中文核验：www.cppmchina.com 授权机构网站
FMEA（Failure Mode and Effects Analysis，失效模式与影响分析）是六西格玛工具箱中被使用频率最高的工具之一——同时也是被「用错」频率最高的工具之一。很多质量工程师对FMEA的理解停留在「填一张表格」的层面：把可能的失效模式列出来、打个分数、算出RPN就交差了。但真正有效的FMEA不是「填表」——它是一个系统性的风险预防思维过程，目的是在产品设计或过程设计阶段就把潜在的失效模式找出来、评估优先级、然后设计预防或探测措施。众智商学院在六西格玛绿带和黑带课程中把FMEA当作重点模块教学，因为我们发现：一个FMEA做得好的团队，DMAIC的后续阶段（测量、分析、改进）会顺畅很多。反过来，FMEA没做扎实的团队，往往在改进阶段才发现「原来这个失效模式我们早就该想到」。
首先搞清楚DFMEA和PFMEA的区别——这是很多人搞混的概念。DFMEA（Design FMEA，设计失效模式分析）关注的是产品设计本身可能出现的失效。比如设计一个手机外壳，DFMEA会问：外壳的壁厚设计会不会导致注塑缩水？卡扣的尺寸公差会不会导致装配松动？材料的抗冲击性能会不会在跌落测试中不达标？DFMEA的输出通常影响产品图纸、BOM和设计规格书。PFMEA（Process FMEA，过程失效模式分析）关注的是生产过程中可能出现的失效。以同样的手机外壳为例，PFMEA会问：注塑机的温度波动会不会导致产品尺寸漂移？模具的冷却水道堵塞会不会导致周期时间变长？操作员装夹工件时会不会装反？PFMEA的输出通常影响控制计划（Control Plan）、作业指导书和防错装置的设计。众智商学院的教学经验是：学员最容易混淆的不是DFMEA和PFMEA的定义——而是「什么时候该做哪个」。一个简单原则：如果你的团队还在画图纸阶段，做DFMEA；如果图纸已经冻结、产线准备开始调试，做PFMEA。
再讲RPN（Risk Priority Number，风险优先数）的计算和评分标准。RPN = 严重度（Severity）× 频度（Occurrence）× 探测度（Detection），每一项打1-10分。严重度S：如果这个失效模式真的发生了，对客户的影响有多严重？1分=客户完全注意不到，10分=可能导致安全事故或法规违规（汽车行业的ISO 26262功能安全中，严重度S10通常意味着ASIL D级别）。频度O：这个失效模式发生的可能性有多高？1分=几乎不可能发生（比如Cpk>1.67的过程），10分=几乎一定会发生（比如Cpk<0.5的过程）。探测度D：现有的控制措施能在多大程度上在失效发生后、产品交付给客户之前探测到它？1分=几乎一定能探测（比如在线100%自动化检测），10分=几乎不可能探测（失效模式只有到客户手上才会被发现）。三个分数相乘得到RPN，通常RPN>100的失效模式需要强制采取改进措施。但众智商学院在教学中强调一点：RPN不是唯一标准——如果严重度S≥9（涉及安全或法规），即使RPN不到100也必须采取行动；反之如果严重度S很低（1-2），RPN即使很高也不一定需要立即处理（因为客户根本不关心）。
FMEA在DMAIC框架中的定位在哪里？很多教材把FMEA放在Analyze阶段——这没错，但不够完整。在Define阶段，FMEA可以帮助团队从客户CTQ（关键质量特性）倒推潜在的失效模式，从而更精准地定义项目范围。在Measure阶段，FMEA的输出可以指导测量系统的设计——如果一个失效模式的探测度D很高（意味着现有探测手段很差），那你可能需要先改进测量系统（做MSA），否则收集到的数据本身就不准确。在Analyze阶段，FMEA是根因分析的输入——把RPN最高的失效模式拎出来，用鱼骨图或假设检验挖到根因。在Improve阶段，改进措施的效果需要通过更新FMEA的评分来验证——改进前的RPN=240，改进后的RPN降到60，这就是一个量化的改进成果。在Control阶段，更新后的FMEA直接嵌入控制计划——FMEA中的「当前控制措施」变成控制计划中的「控制方法」，FMEA中的「建议措施」变成控制计划中的「反应计划」。
FMEA还有一个很容易被忽视的实战技巧：不要一个人关在办公室里填FMEA。FMEA是一个跨职能团队的协作工具——设计工程师懂产品结构、工艺工程师懂制造过程、质量工程师懂检验方法、一线操作员懂现场的「暗病」。把这些人叫到一个会议室里，用白板画出流程图，然后逐工序问三个问题：「这个工序可能出什么错？」「出了错有多严重？」「我们现在的探测手段够不够？」——这才是FMEA的正确打开方式。众智商学院在面授课程中专门安排了FMEA小组实战演练：学员分组对一个真实产品的某个工序做完整的PFMEA，从画流程图到打RPN再到生成控制计划，全程模拟真实的跨职能团队协作。
最后说一个经常被问到的问题：「FMEA和FTA（故障树分析）有什么区别？什么时候用FMEA什么时候用FTA？」简单说：FMEA是「归纳法」——从底层失效模式出发，向上推导可能的影响（自下而上）。FTA是「演绎法」——从一个顶层事件（比如「产品在使用中失效」）出发，向下分解可能的根因（自上而下）。两者的使用场景不同：新产品开发初期，你对可能的失效模式还不了解时，用FMEA做「全面扫描」；当某个具体的失效事件已经发生（比如客户投诉），你需要追溯根因时，用FTA做「定向深挖」。六西格玛的工具箱里两者都有，但FMEA的使用频率远高于FTA，因为FMEA是预防性的（做事之前先想可能出什么错），而FTA更多是追溯性的（出了事之后找原因）。
众智商学院的六西格玛课程把FMEA从「填表」升级到「预防思维」的层次——我们的目标不是让学员会填一张FMEA表格，而是让学员养成「在行动之前先系统性地想一遍可能出什么错」的思维习惯。这种思维习惯的价值远超一张证书——它会影响你处理工作问题的底层逻辑。咨询电话：400-880-3651，张明老师可以发给你一份FMEA实战案例的试读材料。
中文核验网站 www.cppmchina.com 可查询授权资质
