3. 停线信息的第一现场采集与事实描述
停线发生后的前三分钟,是信息质量最高的窗口期。设备还在原位、报警还在闪烁、操作工的记忆还停留在动作序列上、在制品还停在故障工位。一旦开始复位、清料、换件、叫人开会,现场就被"修复动作"覆盖,原始事实随之丢失。因此本节的核心任务不是分析原因,而是在3分钟内把"发生了什么"固定下来,形成一份可追溯、可复核、不含推测的标准化事实记录。
这里要先区分两个概念:事实与判断。"3号压装机滑块停在上死点,报警代码E-217,工件未压到位"是事实;"应该是液压阀卡了"是判断。第一现场采集只写事实,判断留给后续分析。把判断混进记录,会让后续排查被第一印象带偏,这是异常响应中最常见的隐性损失。
六要素采集框架:人、机、料、法、环、测
六要素不是六个并列的检查项,而是六个互相印证的证据维度。同一个停线事件,从六个角度各取一组事实,交叉比对后才能还原出可信的现场画像。采集时按固定顺序走,可以避免遗漏,也便于多人分工。
人:停线瞬间谁在操作、谁在巡检、谁在换型?记录操作者工号、在岗时长、当时正在执行的动作(如"按启动按钮后第2个循环")。若涉及交接班,记录交接时间点与交接内容。人的因素最容易随时间模糊,必须最先问、最先记。
机:设备编号、工位号、停机时的运行状态(自动运行/手动/待机)、报警代码与报警文本、故障发生的时间戳(精确到秒)、停机前最后一个完整循环的完成时间。若设备有HMI历史报警,直接拍照或导出,比口述可靠得多。
料:停线时工位上是什么物料、批次号、来料时间、上一件是否合格、本件在哪个动作中断。物料信息常被忽略,但很多停线本质是来料尺寸或硬度波动导致的卡滞,没有批次号就无法追溯。
法:当时执行的是哪份作业指导书、哪个版本、参数设定值是多少(如压力、温度、节拍)。若近期有工艺变更或参数调整,记录变更时间和变更内容。方法类事实决定了"设备是否在正确条件下运行"。
环:环境温度、湿度、气压、供电电压、气源压力等。这些参数平时稳定,一旦波动就可能触发保护性停机。若现场有环境监控,直接读取当时数值;没有则记录可感知的异常(如"听到气路有明显泄气声")。
测:停线时仪表、传感器、计数器显示了什么。包括压力表读数、位置传感器指示灯状态、产量计数器数值、节拍显示。测量数据是客观证据,优先于人的主观描述。
三分钟怎么分配:现场锁定、采集、固化
3分钟不是"慢慢填表"的时间,而是有节奏的。建议按三段推进:
0~60秒:现场锁定。第一动作是"停手、停复位、停清料"。按下急停或保持设备现状,用手机拍三张照片——设备整体与工位号、HMI报警画面、工位上的物料状态。照片自带时间戳,是最省力的证据。同时口头确认操作者姓名和当时动作,避免后续找不到人。
60~120秒:六要素采集。按人、机、料、法、环、测的顺序快速过一遍。有HMI的读HMI,有仪表的读仪表,没有的用目视和询问补齐。这一阶段允许"记不全",但必须"记下能记的"。例如环境湿度没有在线监测,就写"无在线数据,现场体感正常",而不是留空——留空和"正常"在后续分析中含义完全不同。
120~180秒:记录固化。把采集到的内容填入标准事实记录表,逐项确认时间戳、编号、数值没有抄错。记录完成后由采集人和操作者双方签字(或电子确认),此时记录即成为后续分析的唯一事实基线。
标准化事实记录表:字段与填写示例
下面是一份可直接使用的记录表结构。字段不求多,但每一项都要能回答"当时到底是什么状态"。示例数据为教学假设,用于说明填写粒度。
| 要素 | 记录字段 | 填写示例(假设场景) |
|---|---|---|
| 人 | 操作者 / 在岗时长 / 当时动作 | 张××,工号A2317,连续在岗2h15min,按启动后第2个循环 |
| 机 | 设备编号 / 报警代码 / 停机时间 | 3号压装机,报警E-217"滑块位置超差",停机时间14:26:38 |
| 料 | 批次号 / 上一件状态 / 中断动作 | 批次B240715-03,上一件合格,本件在压装下行段中断 |
| 法 | 指导书版本 / 参数设定值 | WI-PR-07 V3.2,设定压力12.5MPa,保压2.0s |
| 环 | 温度 / 湿度 / 气压 / 电压 | 车间温度27.4℃,湿度58%,气源0.62MPa,电压382V |
| 测 | 仪表读数 / 传感器状态 / 计数器 | 压力表指针停在11.8MPa,位置传感器SQ2未亮,计数器显示1842 |
事实描述的写法:把"我觉得"换成"我看到"
同一件事,两种写法带来的后续效率差异很大。对比一下:
- 推测式:"液压系统压力不够,导致压不到位。"——这是结论,没有证据,后续排查会被这句话锚定。
- 事实式:"停机时压力表读数11.8MPa,设定值12.5MPa,偏差0.7MPa;滑块停在下行段约60%位置,SQ2未触发。"——这是可复核的观察,任何人都能据此继续查。
事实描述还有一个容易被忽视的要求:记录顺序要与事件发生顺序一致。先报警还是先停机?报警出现时滑块在什么位置?操作者先按了什么?这些顺序信息往往比单个数值更能指向原因。建议在记录表末尾加一栏"事件时序",用"14:26:35 操作者按启动 → 14:26:38 报警E-217 → 14:26:39 滑块停止"这样的短句串起来。
采集完成后的自检
记录填完后,用三个问题快速自检:第一,如果换一个没到过现场的人来看这份记录,他能不能复述出"当时设备、物料、参数、仪表各是什么状态"?第二,记录里有没有出现"可能、应该、估计"这类词?有就删掉或改成观察描述。第三,时间戳是否完整、是否与照片时间一致?三项都通过,这份事实记录就可以作为后续原因分析的输入,进入下一环节。
需要强调的是,第一现场采集的价值不在于"记录得漂亮",而在于把不可逆的现场状态转化为可传递、可复核的信息。停线本身会过去,设备会被修好,但如果没有这三分钟的事实固化,后续所有分析都只能建立在回忆和猜测之上。把六要素采集变成班组的条件反射,是快速响应能力真正落地的基础。