设备停机时长现在不难记了，系统能按分钟算，稼动率报表天天出。可拿这张报表开生产会，往往还是讨论不出结果：数字说这个班停了不短，但没人说得清停在哪儿。翻记录，原因一栏几乎清一色写着其他。时长是准的，信息是空的。
问题出在分类，不在采集
稼动率本身是个结果指标。它告诉你产能被吃掉多少，不告诉你被谁吃掉。等设备、等料、换型调机、质量异常、计划停机，这几种停法对应完全不同的改善动作：等料要找计划和采购，换型要排产和工艺，故障要设备维护。全归到其他，改善就只能笼统地要求减少停机，落不了地。
造成这个局面的原因通常很朴素。上线时怕现场填不动，原因列表就设了两三项，剩下的都塞进其他；或者反过来，一次列了二十多项，操作工分不清，随手选第一项或最后一项。两种做法最后都会把有效信息抹掉。
分类先粗后细
比较可行的起点是三四类，按后续要谁来处置来分，而不是按设备术语来分：
- 等待类：等料、等前工序、等指令、等检验。
- 换型与调试：换产品、换工装、首件确认、参数调整。
- 设备与工装：故障、点检、保养、刀具或模具问题。
- 质量与返工：来料不良、过程判定、返修重做。
这四类的边界尽量写成现场听得懂的话，贴一条在工位上。判断标准是：出了这个问题，下一句话该找谁。找的是同一拨人，就归一类；找的不是，就分开。
跑一两个月之后，再看哪一类占比高、内部又混着好几种情况，才往下拆第二层。比如等待类里等料特别多，再细分等哪种料、卡在哪个环节。一上来就铺细项，现场记不住，数据还是废的。
谁来记，什么时候记
停机原因不适合事后补录。班末统一填，能记起停过，记不清为什么停，最后又回到其他。理想是停机发生时点一下，选类别、自动带出开始时间，恢复时再点结束。操作要短，最好不要超过两次点击。
能和工单关联就更省事。停机挂在具体工单上，后面算这张单的实际工时、看换型损失，都有依据。单独建一套设备台账、事后拿时间区间去对工单，容易对不上，也多一道人工。
怎么判断分类立住了
看两点：其他的占比，以及每类停机能不能指向一个具体动作。其他长期占大头，说明分类不合现场实际，回去改分类，别怪操作工不认真。
稼动率要能回答下一句怎么办，才算真的记下来了。
