FMEA边界图总是画不清问题出在哪，FMEA结构分析漏项一般出现在什么环节，这两个问题在实际评审里经常连在一起。边界图画不清，后面的结构树、功能分析和失效分析都会跟着发散，评审时看似是在争论某个零件要不要放进去，其实前面系统范围、接口关系和层级拆分已经含糊了。FMEA结构分析要先把对象讲明白，再把上下游关系、内部组成和外部接口补完整，否则表格写得再满，也容易出现漏项。

一、FMEA边界图总是画不清问题出在哪

　　FMEA边界图画不清，通常是因为一开始没有把分析对象的范围定死。很多团队直接拿产品结构图、装配图或者系统框图改一改就当成边界图使用，结果图上内容不少，但是哪些属于本次分析范围，哪些只是外部环境，哪些是接口条件，读起来并不清楚。

　　1、分析对象没有单独圈出来

　　边界图里面要先明确本次FMEA关注的对象。可以是一个系统、一个子系统，也可以是某个零部件，但不能一会儿按总成分析，一会儿又跳到零件细节。实际操作时，先在图中把本次对象放在中心位置，用清晰边框圈出来，再把不属于本次对象的上级系统、相邻零件、人员、环境、设备放在边界外侧。

　　2、接口只写名称没有写关系

　　边界图里面只写“电源”“控制器”“外壳”“传感器”这类名称，评审时仍然会吵。因为名称只能说明存在对象，不能说明它和分析对象之间传递了什么。建议在连线上写清接口内容，例如供电、信号、热量、力、液体、数据、安装约束、用户操作等。这样后面做功能分析时，才能把输入、输出和限制条件接上。

　　3、把内部结构和外部环境混在一起

　　有些边界图看起来很满，问题就在于内部零件、外部系统、使用场景、法规要求全部挤在一张图里面。画图时可以先分三层处理，中间是本次分析对象，内层是对象内部组成，外层是对象外部接口和使用环境。分层之后，评审人员能看出哪些需要进入结构分析，哪些只作为环境条件或约束条件处理。

　　4、图形只追求好看没有服务评审

　　边界图不是宣传图，也不是纯粹的技术展示图。它要让后面的FMEA表格有依据。画完以后可以反向检查一遍，问三个问题，边界内的对象是否都会进入结构树，边界外的对象是否都体现了接口关系，图上的每条连线是否能在功能分析中找到对应内容。答不上来，就说明图还没有画到位。

　　二、FMEA结构分析漏项一般出现在什么环节

　　FMEA结构分析漏项，往往不是某个人粗心，而是拆分过程没有按层级走完整。很多表格一上来就写失效模式，前面结构分析只是简单列几个主要部件，后面自然会漏掉安装件、连接件、软件接口、密封件、信号链路和使用场景。

　　1、从BOM直接复制导致层级不清

　　BOM适合说明物料和装配关系，但不一定适合直接当FMEA结构树。结构分析要按分析目标重新整理层级，例如系统、子系统、组件、零件、接口。直接复制BOM时，容易把紧固件、线束、密封件这类小项忽略掉，也容易把只采购不分析的物料放进去，表面完整，实际并不好用。

　　2、只拆硬件没有拆接口

　　结构分析漏项很常见的地方是接口。两个零件之间的连接、定位、密封、传热、导电、通信都可能产生失效。比如连接器本体写进去了，但插拔力、端子接触、锁止结构、防水密封没有单独展开，后面就很难识别接触不良、松脱、进水、信号异常这些风险。

3、只关注主功能相关零件

　　评审时容易把注意力放在直接实现主功能的零件上，辅助结构反而被带过去。安装支架、限位结构、防呆结构、标识、保护套、散热片、胶水、固定卡扣这些内容，看起来不起眼，现场问题却不少。结构分析阶段要把“保证功能实现的支撑对象”也列进去，不要只写能直接产生输出的部件。

　　4、软件和参数没有进入结构视角

　　现在很多产品里面，控制逻辑、参数配置、诊断信号、通信协议会影响硬件动作。结构分析如果只停留在实体零件层面，软件相关对象就会漏掉。可以把控制单元、软件模块、标定参数、通信信号作为结构树中的对象处理，至少要在接口层面把它们和硬件动作关联起来。

　　5、没有用边界图反查结构树

　　边界图和结构树不能各画各的。结构分析完成后，要拿边界图逐项反查，边界内的对象是否都进入结构树，边界外的重要接口是否有对应结构或接口项，连线传递的能量、信号、物料、信息是否都能在结构分析里找到落点。这个动作不做，漏项很难在表格填写阶段补回来。

　　三、FMEA结构边界应怎样反复校准

　　FMEA前期不要急着把表格填满，先把边界和结构校准到评审人员能达成基本一致。图和表之间能互相对得上，后面的功能分析、失效链和措施讨论才不会偏。

　　1、先定范围再画图

　　开始前先写一句分析对象说明，例如本次分析到哪个总成、哪个版本、哪种使用场景为止。然后再画边界图，避免一边画一边扩大范围。范围变化时，也要同步更新结构树和FMEA表格。

　　2、用接口清单补图

　　边界图画完后，可以另起一张接口清单，把机械连接、电气连接、液路、热交换、信号通信、人工操作、环境条件逐项列出来。清单里出现了，图上也要有；图上有了，功能分析里也要能解释。

　　3、用评审问题逼出漏项

　　评审时不要只问“有没有漏”，可以改成更具体的问题。这个对象靠谁固定，和谁传递信号，异常温度从哪里来，用户会怎么操作，维修时会拆到哪里。问题问具体，漏掉的结构项和接口项会更容易冒出来。

　　4、版本变化后重新检查

　　产品改版、供应商变化、软件参数调整、安装方式改变以后，原来的边界图和结构树都要重新看一遍。很多漏项就出现在“以前这样用没有问题”的惯性里，图没有更新，表格也跟着沿用旧范围。

总结

　　FMEA边界图总是画不清问题出在哪，FMEA结构分析漏项一般出现在什么环节，核心还是前期范围、接口和层级没有处理细。边界图要回答分析对象在哪里、外部关系是什么、接口传递了什么；结构分析要把内部组成、支撑零件、连接关系、软件信号和环境约束梳理出来。图画清楚，结构树补完整，后面的FMEA才有稳定的基础。