很多企业 FMEA 最后沦为填表交差、锁进文件夹变成 “废纸”，不是 FMEA 工具本身没用，大多是落地逻辑、组织、流程错位，从策划阶段就埋下隐患，运行一段时间之后慢慢失效。结合实际工厂、研发、制造业常见痛点，整理核心原因：
一、初衷就错：为了应付审核，不是解决问题
- 启动 FMEA 的驱动力来自客户审核、IATF16949 体系取证，内部没有真正想要用它来降低风险。
目标变成 “输出一份合格文档”，而不是 “识别风险、减少故障”。审核一过，就不再更新维护。
- 文档一次性写完，之后就归档封存。设计改了、工艺换了、现场出故障了，FMEA 依旧纹丝不动，文档和现实彻底脱节。时间久了，大家一看 FMEA 写的和现场完全两码事，自然没人信、没人用。
二、责任错位：变成质量部门一个人的活
FMEA（DFMEA/PFMEA）本质是跨部门团队工具：设计、工艺、生产、设备、采购、质量都要参与。 但大量公司直接甩给质量工程师一个人完成：
- 设计不输出真实设计短板；
- 工艺不反馈现场实际作业难点；
- 生产不提供过往故障经验； 质量只能对着模板脑补打分、编造失效模式。 产出的文档是 “质量自编自演”，研发生产不认可，后续自然不会按照 FMEA 的措施去执行，闭环根本跑不起来。
团队只是名字写在文档上，实际不开会、不讨论，这是 FMEA 快速死掉最常见的原因。
三、重分析，轻闭环：只做风险分析，不落地执行
很多企业把 FMEA 工作等同于：识别失效→严重度 / 发生度 / 探测度打分→算 RPN。做完打分就宣告 FMEA 完成。 真正 FMEA 核心是：高风险项出来之后，要有具体措施、要验证效果、要追溯更新，也就是你之前要的 FMEA 闭环逻辑：识别→评审→措施→验证→追溯。
现实常见问题：
- 识别一堆高风险，但是措施写的空泛：“加强检验”“加强员工培训”，没有可落地的方案、没有责任人、没有完成期限；
- 措施写完，不去跟踪是否落实，不去验证有没有真正降低失效；
- 现场发生客户投诉、产线批量不良，没有反向回输到 FMEA，不更新失效模式与等级。 只有分析，没有闭环迭代，FMEA 就停留在纸面。
四、过度迷信 RPN 分数，本末倒置
不少公司机械拿 RPN 数值一刀切：高于某个数字就必须整改，低于就无视。
- 严重度很高，哪怕发生很低，RPN 不高，但一旦出事就是安全、批量质量事故，却被放过；
- 一些低严重度小问题 RPN 很高，消耗大量资源去整改。 团队精力被无效分数消耗，真正重大风险没管住，时间长大家觉得 FMEA 打分游戏化，丧失信任。新版 AIAG‑VDA FMEA 也已经弱化 RPN 排序，强调关注严重度优先，但很多企业依旧沿用老思路。
五、变更无联动，版本管理混乱
产品改版本、零部件换供应商、工艺工装改造、产线换设备，FMEA 没有强制同步更新机制。
- 图纸已经 V3 版本，FMEA 还停留在 V1；
- 工艺改了，PFMEA 失效模式、控制手段完全没改； 等到出现问题翻 FMEA，发现完全不匹配现场，直接放弃使用。 很多公司没有制度规定：设计变更、工艺变更必须触发 FMEA 评审更新。
六、人员能力不足，加上人员流动断层
- 做 FMEA 的人员没有系统培训，只会填表格，分不清失效模式、失效后果、失效原因，描述张冠李戴；打分全凭感觉拍脑袋。
- 核心参与人员离职，接手的人看不懂前人做的 FMEA，又没有过程记录；旧文档不敢用，又没时间重做，最后直接搁置。
七、管理层不重视，资源投入不足
管理层只看见 FMEA 耗费人力时间，看不到隐性收益（减少返工、减少客诉、避免批量失效）。
- 不给开会时间，各部门工程师手头生产交付任务优先，FMEA 只能挤下班时间应付；
- 风险识别出来，需要投入设备、工装、测试资源去改善，管理层不愿意投入预算； 识别出风险，但资源不给解决，久而久之团队就不再认真识别风险，反正提了也改不了，干脆写好看一点交差。
八、期望过高，把 FMEA 当成万能解药
部分企业认为：做一份 FMEA 就可以杜绝所有质量问题。 FMEA 是事前风险预防工具，不能消灭全部故障。现场依然会出现 FMEA 没预见到的失效。 一旦出现不良，管理者就质疑：不是做了 FMEA 吗，怎么还出问题？ 团队受到打击，干脆流于形式，不再认真开展。
简单总结：FMEA 活下来的关键
FMEA 黄掉的本质：文档留在纸上，流程没有嵌入业务。
不是输出一份 FMEA 文件就完事；而是把 FMEA 评审、措施跟踪、故障反向更新嵌入：设计输出、工艺定型、工程变更、客诉复盘这些日常工作流里面。
