1. 课程导入与全景认知

在制造现场，异常从来不是“会不会发生”的问题，而是“多快被发现、多快被响应、多快被关闭”的问题。Andon（安灯）看板正是围绕这一核心命题发展出来的现场管理工具。它最早源于丰田生产系统：当工位出现缺料、设备故障、质量偏差或节拍异常时，操作员拉下绳索或按下按钮，工位上方信号灯点亮，班组长、维修、物料等支援角色按约定路径赶到现场处置。它的原始形态并不复杂，甚至可以说非常朴素——一根绳、一盏灯、一块板。但真正改变现场绩效的，不是灯本身，而是灯背后那条“异常触发—信息广播—角色响应—处置闭环—记录复盘”的协同链路。

很多企业上线Andon系统后，会陷入一个典型误区：把Andon当成“报警灯升级版”，只关注硬件是否点亮、看板是否显示，却忽略了它本质上是一套现场异常协同机制。灯亮只是起点，真正决定成效的是：谁在规定时间内响应、响应后做了什么、异常是否被关闭、关闭数据是否被用来改善。换句话说，Andon看板的价值不在“看”，而在“动”——让正确的人在正确的时间带着正确的权限和资源到达正确的位置。

从“信号灯”到“协同工程”：Andon的三层价值

理解Andon，可以把它拆成三层价值来认知。第一层是可视化：把原本隐藏在工位、设备、人员口中的异常，变成现场可见、可听、可追踪的信号。第二层是响应时效：通过分级升级机制，把“等班长路过才发现”变成“超时自动升级到主管甚至厂长”。第三层是闭环改善：每一次异常都被记录为带时间戳的事件，形成可分析的数据资产，用于识别高频故障、瓶颈工位和响应短板。

而“现场处置协同工程”则是把这三层价值工程化、系统化。它不只关心Andon看板本身，还关心看板与MES、设备PLC、呼叫终端、移动端、广播系统、电子看板之间的数据流与信号链，关心班组长、维修工、物料员、质量工程师之间的角色接口与升级规则，关心异常从触发到关闭的状态迁移是否可追溯。可以说，Andon看板是“前端信号”，协同工程是“后端机制”，两者合起来才构成完整的现场异常治理体系。

为什么必须把“协同”放在“看板”之前

如果只买硬件、装屏幕、接按钮，Andon项目通常会在三个月内退化成“灯亮没人管”的摆设。原因很简单：异常处置是一个跨角色、跨部门、跨时间的协作过程，涉及制造、设备、质量、物料、IT等多个职能。没有明确的角色接口和升级规则，信号越亮，现场越乱。因此，本课程把“现场处置协同工程”作为主线，把Andon看板作为这条主线上的关键可视化节点。

具体来说，协同工程要解决四个问题：第一，谁该被叫——不同异常类型对应不同响应角色，缺料叫物料员，设备故障叫维修，质量偏差叫质量工程师，不能一律叫班长。第二，多久必须到——每种异常设定响应时限，例如一般异常5分钟、停线异常3分钟、安全异常1分钟，超时自动升级。第三，到了做什么——响应不是“看一眼”，而是有标准处置动作和临时对策，无法现场解决时按规则升级。第四，关闭后留下什么——每次异常必须留下类型、时长、责任角色、根因分类和改善措施，形成可分析的数据。

一个可参考的异常分级与响应参数示例

下面给出一份示例性的异常分级与响应参数表，用于说明协同工程中“规则”长什么样。表中参数为教学示例，实际项目需根据产线节拍、人员配置和历史数据校准。

这张表的关键不在数值本身，而在于它把“异常”从模糊感受变成了可执行规则。现场人员知道按哪个按钮、谁会来、多久来；管理者知道超时该找谁；系统知道该记录什么。Andon看板上的每一盏灯，背后都对应这样一组规则。

本课程的实战目标

学完本课程，你应当能够独立完成以下任务：其一，识别一条产线上适合部署Andon的异常触发点，并说明每个触发点对应的异常类型和响应角色；其二，设计一套包含分级、时限、升级路径的响应规则，并能用表格或配置样例表达；其三，理解Andon看板与MES、PLC、移动端之间的数据流关系，能画出信号链草图；其四，掌握异常从触发到关闭的状态迁移逻辑，能判断一次处置是否真正闭环；其五，能基于Andon记录数据计算响应时效、关闭率、高频异常分布等指标，并提出改善方向。

Andon看板的本质，是把现场异常从“隐性知识”变成“显性信号”，再通过协同工程把信号变成“有规则、有时限、有闭环”的处置行动。灯亮不是目的，灯亮之后现场发生的变化才是。接下来的章节，我们将沿着“认知—设计—配置—运行—优化”的路径，逐步把这套机制拆开、讲透、落到可执行的层面。