FMEA 的关键,是逐步追问:这项工作原本应完成什么、可能怎样失败、会给下游造成什么后果,以及目前靠什么预防或发现问题。把这几件事拆开,再决定改进行动,才不会得到一张只有“风险较高、加强检查”的空表。
做流程 FMEA 时,可以先用 Boardmix 流程图画出起点、终点与交接步骤,再把每一步的失效记录放在旁边讨论。下面以“向客户发送资料包”为例,完成一份可以照着填写的分析。这里的工作场景用于讲清方法,具体行业的评级规则仍应采用组织认可的标准。

FMEA分析什么,和风险登记表有什么区别
FMEA 是失效模式与后果分析。美国质量学会对 FMEA 的说明强调识别潜在失效、分析影响并安排降低风险的行动。它可以用于设计,也可以用于流程与服务;越早把问题暴露出来,团队越有机会调整方案。
风险登记表通常从一个风险事件出发,记录触发条件、责任人和应对措施;FMEA 则从某项功能或流程步骤往下拆。比如“客户上线延期”是较宽的风险事件,“发送资料包时附上过期版本”才是可以继续分析原因与控制的失效模式。已有项目风险清单时,两者可以衔接,但没有必要把整张清单重复抄进 FMEA。
| 概念 | 在资料包发送中的写法 | 容易写错的地方 |
|---|---|---|
| 功能 | 向正确接收人发送经确认的当前资料版本 | 只写“发送邮件”,看不出质量要求 |
| 失效模式 | 附件不是本次确认的版本 | 写成“人员粗心”,混入原因判断 |
| 后果 | 客户按旧说明配置,返工并推迟下一步 | 只重复“版本错误”,没有说明影响 |
| 原因 | 旧附件与当前版本混放,操作者只凭文件名选择 | 把所有问题归为“培训不足” |
| 现有控制 | 发布清单记录版号;发送者逐项核对收件人和附件 | 把尚未实施的想法写成现有保障 |
先圈定一个流程,别把整家公司塞进表里
这次分析的起点是“资料负责人已确认可发送”,终点是“接收人确认能打开正确版本”。准备、发送、确认三个环节都在范围内;资料内容本身是否符合合同要求,由前置内容评审负责,不混在同一轮里。
流程可以写成:确认发布清单 → 组装资料包 → 核对接收人、附件和访问权限 → 发送 → 确认接收与打开。每个节点下面写一个验收条件。例如“组装资料包”的完成条件是附件名称和版号与清单一致,而不是文件已经放进压缩包。
把真正知道工作细节的人请进讨论:资料负责人知道什么是当前版本,发送人知道实际操作,客户接手同事知道错发会造成什么影响。分析前收集最近的差错记录、返工反馈和已有检查表;没有数据的地方标为待确认,不能因为会上大家都点头就当作已经证实。
沿同一案例填写失效、后果、原因与控制
先列失效模式,再分别追到后果与原因。一个步骤可以有多个失效模式;一个失效模式也可能由不同原因造成。当原因对应的控制和责任人不同,应拆成不同记录,避免一行里塞进几个无法一起关闭的问题。
| 步骤与失效 | 影响与可能原因 | 已有控制及其缺口 |
|---|---|---|
| 组装资料包:带入旧版本 | 客户按旧说明配置。旧文件与新文件同目录,操作者只按文件名选择。 | 已有发布清单,但清单版号没有在附件核对时逐项确认。 |
| 检查访问:链接对客户无权限 | 客户收到通知却无法打开。发送者只用自己的已登录账号查看。 | 内部账号能打开,不足以证明外部接收人能访问;需要与目标授权条件一致的检查。 |
| 发送:接收人遗漏 | 关键接手人不知资料已就绪。沿用上次邮件名单,未对照当前交接名单。 | 目前由发送者查看收件栏,缺少名单来源与逐项核对。 |
| 接收确认:只确认送达,未确认内容可用 | 问题在后续执行时才暴露。确认消息只问“收到了吗”。 | 有接收记录,但未包含版本和打开结果,不能作为本次流程完整结束的依据。 |
“可能原因”需要继续核实。若从未查过共享目录,就不能直接宣布文件混放是已确认根因。可以先写“待核对:目录中是否保留同名旧版本”,由资料负责人检查后更新记录。FMEA 可以提前提出合理假设,但假设和证据应在表里分开。
控制措施也要分成两类。预防控制降低失效发生的机会,例如只从本次批准清单选取文件、归档旧版;探测控制在造成下游影响前发现失效,例如发送前比对附件版号。客户投诉以后才知道错发,不能与发送前的检查混为同一道探测措施。

