5Why分析设备故障：怎么问，问到哪里停

5Why 问的是“机理”，不是“谁干的”

5Why 分析设备故障的做法很简单：从故障现象出发，连续追问“为什么会这样”，每一问的答案都要回到现场、拿现物验证，一直问到一个能靠修改标准、点检表、备件计划或设计来堵住的原因为止。问几次不重要，三次、七次都可以。

停下来的判断标准有两条：第一，针对最后这一层原因采取对策之后，同样的故障不会再发生；第二，这条对策不依赖某个人“更细心一点”。达不到这两条，要么还没问到底，要么问歪了。

它和换件修复的区别在于：维修解决的是“这次怎么恢复”，5Why 解决的是“下次为什么不会再来”。同一个故障一个月修了六次，每次都修好了，这就是该做 5Why 的信号。

开问之前，先把现象写准

5Why 做歪，一多半是第一行就写错了。“冲床经常停机”“设备不稳定”都不是现象，没法往下问。现象要写到可以验证的程度：

“近两个月逐渐增多”这类信息很值钱。逐渐变多，指向磨损、松动、脏污累积；某天之后突然出现，指向那天前后的变更——换了材料批次、修过模、改过参数。这些信息来自停机记录，所以做 5Why 之前先把这个原因码的历史数据拉出来，用帕累托图按产品、按班次分过层再开始。

完整示例：冲床送料误送反复发生

问到第六问，答案落在了一条缺失的管理规定上，这就可以停了。对策分三层写：

对策做完不算结束。要回到停机数据里看效果：同一台设备、同一个产品，“误送检出”这个原因码的次数有没有降下来。没降，说明根因找错了或者不止一个，回头重问。

每一问都要到现场看现物

示例表格的第三列是关键。没有这一列，5Why 就成了一群人坐在会议室里接龙，每个答案听起来都合理，连起来却可能全是错的。

日本工厂讲“三现”：现场、现物、现实。落到设备故障上是几条具体的习惯：

• 坏件不要扔。换下来的辊轮、断掉的顶针、烧坏的接触器，贴上标签留着，它们是最直接的证据。断口是疲劳断还是一次性过载断，看现物才知道。
• 报警后先别复位。条件允许的话先拍照、看料带位置、看报警记录，再恢复生产。一复位，现场就没了。
• 能量就量。“好像短了一点”不算验证，卡尺量十次的数据才算。
• 能复现就复现。点动、单步、降速运行，让现象在眼前再发生一遍。
• 问操作工“之前有什么不一样”。声音、振动、气味、最近换过什么，这些信息不会出现在任何记录里。

每个答案还要做一次反向检验：把因果链倒过来读——“因为辊轮磨光，所以打滑；因为打滑，所以送进量不足；因为送进量不足，所以导正孔没对上；所以误送报警”。倒着读通顺、没有跳步，逻辑才算成立。

常见毛病

问到“人的责任心”就停了

这是最常见的一种。“为什么没发现辊轮磨损？——操作工点检不认真。”对策栏写上“加强培训、加强责任心教育、纳入考核”，分析结束。

这种结论的问题是它没法验证，也堵不住再发。换一个人、过三个月，同样的事还会发生。遇到答案落在人身上，必须再问一层：为什么这个人在这个岗位上会这样做？是点检表上根本没有这一项，是有这一项但没写判定标准（什么样算磨损），是点检位置要拆防护罩才看得见，还是点检时间被排在了交接班最忙的十分钟里。问到这一层，对策才会变成“改点检表、加判定图片、开观察窗”这类可执行、可检查的东西。

其他几种

拿去用的检查清单

1. 现象是否写明了设备、部位、现象、发生条件和频度？
2. 参加分析的人里有没有当班操作工和实际修理的维修工？
3. 每一个“因为”后面有没有写怎么验证的、结果是什么？
4. 因果链倒着读是否通顺？
5. 最后一层原因是不是一条标准、基准、设计或流程上的缺口，而不是某个人的态度？
6. 对策是否分了临时措施、永久对策、横向展开三层，每条有责任人和日期？
7. 有没有约定什么时候、用什么数据来确认效果？

表格格式可以直接用5Why 分析表模板，填的时候记得每一问都把验证方法和结果写上。冲床上其他常见的停机现象和排查方向，见冲床停机原因。如果故障是多个条件同时成立才会发生的那种（比如安全回路误动作），5Why 的单线追问不太够用，改用故障树分析更合适。