AIAG-VDA FMEA 七步法完全指南：从结构分析到结果文件化

为什么是"七步法"

2019 年 AIAG 与 VDA 联合发布的 FMEA 手册，把过去"填一张表"的做法改造成了有明确输入输出关系的结构化流程。核心变化有两个：

1. 强调分析前的策划（5T）：InTent（意图）、Timing（时机）、Team（团队）、Task（任务）、Tool（工具）没有想清楚，后面的分析一定变形。
2. 从 RPN 走向 AP：不再单纯用 S×O×D 的乘积分排序，而是用**行动优先级（AP）**决定哪些风险必须处理。

七步法的价值不在于多了几个步骤，而在于每一步都有上游输入和下游产出。跳过任何一步，最终结果文件都会失去可追溯性。

第一步：策划与准备（5T）

这是最容易被忽略、也最影响成败的一步。手册要求在做 FMEA 之前明确：

常见错误：分析做到一半才想起漏掉了某个部门的输入，导致结构分析和失效分析要推倒重来。

第二步：结构分析

结构分析的本质是建立层级模型。DFMEA 用"系统—子系统—组件"的三层结构，PFMEA 用"工序—工步—要素"的三层结构。5T 里的 T 在结构分析里体现为：

• 系统层：整机、总成、总工序
• 子系统层：功能模块、子工序
• 组件层：零件、工步要素（人、机、料、法、环）

关键点：结构层级的粒度决定了后续分析的深度。粒度太粗，失效模式会写成"功能失效"这种无法行动的描述；粒度太细，团队会被上千行条目拖垮。经验做法是——以能独立承担责任的主体为最小单元。

第三步：功能分析

每个结构节点都必须有明确的功能和功能要求。功能分析的产出是功能网：

• 上级功能由下级功能支撑（功能向下分解）
• 下级功能失效会导致上级功能失效（失效向上传递）

常见错误：把功能写成一句形容词，比如"密封良好"。正确的写法应当是可判定的："在 -40℃~120℃ 温度循环 500 次后，密封面泄漏率 ≤ 0.5 ml/min"。

第四步：失效分析

失效分析要建立三条互相咬合的链条：

• 失效影响（FE）：对最终用户或上级系统造成什么后果
• 失效模式（FM）：本级功能以什么方式失效
• 失效原因（FC）：什么导致了失效模式发生

这三者的关系是倒序的因果链：原因 → 模式 → 影响。手册特别强调一点：失效模式必须用"功能失效"来描述，而不是"零件损坏"。

写法示例：功能是"传递扭矩"，失效模式应写"无法传递扭矩 / 传递扭矩不足 / 传递扭矩过大 / 间歇性传递扭矩"，而不是写"齿轮断裂"。齿轮断裂是失效原因。

第五步：风险分析

这一步产出 S（严重度）、O（频度）、D（探测度）以及 AP 行动优先级。

• S 只与失效影响有关，与发生概率无关
• O 是失效原因发生的可能性，与预防措施直接相关
• D 是现有探测手段在失效流出前发现它的能力，与探测措施直接相关

AP 判定规则（简化表述）：

完整矩阵以手册表格为准。H 级别必须采取行动或说明为何不行动，这就是 AP 比 RPN 更可执行的地方。

第六步：优化

针对 AP 为 H / M 的条目制定措施，必须写清四件事：

1. 措施内容：具体做什么，不能是"加强管控"这类空话
2. 责任人：到人到岗，不能写"设计部"
3. 完成日期：有明确节点
4. 验证证据：报告、测试数据、图纸、照片

措施完成后需要复评 S/O/D，形成"措施前 → 措施后"的对比记录，这才是闭环。

第七步：结果文件化

把所有分析过程、沟通结论、措施状态整理成正式文件，用于内外部评审与审计。文件化的产物通常包括：

• FMEA 表格（含措施前/后评分）
• 风险分析总结与高优先级清单
• 与标准要求的符合性说明

常见问题

Q：DFMEA 和 PFMEA 可以合并做吗？ 不建议。两者的分析对象（功能 vs 工序）和责任人（设计 vs 工艺）都不同，合并会导致责任不清。正确做法是建立传递关系：DFMEA 中识别出的特殊特性，自动成为 PFMEA 的控制重点。

Q：RPN 还要不要算？ 可以算，作为参考。但决定行动优先级的应当是 AP，避免"高 S 低 O"的项目因为乘积小而被漏掉——严重度 10 的失效，哪怕概率很低也必须处理。

Q：一个项目要做多久？ 以一条中等复杂度的产线 PFMEA 为例，完整做完七步通常需要 2-4 周，其中一半时间花在团队工作坊上。用平台化工具可以把文档性工作压缩 60% 以上。

本文由 FMEAPLUS 技术团队整理，内容依据 AIAG-VDA FMEA 手册（第一版）编写。欢迎在 FMEAPLUS 平台中直接套用本文对应的标准模板。