免费领取国家顶级域名（.cn/.中国）

欢迎加入国家域名信源站点导航

站点智能：AI搭建 AI辅助运营独立站，把生意做到全世界

前言：为什么FMEA七步法是工程师的必修课

FMEA（Failure Mode and Effects Analysis，失效模式与影响分析）诞生于1960年代的美国航天工业，彼时阿波罗计划的工程师们意识到：与其等产品在太空中失效后再补救，不如在设计阶段就系统性地预判所有可能的失败方式。这一理念后来被汽车工业、医疗器械、航空航天全面采纳，成为现代质量工程的基础工具之一。

然而，很多工程师做FMEA时陷入两个极端：要么照搬表格敷衍了事，要么陷入过度分析无法自拔。七步法正是解决这一困境的最佳答案——它提供了一条清晰的路径，让分析既全面又不冗余，既严谨又可执行。

第一步：明确范围与建立小组

做FMEA的第一步，不是打开表格，而是回答三个问题：我们要分析什么？谁来分析？什么时候做？

1.1 确定分析边界

FMEA的分析范围必须在动手前清晰界定。常见的边界错误有两种：一是范围过宽——试图用一份FMEA覆盖整个产品系统，导致表格膨胀到无人愿意填写；二是范围过窄——只分析一个零件，遗漏了子系统间的交互失效。

正确的做法是：每个独立的功能单元或子系统单独做一份FMEA。例如车门总成可以单独做DFMEA，雨刮系统也可以单独做，但不必把整辆车的所有零件塞进一张表。

1.2 组建跨部门小组

FMEA从来不是一个人的工作。根据AIAG标准，小组应包含：

·设计工程师（负责主导和技术决策）

·制造/工艺工程师（提供可制造性输入）

·质量工程师（提供失效模式和检测方法建议）

·客户服务/售后人员（提供现场失效反馈）

·供应商工程师（如涉及外购件）

小组长通常由项目设计工程师担任，负责协调会议、收集意见、推动进度。特别要注意的是：小组成员的经历和经验直接影响FMEA的质量——一个只有新人的小组，大概率只能识别出表层失效模式。

1.3 选定分析主题

记录被分析项目的名称、型号规格、编号、责任人、生效日期等信息。编号建议采用"机型编号+流水号"的方式，便于追溯。

第二步：梳理功能与结构

功能是FMEA的起点。很多FMEA失败，根源在于功能描述不清——工程师不知道产品应该做什么，自然不知道什么叫"失效"。

2.1 建立功能树

将产品逐级分解为系统→子系统→部件→零件，并在每个层级标注其预期功能。功能描述应包含三个要素：

·对象："X零件/系统"

·动作："承受多大的力/提供什么信号/密封什么介质"

·标准："在什么条件下，达到什么性能指标"

好的功能描述示例：

✓ 车门铰链：在整车生命周期内（15年/30万公里），承受开闭循环≥150,000次，轴向间隙不超过0.3mm，保持车门与车身的相对位置精度

2.2 识别特殊特性

在功能梳理过程中，同步标记特殊特性（Special Characteristics）：

·安全特性（Safety）：失效后危及人身安全的特性

·关键特性（Critical）：对产品功能/性能有重大影响的特性

·重要特性（Major）：对装配/制造有较大影响的特性

特殊特性需要在图纸上用特定符号标注，并传递给后续的PFMEA和CP（控制计划）。

第三步：识别潜在失效模式

这是FMEA中最需要经验和创造力的环节。失效模式描述的是"产品无法完成其预期功能的具体方式"。

3.1 失效模式的分类

·功能丧失：完全无法工作（如轴承断裂、电路开路）

·功能退化：性能下降但仍可工作（如噪音增大、效率降低）

·非预期功能：发生了不该发生的动作（如按钮卡住不回弹）

·间歇性失效：时而正常时而异常（如接插件接触不良）

·外观缺陷：不影响功能但影响用户体验（如表面划伤、色差）

3.2 失效模式的命名规范

好的失效模式命名应当：使用主动语态，描述具体故障现象，避免模糊词汇。

✗ 差的命名："可能失效" / "功能异常" / "质量不好"

✓ 好的命名："轴承在高温工况下持续振动超过2mm" / "O型密封圈在-20℃以下失去弹性导致泄漏"

第四步：分析失效后果（S值评分）

失效后果（Effect）回答的是"这个失效发生了，会怎样？"。评估后果时，既要考虑最终用户（External Customer），也要考虑内部下游工序（Internal Customer）。

4.1 严重度（Severity）评分标准

严重度评分范围1~10分，只评后果，不评原因。即使某失效模式概率极低，一旦发生后果严重，就必须给予高分。

