第 6 课 画完整一圈：数据—判断—行动—反馈闭环与断点

第 5 课把设备、告警和工单写成了对象卡，也发现同一台机器在不同地方可能有不同编号。但对象认得出来，不代表一条异常就能顺利处理。以夜班一次报警为例：监控发出信号，操作员报给班组长，班组长决定找谁处理，维修工做完后还要留下结果。只要其中一步没有传到下一位，事情就可能停在半路。

这节课沿着一次异常画出完整过程。数据、判断（也叫逻辑）、行动和反馈连成一圈，叫决策闭环；信息传不下去或结果回不来的地方，叫断点。找到断点后再决定用什么办法修补，有些只需改记录方式，不一定要用 AI。

用案例走一圈

• 数据：某台设备振动值超限，监控系统生成告警；同时还有这台设备过去的维修工单。
• 判断：值班操作员决定要不要找维修，以及情况有多急。
• 行动：在工单系统里开单，再打电话找当班维修工程师。
• 反馈：维修工程师处理完后关闭工单，写下原因和处理方法。这些记录本该帮助下一次判断。

在纸面上，这个流程很顺；到了现场，往往不是这样。这一课最重要的动作是跟班观察，按实际发生的情况记录。系统已经上线、流程图已经画好，不代表大家真的按这个方式工作。

闭环流程卡

四类常见断点

• 数据断：信息拿不到、更新不及时，或编号对不上（可以回看上一课的冲突清单）。
• 判断断：判断方法只在某位老师傅脑子里，他不在班时，其他人只能靠猜。
• 行动断：结论出来以后，还要切换到另一个系统重新录入，或者不知道该找谁。
• 反馈断：关闭工单时只写“已处理”，不写原因，也没人回看，下次判断无法借鉴这次经验。

带去跟班问的话

• 上次你判断是误报，是怎么知道的？
• 决定找人之后，你第一件事做什么？在哪里操作？
• 关闭工单时一般写什么？有谁回头看过这些记录？
• 哪一步最常需要等待？等的是谁？

标出 AI 的位置和边界

在流程卡旁边再加两列：“AI 可以帮什么”和“必须由人做什么”。在本案例里，AI 适合做整理和建议，例如汇总这台设备的历史工单，给出“可能误报”或“建议派单”的提示和理由。开单、停机、修改设备参数，都要由人确认。遇到以下任一情况，直接标注“不自动执行”：可能影响人身安全或导致停产；操作后难以撤回；无法确定对应的是哪台设备；出了问题找不到责任人。

还有一种情况：真正的断点只是“看不到一张汇总表”。这时先做报表，用更简单的办法解决，未必需要 AI。

今天先做一步

约一位值班操作员，请他从最近一次告警响起讲到工单关闭。你准备四种颜色的便利贴，分别记录数据、判断、行动和反馈。他讲到哪一步，你就贴到哪一步。

本章产物

• 一张按实际情况画出的闭环图，四段齐全
• 一份断点清单，按“对一线影响多大、修复有多难”排序
• 选定一个断点作为下一课的试点，并写明 AI 只负责给建议

常见错误

• 画的是流程文件里的理想流程，而不是实际做法
• 闭环只画到“AI 给出判断”就停了，缺少行动和反馈
• 想一次修复所有断点
• 以为断点都是技术问题，其实不少是交接和责任没有说清