车间一出问题就急着救火？先停线、再报备、找根因

车间里出现问题，最常见的是两种反应。

一种是立刻冲上去把设备弄好、把活接着干完，先把产量保住；另一种是先把责任问清楚，"谁弄的""怎么弄的"，先把人稳住。

这两种做法都不算错，但都漏掉了一件事：这个问题，明天还会不会再发生？

一、救火的代价

救火看起来是在解决问题，实际上只是把影响往后挪。

没有搞清楚原因的异常，往往会在其他时间、其他机台、其他人身上重演。每一次重演都要再消耗一次人力去处理。

真正昂贵的不是那几分钟的停线，而是同一个问题反复出现所消耗的管理成本。

二、固定动作：停、报、记

先停住。不要急着复位继续生产，避免问题扩大到更多产品上。停线的判断标准应提前明确：哪些异常必须停，哪些可以边处理边生产。

再报备。让该知道的人知道，包括上级和相关的技术、设备人员。报备的价值在于让决策发生在信息完整的前提下。

最后记录。把现场情况原样留下来：时间、机台、现象、当时的参数、涉及批次。这些信息是后续分析的基础，靠回忆还原总会丢失细节。

三、用 5Why 往下追问

有了记录，才轮到分析。

5Why 的作用是连续追问，把原因从现象层推到机制层。举个常见的例子：螺丝没打紧——为什么没打紧，因为工具扭力不准——为什么不准，因为没按规定校准——为什么没校准，因为没有人负责这件事。

问到这里，问题就从"操作工马虎"变成了"管理缺位"，性质完全不一样。前者对应的措施是提醒，后者对应的措施是明确责任。

四、追问时的两个要点

一是每一层的回答要有事实依据，不能靠推测。推测出来的链条看着完整，实际经不起检验。

二是问到可以被改变的系统环节就停下来。继续往下问"为什么公司没有制度"往往没有实际意义，因为可操作的范围已经到边界了。

五、判断标准

处理完一次异常之后，问自己一句：同类问题如果再次出现的条件还在不在。

如果在，说明只是把这一次救回来了，没有真正解决。

救火是本能，找根因才是管理。班组长和普通员工的区别，恰恰体现在这几分钟的选择里。