根本原因分析（RCA）：为什么你的5 Why总是问不到根上？

事情是这样的。上周三凌晨，生产线突然停了。报警灯疯闪，操作工一脸懵。维修班长老张冲过来，一看触摸屏：伺服驱动器过流。他骂了一句，然后开始换驱动器。换了，好了。一个小时后又停。再换一台，又好了。第二天又停。这下大家都疯了。这就是典型的“只治标不治本”。

做设备维护的都知道根本原因分析（RCA）。工具嘛，5 Why，鱼骨图，故障树……但说实话，多数人用起来总感觉差那么点意思。就像老张，他事后也写了报告：第一个为什么，驱动器过流？因为电机堵转。第二个为什么，电机堵转？因为机械卡死。第三个为什么，机械卡死？因为轴承坏了。第四个为什么，轴承坏了？因为……缺油。第五个为什么，缺油？因为润滑工没按规定加油。结论：润滑工失职。然后人事部罚了款，培训。问题解决了吗？下个月，同样的事又来了——这次是另一台设备。

这个案例你可能觉得眼熟。5 Why做了，根因找到了，纠正措施也采取了，但为什么问题还在重复发生？❗因为你的5 Why问错了方向。

一、5 Why的陷阱：线性思维在复杂系统面前的无力

5 Why本是好方法。丰田的经典案例：机器停了，为什么？因为保险丝断了。为什么？因为轴承过载。为什么？因为润滑不足。为什么？因为油泵不吸油。为什么？因为油泵轴磨损了。为什么轴磨损？因为没有过滤器，切屑渣进了泵里。最终加装过滤器，根治了。看，链条多清晰。

但——注意这个“但”——那是生产线上相对简单的问题。今天的工厂呢？设备互联，软件控制，传感器遍地。一个停机可能是机械、电气、软件、甚至外部环境交互的结果。用单一的因果链去套，就像用一张渔网去抓蜻蜓，偶尔碰着了，多半是运气。

我见过最离谱的5 Why报告：“产品尺寸超差，为什么？因为操作工没测量。为什么？因为他忘了。为什么忘了？因为培训不足。为什么培训不足？因为培训主管请假了。” 😤 这种根因真是让人血压升高。不是笑话，是真实案例。它的致命点在于：每个“为什么”都指向了人。人成了根因的终点站。一旦归结为人的失误，分析就停了，然后纠正措施就是训斥、罚款、或所谓的“加强培训”。可是系统呢？流程呢？工具呢？环境呢？管都不管。

二、RCA的正确打开方式：先发散，再收敛

真正有效的根本原因分析（RCA），一定不是一上来就揪着一条线追问。你得先看全局。鱼骨图（Ishikawa）就是用来干这个的。人、机、料、法、环、测——六大骨架一画，逼着团队去从多个维度找可能的原因，而不是一根筋。这叫发散。

然后，针对筛选出来的几个高概率因子，再用5 Why去深挖，这叫收敛。两者结合，效果才好。

举个例子：还是那个轴承缺油。用鱼骨图一分析，除了润滑工那点事，还可能有什么？– 法：润滑标准作业指导书有没有？是不是写得含糊不清？润滑周期合理吗？用的油脂型号对头吗？– 机：自动润滑装置是不是失效了？轴承密封有没有破损导致油脂流失？– 环：设备附近是不是粉尘大、温度高，加速油脂劣化？– 测：有没有润滑状态的监测手段？油液分析做过没有？

看到了吗？一旦视野打开，可能的根因就从“人”扩散到了系统缺陷。这时候再挑重点项做5 Why：为什么自动润滑装置失效？因为控制模块故障。为什么控制模块故障？因为线路板受潮。为什么受潮？因为电柜密封胶条老化。为什么胶条老化？因为备件清单里没有它，点检没覆盖——你看，最终会落到预防性维护体系的漏洞上，而不是某个人。

问：5 Why要问多少个为什么？是不是必须5个？
答：哈，这个问题经常被问到。答案很直接：不需要。3个能挖到根，就3个。可能需要问到7个，也别停。5只是一个经验数字。关键是，当你感觉回答开始指向系统可控制的因素，而不是简单地甩锅给“人”或“偶然”时，大概就到头了。还有个检验标准：根因必须能够被管理手段或技术手段纠正。如果答案是“这个操作工就是笨”，那说明你还没挖到根。

三、数字化时代的RCA：让数据代替猜测

前述方法还是依赖于人的经验。但现在都2025了，工业4.0喊了那么久，RCA也得与时俱进。基于状态的维护（CBM）和预测性维护（PdM）提供了全新的视角。设备振动、温度、电流、油液颗粒度……每秒采样上千次的数据，存储在历史库里。当故障发生时，你不用再靠回忆去推测当时发生了什么。

我前阵在一家汽车零部件厂见识过他们的RCA流程。设备停机后，工程师直接调出故障前30分钟的高频波形数据，叠加了关联工序的操作事件——比如换刀、物料切换——一下子就发现，每次短暂的过载都发生在某把刀具的特定切削阶段。顺着这个线索，他们用5 Why问了不到三个回合，就锁定了加工程序里的一个进给速率突变。改了一行G代码，问题永久消失。💡

这种数字化RCA，真正让根本原因分析（RCA）从“经验艺术”变成了“数据科学”。不过，工具再先进，也替代不了人的逻辑思维。数据只是证据，你还是得会问为什么。

问：中小企业没那么多传感器和系统，怎么做好RCA？
答：很现实的问题。很多厂连个像样的工单系统都没有。我的建议是：哪怕用Excel，也要强制收集故障模式和时间线。每次故障，记下三个字段：故障现象、触发事件（在做什么的时候坏的）、环境状态（温度、湿度、换班等）。积累几十例数据，用帕累托图一分析，就能看出集中趋势。然后用鱼骨图针对Top 3问题做专项RCA。工具简陋，但逻辑不能简陋。我还见过一个冲压车间，就用一块白板，一支笔，每天早会花十分钟复盘昨天的异常，坚持一年，故障率降了40%。关键不是工具，是闭环追踪的习惯。✅

四、RCA的最终目的不是追责，是防复发

写到这里有点感慨。做了快二十年设备管理，见过太多RCA被扭曲成一场甩锅大会。开会时人人自危，自然拼命指向外部原因。结果就是掩盖真因，措施浮于表面。❗

记住：有效的RCA一定要建立在无责备文化上。领导得带头说：找根因是为了改善系统，不是整人。否则，你永远只能得到“操作失误”这四个字。

另外，纠正措施定出来后，必须验证有效性。比如你改了润滑标准，那就设定一个跟踪期，看同类故障的间隔时间是否显著延长。没延长？可能根因没找准，或者措施没落地。RCA是一个循环：分析、纠正、验证、再分析。不是写个报告就存档的。

最后，强烈推荐大家试试把故障树分析（FTA）用在复杂故障上。自上而下演绎式分析，和5 Why的自下而上正好互补。不过那是另一个话题了。总之——哦不，不能说“总之”，我的职业病又犯了。就这样，希望你的下一个5 Why能挖到真正的根。