S、O、D怎么理解,为什么不能只按RPN排序
常见 FMEA 记录使用严重度 S、发生度 O、探测度 D。严重度看后果有多严重;发生度看特定原因导致失效的可能程度;探测度评价现有控制发现问题的能力,常见量表中越难发现,D 的分值越高。评分前必须确认本组织量表的方向与定义,不能凭印象给分。
传统 RPN 的计算是 S × O × D。以下假设分值只用来说明计算:甲记录为 8 × 2 × 5,乙记录为 4 × 5 × 4,结果都是 80;两者严重程度却不同。因此,相同 RPN 不代表同样的处理顺序,更不能把某个网上看到的分界值套到所有业务上。
- 先看严重后果。即使发生不频繁,也要单独确认是否需要优先控制,不能仅因总分低就忽略。
- 再看评分依据。发生度来自什么时间范围、多少次操作;探测控制何时执行、由谁执行,过去是否实际发现过同类问题。
- 最后看可实施的动作。一次培训、增加检查和改变流程约束的作用不同,必须说明动作针对哪个原因或哪个漏检环节。
资料不足时,先完成失效关系与控制盘点,再安排收集记录;不必为了填满数字给每行编一个精确分数。有行业或客户指定方法时,使用对应规则,并保留采用的版本与评审口径。
把“加强检查”改成能关闭的行动
“加强版本意识”不能告诉执行人下一步做什么。针对旧版附件问题,可以把行动写成:资料负责人建立本次发布目录并归档旧版;发送人逐项比对清单中的文件名和版号;另一位接手同事按检查表复核后记录结果。每个动作都有对象、负责人、完成条件与留下的证据。
| 行动 | 验证方法 | 什么情况下仍不能关闭 |
|---|---|---|
| 批准清单关联本次资料版本 | 抽取待发送资料,核对文件和清单一一对应;在单独的测试副本中放入旧版文件,检查能否被识别,测试副本不得用于实际发送。 | 清单还允许填写模糊名称,或旧版文件仍能通过核对。 |
| 增加接收人访问检查 | 按约定的目标授权条件验证链接,再由接收人确认能打开所需资料。 | 只验证发送者自身账号,或临时放宽了不应开放的权限。 |
| 记录版本和打开结果 | 确认记录包含本次版号、接收对象、打开结果和异常接手人。 | 只有“已收到”三个字,未说明资料是否正确且可用。 |
动作完成不等于风险已经降低。应先记录实施证据、验证结果和剩余问题,再复评相关维度。增加一道检查通常首先影响探测能力;它未必改变失效发生的概率,更不会自动降低客户一旦遭遇错版时的后果严重度。没有改变后果本身,就不要为了让新总分好看而调低 S。
在Boardmix里组织一次FMEA讨论
把画布分成三个工作区即可:左侧放流程与范围,中间放逐步展开的失效记录,右侧放待核证据和改进行动。先让每位参与者围绕自己了解的步骤提出具体失效,再把属于同一模式的便签归在一起;不同原因仍保留各自的证据与动作。
- 导入讨论材料。将步骤文字、已有检查表和脱敏后的差错记录放入对应区域。只带完成分析必需的信息,不把客户敏感资料当装饰截图。
- 沿流程逐步追问。给选中的步骤编号,依次关联功能、失效模式、后果和可能原因。线条表达因果假设,发现证据不足时用文字注明待核事项。
- 把控制贴到正确位置。预防控制靠近原因,探测控制靠近失效发生后、影响下游之前的检查点;这样更容易发现“只有事后补救,没有事前控制”的缺口。
- 把决定留下来。记录采用的评分口径、行动负责人、检查日期和复评依据。白板用于共同理解和评审;需要受控签批、留档或追溯的组织,应把结论同步到自己的正式记录系统。
讨论结束时,检查能否从每项行动追溯到一个具体失效原因或漏检环节。若一项行动只是泛泛地“提高重视”,或者同一个问题被拆成很多相似条目却没有不同控制,它都还需要收敛。真正有用的 FMEA,最终应让团队知道先改变什么、怎样证明改变有效,以及还剩下什么未解决。

