第4章 FMEA分析步骤（上）：定义产品或过程、识别功能与要求、识别故障模式

各位工程师朋友，咱们今天聊聊FMEA最核心的三个起步步骤。说实话，很多团队做FMEA做到一半就卡壳，问题往往就出在这三步没走扎实。我见过太多人一上来就急着填表格，结果后面返工改得头大。

别急，咱们一步步来。

4.1 第一步：定义产品或过程

这一步说白了就是搞清楚：你到底在分析什么东西？

我个人习惯，先画一个边界图。把你要分析的对象圈出来，明确它跟外部环境怎么交互。举个例子，分析一个汽车刹车踏板总成，你得知道它跟制动主缸、踏板支架、传感器这些零件怎么连的。

我在项目中遇到过，有个团队分析一个电机控制器，结果把电源模块的故障也算进去了。其实电源模块是另一个团队负责的。边界没划清楚，后面责任全乱套了。

4.2 第二步：识别功能与要求

定义完产品，接下来要问：这东西应该干什么？

功能描述要具体，别写得太虚。比如「提供制动力」就不如「在100N踏板力下，产生0.5g减速度」来得实在。你想想看，后面做故障模式分析时，没有明确的功能要求，你怎么判断算不算故障？

我建议把功能分成三类：

功能类型	说明	示例
基本功能	产品必须完成的核心任务	传递扭矩、密封液体
辅助功能	提升性能或便利性的功能	降噪、散热、自诊断
安全功能	防止危害或降低风险的功能	过流保护、紧急停止

嗯，这里要注意：安全功能经常被遗漏。我记得有一次分析一个工业机器人，大家只关注了运动精度，忘了写「碰撞检测」这个安全功能。后来评审时被安全工程师一顿批，补了十几条故障模式。

4.3 第三步：识别故障模式

这是FMEA最烧脑的一步。故障模式就是：功能失效的具体表现形式。

怎么找？我有个笨办法——对着每个功能问三个问题：

1. 完全丧失：功能完全不工作了？
2. 部分丧失：功能还在，但性能下降了？
3. 非预期功能：出现了不该有的功能？

举个例子，一个水泵的功能是「以10L/min流量输送冷却液」：

• 完全丧失：水泵卡死不转，流量为0
• 部分丧失：叶轮磨损，流量降到5L/min
• 非预期功能：水泵反转，把冷却液抽回去了

识别故障模式时，我建议拉上工艺、测试、售后的人一起头脑风暴。搞设计的人往往只想到自己那点事，但售后见过各种奇葩失效。我记得有个项目，设计团队死活想不出某个密封圈会怎么坏，结果售后同事说：「我们见过被老鼠咬坏的。」你看，这就是经验的价值。

4.4 知识体系总览

下面这张图，把这三个步骤的逻辑关系画出来了。你可以把它当成一个检查清单，每次做FMEA前先过一遍。

你看，这三步就像盖房子的地基。地基没打好，后面砌墙、装修全是白费功夫。我见过最惨的一个项目，FMEA做了三个月，结果评审时发现第一步「定义产品」就写错了——他们把供应商的零件也算进自己负责的范围了。最后全部重来，项目延期两个月。

所以，别嫌这三步简单。花时间把边界画清楚、功能写具体、故障模式找全面，后面你会感谢自己的。