⚠️ 重要原则：严重度只能通过设计变更来降低。任何改善措施如果不改变设计，都不能降低S值。

第五步：分析失效起因与发生度（O值评分）

起因（Cause）是导致失效模式发生的具体原因。分析时应追溯到最根本的原因（Root Cause），而不是表面现象。

5.1 起因为什么要追根

一个失效模式往往有多个起因，改善不同起因所需的措施完全不同。举例：

失效模式："车门关闭后有异响"          
起因A：铰链润滑不足 → 措施：增加润滑点          
起因B：铰链安装角度偏差3° → 措施：调整定位夹具          
起因C：铰链弹簧力不足 → 措施：更换弹簧供应商

5.2 发生度（Occurrence）评分标准

发生度评分范围1~10分，评估特定起因在设计寿命内出现的可能性。注意：O值描述的是起因出现的概率，而非失效模式本身的概率。

第六步：确定现行控制与探测度（D值评分）

设计控制分为两类：

·预防控制（Prevention）：防止失效起因出现或降低其发生概率的设计活动，如设计审查、DFM评估、计算验证、仿真分析

·探测控制（Detection）：在产品交付前，通过检测手段发现失效起因或失效模式的现有方法，如测试、检验、试验

6.1 探测度（Detection）评分标准

探测度评分范围1~10分，评估现有探测手段能否在产品量产前有效发现该失效模式。D值越低，说明探测能力越强。

第七步：计算RPN与制定改善措施

RPN = S × O × D，范围1~1000。RPN越大，意味着风险越高，越需要优先采取行动。

7.1 RPN的决策准则

改善决策不是机械地只看RPN数值，需综合考虑三个维度：

⚠️ 关键提示：无论RPN高低，只要S≥8（影响安全），必须立即改善。这是不可妥协的红线。

7.2 改善措施的SMART原则

建议措施应遵循SMART原则，让每一条措施都清晰可执行：

·S（Specific具体）：明确指出要做什么，不是笼统的"加强管理"

·M（Measurable可衡量）：有量化指标，如"间隙控制在0.2mm以内"

·A（Achievable可达成）：在现有资源和技术条件下可实现

·R（Relevant相关性）：与失效原因直接相关

·T（Time-bound有时限）：明确完成日期和责任人

7.3 改善后RPN重评估

每采取一项改善措施，都需要重新评估S、O、D值，计算改善后的RPN。如果改善后RPN没有显著下降（通常要求降低50%以上），需要分析原因：

·是否找错了根本原因？

·改善措施是否真正执行到位？

·S值是否因为涉及安全而无法降低？

这是一个持续改进的循环，直到RPN达到可接受水平。

附录：实操中常见的七种错误

错误一：功能描述写成了设计规格

功能描述的是"产品应该做什么"，规格描述的是"产品怎么做"。混淆两者，会让后续的失效分析失去方向。

错误二：失效模式和失效后果混淆

失效模式是"怎么坏的"（螺栓断裂），失效后果是"坏了会怎样"（发动机抱瓦）。很多人把后果当成模式来写，导致表格逻辑混乱。

错误三：RPN成了唯一的决策依据

S≥8但RPN不高的项目被忽视，是FMEA应用中最危险的错误。当安全与RPN冲突时，永远优先考虑安全。

错误四：预防措施和探测措施混淆

预防是阻止失效发生，探测是发现已发生的失效。先预防，后探测，探测不能替代预防。

错误五：一份FMEA从头用到尾

FMEA是动态文件。产品设计变更、供应商变化、量产问题反馈，都应触发FMEA的更新。

错误六：措施栏填写"None"但没有充分理由

如果某失效模式确实不需要建议措施，应填写"None"并注明原因（如已有充分的预防控制），而不是因为懒惰而留空。

错误七：只有设计阶段的DFMEA，没有制造阶段的PFMEA

DFMEA分析再完善，也无法覆盖制造过程中的失效。DFMEA是起点，PFMEA是延续，两者共同构成完整的风险管控体系。

结语：FMEA是一门实践的艺术

七步法给了我们一个框架，但FMEA的质量最终取决于分析者的经验和洞察力。一个经验丰富的工程师，能在一张FMEA中看到整个产品的风险地图；一个新手，可能填完100行表格却遗漏了最关键的失效模式。

因此，做FMEA最重要的是：带着问题意识去分析，而不是带着表格去填字。每写一行，都问自己一句："这个失效真的会发生吗？发生了我知道怎么改善吗？"问对了问题，FMEA自然就做好了。

文章来源于网络，版权归原作者所有，侵删。