熊野

思维工具箱失效模式与影响分析

E15

失效模式与影响分析

Failure Mode and Effects Analysis,FMEA

上线前系统梳理会怎么坏、影响谁、如何防

类型 · 框架分类 · 质量

这是什么

按功能或过程逐项问:可能怎样失效、对用户后果如何、原因是什么、现有预防与探测够不够。常用严重度、发生度、探测度辅助排序;乘积分数只是优先级参考,高严重度事项不能被较低乘积自动排除。目标是写出可验证的措施,而不是「加强测试」四个字。

示意图

功能 → 失效 → 后果/原因 → 控制 → 措施 功能 失效模式 后果 原因 控制 措施 S / O / D 辅助排序 · 高严重度不可被乘积淹没

什么时候用 / 别用

该用

  • 新功能、支付或关键服务上线前
  • 流程变更、供应商更换
  • 需要系统预防「会怎么坏」

别用

  • 已发生事故却只用头脑风暴代替调查
  • 评分未统一标定却跨团队比高低
  • 复杂共因多故障只靠单失效展开

怎么做

准备:设计/流程与用户情境;历史故障、测试结果与现有控制;统一评分规则与领域专家

  1. 定设计或过程 FMEA 的范围与功能
  2. 逐功能列失效模式、后果与可能原因
  3. 检查现有预防、探测与恢复,按共同标准评估
  4. 综合严重度、法规/业务要求、发生与可探测性排措施
  5. 指定负责人、期限与验证,实施后重评剩余风险

交付:失效分析表、风险处置清单、措施验证记录与剩余风险说明

一个例子

假设示例 · 产品

【假设示例】51as.com 发布流水线中途断电:失效为「半发布状态页」。措施需写清回滚开关、完整性校验位置与发布前断电演练责任,而不是只写「加强测试」。

容易踩坑

  • 头脑风暴漏新型失效
  • 只设一个 RPN 阈值做生杀
  • 措施过空,无法验证

出处:质量管理中失效模式与影响分析的预防性风险梳理方法