停机数据到底该由谁负责

一句话分工

IE/精益定规则、做分析；生产填数据、对真实性负责；设备管故障那一块的细分和闭环；IT保证信号和系统不掉线。有争议的口径问题，由厂长或运营负责人裁定。停机数据不应划给任何一个只对部分停机负责的部门独管。

很多工厂默认“停机＝设备的事＝设备部管”，这是停机数据做不起来的常见起点。设备部管得了故障，管不了换模、等料、等人、等检验，而后面这些加起来常常比故障还多。

分工表

为什么这样分

定规则的人不能是被规则衡量的人。口径怎么定，直接影响各部门的数字好不好看：换模算不算停机，影响生产；等备件的时间算不算故障停机，影响设备。让任何一方自己定，口径都会往有利于自己的方向漂。IE或精益部门相对中立，适合牵头。具体要定哪些内容，见停机时间统计口径。

填的人必须是在场的人。停机发生时只有操作工在机台边，为什么停、在等什么，他最清楚。统计员第二天汇总、班长凭印象补，都是二手信息。要让操作工愿意填、填得准，方法见工人不愿意填停机原因怎么办。

设备部要做深，不要做宽。操作工只需要选到“设备故障—液压”这一层，再往下的“哪个阀、什么现象、为什么坏”，由维修工在工单里填。两边的记录用同一个停机事件编号关联起来，故障分析才能做到部件级。

IT管“管道”，不管“内容”。IT保证信号采得到、数据不丢、节拍等主数据是对的。原因码叫什么、报表怎么分类，这些业务问题不该让IT决定。常见的错位是项目由IT发起、码表由软件供应商给一套默认的，上线后没有任何业务部门认领。

常见的扯皮点，事先写清楚

靠一个固定的会把分工转起来

分工表写完不等于落地，需要两个固定节奏：

• 每天早会10分钟：看昨天的停机前三名和未填记录，有争议的当场提出，能当天处理的派给人。现场响应机制可以结合安灯系统来做。
• 每周回顾30分钟：IE/精益主持，生产、设备、质量、物流到场。看周帕累托、看“其他”的清理结果、过改善课题的进度。每月再按设备停机分析报告的格式汇总一次。

判断分工有没有落地，看一件事：停机排行前三的原因，各自有没有一个具体的人名挂在后面。