根本原因分析（RCA）实战：从“揪出真凶”到“杜绝重演”

说实话，很多工厂的RCA都是白做的。别不服气，你回想一下，上次设备停机后，你们是不是画了张鱼骨图，然后开个会，最后结论是“操作不当”或者“维护不到位”？然后呢？问题隔三差五还得再来一次。这哪里是根本原因分析，分明是“表面原因敷衍”。

RCA不是一套花架子。它要的是把病根挖出来，然后彻底治好。今天我不讲教科书里的定义，就说说怎么在日常车间里把RCA用出真效果。

第一步：定义问题——你确定你看到的是“问题”？

很多分析一开始就歪了，因为大家把现象当问题。“设备总是报警”是现象，不是问题。问题要说清楚：哪台设备？什么时间段？什么工况？触发什么报警？持续多久？

有次我到一个工厂，维修工说：“这台机床老是加工完报警。” 我问：“加工完过多久？” 他说：“不一定。” 我又问：“报警代码都一样吗？” 他挠挠头：“好像有几种。” 你看，连问题都没聚焦，怎么找根因？

💡 一个准确定义的问题应该像一份通缉令：时间、地点、人物、事件，清清楚楚。比如“每天下午三点，3号机换模后首件尺寸偏大0.05mm” – 这就靠谱多了。

第二步：数据收集——没数据，开个锤子会？

没有数据支撑的RCA，基本靠猜。你可能会说：“我们有维修记录啊！” 但记录上写的是什么？“更换传感器。” 为什么换？不知道。换完好了吗？暂时好了。这就完了？抱歉，这不算数据，只能算流水账。

真正的数据收集，包括设备日志、参数趋势、环境温湿度、物料批次、操作员操作细节，甚至要现场蹲点。有次我为了搞清楚一个润滑故障，在设备旁边坐了一整天，就为了观察油路压力波动和操作工的日常动作。最后你猜怎么着？根因是操作工在换料时，顺手关掉了一个手动阀，但没复位。

所以，别吝啬时间。前期数据越充分，后期分析越省力。

第三步：分析工具——鱼骨图、5why、FTA，别把它们当摆设

工具挑适合自己的用。鱼骨图适合头脑风暴，把可能的因素铺开；5why适合纵向深挖，一路问到底；FTA则适合复杂系统，用逻辑门把故障机理画出来。但注意，工具只是脚手架，真正的分析需要你的判断力。

我很喜欢5why，因为简单直接。但很多人用不对。比如：

• 为什么设备停了？因为传感器误报。
• 为什么传感器误报？因为线路受干扰。
• 为什么线路受干扰？因为附近有变频器。
• 为什么变频器会产生干扰？因为屏蔽层没接地。
• 为什么屏蔽层没接地？因为安装时漏了这个步骤。

你看，到第五个why，才可能找到系统改进点。但如果你在第二个why就停了，那只能治标。

FTA虽然画起来麻烦，但它的好处是能验证逻辑。比如把“设备停机”作为顶层事件，然后分解成“电气故障”、“机械故障”、“人为失误”等分支，再往下细分，最后用逻辑门连接。有次我们就是用FTA排除了一个看似不可能的根因，后来才发现是软件逻辑缺陷。

第四步：纠正措施——别修完就完事，你得验证

找到根因后，很多人的第一反应是换零件。换完就结束了吗？你得问自己：这个措施能防止同类问题再次发生吗？如果不能，那只是“救火”，不是“防火”。

比如，根因是屏蔽层没接地，纠正措施不只是接上地线，还要检查所有类似安装有没有同样问题，更新作业指导书，甚至设计成不再依赖人工操作的防错结构。这才是RCA的价值。

❗ 如果你只是换了个零件，那跟没做RCA没什么区别。验证时间至少覆盖一个完整的生产周期，或者一个月的观察期，确认没问题才算数。

常见的坑，别踩

第一，把“可能的原因”当成“根因”。头脑风暴列出来的都是假设，不是真相。第二，喜欢追责揪人。RCA是找错，不是找人。一旦变成追责，大家就都藏着掖着了。第三，分析完了不行动。最可悲的是，报告写得漂漂亮亮，措施却没人跟进。

💡 有些企业专门建立了RCA行动跟踪台账，每个措施都有负责人和完成日期，定期复盘。这方法虽然土，但管用。

日常工作中，你可能会问

问：我们厂小，设备少，有必要动用这么多工具吗？
答：没必要全套上，但思路要有。哪怕只用5why，连续问几个问题，你也会发现以前忽略的细节。关键是培养一种“不满足于表面”的习惯。

问：如果分析到最后，发现根因是设计缺陷，怎么办？
答：那就更该高兴了，因为总算找到了真正的源头。你可以反馈给设计部门，或者通过改造来规避。这比每次修个没完强多了。

现代工业中的RCA：别让数据白瞎了

现在的设备越来越“聪明”，传感器数据、PLC日志、SCADA系统都有，甚至还有AI辅助诊断工具。但这些数据如果不能用来帮你缩小范围，那其实就是一堆好看的数字。

我见过一个工厂，给每台冲压机装了振动传感器，然后呢？采集了海量数据，但没人看得懂。后来，他们不知道怎么做的，就是不断跟理论模型对比，最后发现某个轴承的振动特征频率异常，顺藤摸瓜找到早期故障，提前更换，避免了停机。

这就是数据驱动的RCA。但话说回来，数据再丰富，也离不开人的经验。你必须知道什么是“异常”，才能从数据里看出门道。所以，别轻视老工程师的直觉，人家那叫“模式识别”。

最后，我想说

RCA这东西，不需要你画画多么漂亮的图表，也不需要你是六西格玛黑带。它需要的是耐心、逻辑，还有一点点“不达目的不罢休”的执拗。

下次设备再闹脾气，别急着上手就修。先停下来，问自己五个“为什么”，你可能会发现一个完全不一样的真相。

好了，今天就聊到这儿。如果这篇东西能让你少走点弯路，那我就没白熬夜。