故障分析：坏了要坏得有价值

某泰国食品包装厂的封口机，某个早班突然停机，整条线卡住四十分钟。操作员在交接本上只写了一句“机器坏了，已叫修”。维修班长赶到现场，换了一个感应器，机器恢复运转，这件事就算“处理完毕”。两周后，同一台机器、几乎同一个位置，又停机了——这次卡了将近一小时，因为没人记得上次换的是哪个零件、也没人问过“为什么这个感应器会坏”。

这种场景在中小型工厂里并不少见：故障被当成“意外事件”处理，修好就结案，没有人往下追问。结果就是同样的故障一修再修，维修人力耗在同一个坑里，却没有人把这些“坏掉的经验”变成组织的资产。

为什么

故障记录的目的，从来不是为了“证明我修好了”，而是为了让下一次故障不再发生，或至少能更快被抓到。一台设备第一次故障时，通常会释放出一些“劣化信号”——声音变了、温度升高、振动变大、味道不对——只是这些信号在正式停机之前，很少被人当一回事。等到真正停机，才有人开始追查原因，但这时候线索往往已经被“换掉的零件”一起丢进垃圾桶了。

换句话说，故障分析要解决的核心问题是：把“事后补救”变成“事前有迹可循”，把“坏了就修”变成“坏得有价值”——每一次故障都留下足够的线索，让组织下次能更早发现、更快处理，甚至根本不会再发生。

怎么做

1. 先把“坏了”写清楚：一张像样的故障记录表

最基本也最容易被忽略的一步，是把故障发生的来龙去脉写下来，而不是只写“机器坏了”。一张堪用的故障记录表至少要包含：发生时间与停机时长、故障部位（用设备图或零件编号指出来，不要只写“那台机器”）、故障当下的现象描述（异音、异味、警示灯、异常数值）、当下的处置方式，以及后续是否需要根本原因分析。这张表不需要复杂的系统，一张纸本表单贴在设备旁，让操作员和维修人员都能随手填，就已经比什么都没有好很多。