《工厂停机原因怎么分？先把这张四层清单建起来》

同一台设备停了四十分钟，操作工填“设备故障”，机修说是刀具没准备好，计划员又把它归到换产延误。月底复盘时，三张表出现三个原因，老板看到的只有停机时长，却不知道下一步该改设备、改物料，还是改排产。

很多工厂不是没有停机数据，而是分类从一开始就混在一起：现象、触发原因、责任环节和最终根因被塞进一个下拉框。结果是统计很整齐，现场却没人能据此行动，工厂老板也无法从停机记录还原一条可信的现场事实链。

下面这张四层清单，不追求一次把根因分析得完美，而是先让每一次停机都能被同一种语言描述。

第一层：先记“看见了什么”

第一层只记录现场现象，不急着判断责任。例如设备报警、无料等待、质量待判、换型未完成、人员未到位、计划暂停。现象必须由当班人员在发生时选择，因为这时信息最接近现场。

这里最容易犯的错，是把“设备故障”当成万能项。设备停止运行只是一种结果，背后可能是保护触发、工装不到位、前序缺件、首件未放行，甚至计划临时取消。第一层的目标是回答“为什么此刻没有生产”，不是回答“最后该怪谁”。

检查清单只有三项：开始时间是否自动或及时记录；停机对象是否明确到设备与工序；恢复时间是否由现场确认。三项不全，后面的分析都可能建立在错误时长上。

第二层：再分“哪个条件没有满足”

设备要持续生产，至少需要设备、物料、方法和人员四类条件。第二层就按条件分类。

设备条件包括故障、保护、点检和维护；物料条件包括缺料、错料、批次待确认；方法条件包括工艺参数、程序版本、首件放行和换型准备；人员条件包括技能、到岗、授权和支援。

这层分类的价值，是把停机从“某个岗位的问题”改写成“某个生产条件缺失”。比如刀具未到位不一定是机修问题，可能是换型清单没有提前触发；首件等待不一定是质量慢，可能是送检时间没有被记录。先把条件分清，跨部门才有共同讨论的基础。

第三层：标出“谁能推动恢复”

第三层不是追责，而是确定当前动作的拥有者。设备保护由谁复位，缺料由谁确认到料时间，质量待判由谁给出放行结论，计划暂停由谁决定恢复。

每个原因必须绑定一个主责岗位和一个升级岗位。主责岗位负责接单和更新状态，升级岗位在超时或越权时接手决定。不能把“协调”全部压给班组长；如果班组长没有调动质量、仓库或机修的权限，却要求他承担全部停机损失，现实里只会出现不断催人、没人真正接单。

这一步要检查四个字段：接单时间、首次响应、预计恢复、实际关闭。没有接单时间，就无法区分“没人知道”和“知道但没处理”；没有预计恢复，计划员就无法调整后续订单。

第四层：关闭时再确认“根因和防复发动作”

根因不应该由操作工在停机刚发生时猜。关闭阶段再由相关岗位确认：是零件磨损、标准缺失、准备不足、版本错误，还是计划变更没有同步。根因可以晚一点，但不能永远停留在“其他”。

防复发动作也要具体。不要写“加强培训”“提高责任心”，要写成可验证的改变：把刀具准备提前到换型前两小时；首件超过约定时间自动升级；同类保护一周内重复两次触发专项点检；程序版本经过系统校验后才允许开机。

用四步把旧数据清理成可用清单

第一步，导出最近一个月停机记录，把高频的“设备故障”“其他”单独列出来。第二步，找操作工、机修、质量和计划各抽十条共同复盘，只追问当时缺了哪个条件。第三步，把重复答案收敛为不超过二十个二级原因，先在一条瓶颈线试用。第四步，每周检查“其他”占比和重复停机，必要时新增原因，但不要让下拉框无限增长。

上线系统前也应该先跑这张清单。系统能自动记录时间，却不能替工厂定义责任边界。分类没有共识，自动采集只会更快地产生无法行动的数据。

这套方法适合停机频繁、原因口径不一、跨部门争议多的离散制造工厂。小型粗放管理工厂先统一基础原因，中型成长型工厂重点补跨部门接单和升级，大型或成熟工厂则要防止分类过细、职责僵化。流程工业或高度自动化产线可能需要更细的安全与工艺分类，不能直接照搬。无论系统复杂到什么程度，停机记录最终都要回答四个问题：看见了什么，缺了什么条件，谁能推动恢复，如何防止再发生。

分类规则还必须把权限、责任、收益和风险放在一起看。如果主动接单的人总是多做多错，而少做少错的人可以把问题留在“其他”，再好的原因库也会被现实行为架空。

老板不必每天看所有停机明细，只要盯住三个变化：重复停机有没有下降，“其他”有没有减少，超时未关闭有没有被升级。能推动动作的分类，才是有用的停机数据。