根本原因分析（RCA）用不好反惹祸？20年老师傅的实战复盘

我刚入行那会儿，觉得RCA就是走个过场。填张表，开个会，最后写上‘操作工疏忽’或者‘设备老化’——完事儿。可这么多年过去，血淋淋的教训告诉我，这种搞法，迟早要出大事。

你以为的RCA：找到元凶，就地正法。现实中的RCA：一群人在会议室里对着白板，画几条鱼骨，然后归档，下次接着出同样的事儿。我见过最离谱的，同一个轴承三年烧了五次，每次报告结论都是‘润滑不良’，然后呢？接着烧。直到来个愣头青把整个润滑管路拆了——里面堵得跟老烟枪的动脉似的。❗️问题到底出在哪儿？不是维修不勤快，是前期安装时管路没清洗干净，这账怎么算？

说真的，根本原因分析的核心不是‘谁干的’，而是‘系统为什么允许它发生’。如果你还在用‘加强培训’‘增强意识’这种万金油措施糊弄，那迟早会付出代价。去年隔壁厂一位老友跟我吐槽，他们花了八个月搞了一套‘智能RCA系统’，结果一线工人都不爱用，因为要填二十多个字段。呵，这本身就需要一个RCA——为什么这么好的工具推行不下去？

5Why？别一根筋问下去，容易撞墙

5Why是好方法，简单粗暴。但很多人用着用着就变成了循环论证。举个例子：

——为什么主轴断了？因为过载。
——为什么过载？因为进给量太大。
——为什么进给量大？因为操作工设错了。
——为什么设错？因为看错图纸。
——为什么看错图纸？因为不仔细。

完了，又绕回人了。这叫5Why？这叫5个为什么都白问。💡正确的问法得往流程和体系上引。比如上面那个主轴断裂的案例，我当年是这么刨的：

——主轴为什么断裂？因为振动超标没报警。
——为什么没报警？因为振动传感器阈值设置不合理，早该触发了却沉默。
——为什么阈值不合理？因为工艺变更后没同步评估保护参数。
——为什么没评估？因为变更管理流程里缺少‘设备保护复核’这个节点。
——为什么缺少节点？因为当初制定流程时是几个办公室文员对着模板抄的，没让现场工程师参与。

看清楚没？问到最后，根子是变更管理流程有缺陷。这样的RCA才有价值，改一个流程，防一类事故。而不是每次都拿放大镜找员工的茬。真到这一步，你会上会发现，很多所谓‘人为失误’其实是英雄——他们在复杂系统中被推出来挡了枪。

问：我按5Why追问了五个为什么，但答案总是绕回原点，怎么破？
答：因为你被表象带沟里了。记住，每个‘为什么’都要指向系统脆弱点，别揪着个体不放。另一个技巧：当你连续三个为什么都指向人时，就要警觉了——你可能在制造替罪羊。还有，别僵化地只问5个，有时3个就挖到了，有时8个才见根。看到马桶堵了，你不能只问‘为什么水不下去’，得问‘为什么管道设计没有考虑杂物分离’。现场的事儿，灵活点。

鱼骨图、FTA、故障树……别把工具箱当装饰物

很多人学完质量工具，就像得了新玩具。不管什么故障，上来先画个鱼骨图，人机料法环测全部列一遍，密密麻麻像蜘蛛精的网。然后呢？看着满墙的纸条发呆，根本不知道该打哪儿。我经历过一次荒唐事：生产线上瓶盖压坏率突然飙升，小组用鱼骨图分析出37个可能原因，从空调温度波动到夜班工人宵夜没吃饱全写上了。典型的过度分析导致瘫痪。

工具是为人服务的。简单问题，三现主义（现场、现物、现实）加上两个为什么就搞定。复杂问题，涉及多因素交联的，再上鱼骨图配合矩阵分析。对于安全攸关的失效，搞故障树分析（FTA）定量算概率。别手上只有锤子，看啥都是钉子。

这几年数字化上来后，我们又多了新武器。比如利用SCADA系统的历史曲线做时间序列根因分析，能快速锁定参数骤变点。我们厂去年用过一回：关键挤塑机突然停机，所有传感器都没报警，查得一头雾水。后来把停机前后500毫秒内所有点的高频数据拉出来回放，发现是液压站一个先导阀在闭合瞬间产生回流冲击，触发了隐含的急停逻辑——这事儿放在过去，打死也找不到原因。✅数字化不是噱头，是给RCA装上了显微镜。

问：是不是每个设备故障都要做RCA？基层忙不过来怎么办？
答：当然不是。不然工程师得累死在现场。我们一般用风险矩阵分级：导致停机大于4小时、造成安全险情或反复发生的故障，启动正式RCA；其他就快速处置，记录一个简单对策。有些故障虽然小，但如果底层的失效模式很典型，也值得深入，因为能预防未来大麻烦。资源有限，好钢用在刀刃上。

把RCA从‘追责大会’变成‘学习契机’

这是最难的一点。文化。在很多组织里，说出真相等于承认自己无能，于是报告写得像外交辞令。我见过最优秀的RCA，是在一家德资工厂：他们有个‘红盒子’机制，任何人发现重大隐患可以直接触发跨部门分析，24小时内必出临时措施，而且对报告者匿名保护。结果呢？故障率年降18%，员工主动上报率翻了三倍。反观那些把RCA当惩罚工具的企业，数据好看得吓人，事故却从来不减——因为都藏起来了。

咱们自己可以怎么做？ 先从经理开始，每次分析会第一句话：“我们来弄清楚怎么回事，不是追究责任。”然后严格遵循‘不责备’原则。如果发现确实是有人故意违规，那是另外的程序处理。RCA的成果，要转化为防错装置或标准，让后来者想犯错都难。这才算功德圆满。

说这么多，其实核心就一句：RCA不是纸面游戏，是血脉贲张的现场侦查。你摸过那个烧焦的线圈，闻过那摊变质的切削液，看过操作工瞳孔里一闪而过的恐惧，才能真的理解‘根因’二字的分量。下次再碰到故障，别急着开会，先去设备旁边蹲一会儿。把保护整定值、报警记录、近期的变更单全部摊开，像侦探拼图一样去还原——那种豁然开朗的瞬间，比什么表格都过瘾。

最后啰嗦一点：千万别相信市面上那些号称‘一键生成根因’的软件。它们能辅助，但不能替代人的思考。真正的RCA，要靠工程师的脑袋和经验，还有一点点刨根问底的倔脾气。