绩效可视化：在本班还来得及行动时看到损失

为什么可视化决定了其他五个支柱的上限

指数中的其他每一项做法，都依赖于有人采集到的信息。每日会议只能讨论被记录下来的停机。帕累托图只能对操作工能够选择的原因进行排序。升级规则只有在有人及时看到停机时才会触发。

可视化薄弱时，体系的其余部分都在一幅不完整的图景上使劲。班组争论的是损失有没有发生，而不是为什么发生；改善项目瞄准的是容易记录的损失，而不是代价大的损失。

时效是这个支柱分量重的另一个原因。在下周报表里才发现的损失，只能拿来解释。一小时内看到的损失，还能在同一班次内追回，至少可以在再次发生之前加以控制。在这个支柱上，2级与4级之间的距离，主要就是“事后解释一个班次”与“实时掌控一个班次”之间的距离。

这个支柱讲的不是屏幕。一块由班组如实填写的纸质逐小时看板，在“知道得快不快”上的得分，要高于一块放在办公室里、产线上没人看的仪表盘。我们评估的是围绕数据的做法，无论用什么工具承载。

在现场看到的五个等级

下表描述的是工厂在这个支柱上处于各个等级时的典型样子。你在评估中得到的支柱指数，会把你放在其中一行。总体等级遵循等级页面中说明的短板支柱规则，所以这个支柱得分低，会拖住整个工厂。

五道题，以及工厂常见的自我误判

下面每道题都按五档作答。对每道题，我们说明：真正要问的是什么，自评通常在哪里出错，以及作答之前本周就可以做的一项检查。请以瓶颈产线在正常一周的状况作答，而不是拿状态好的产线在状态好的一周来作答。

1. 停机和损失是如何记录的？ 我们要问的是：瓶颈产线上损失时间的记录是否完整到足以据此行动，以及事件发生后多久被记录下来。常见的高估是：因为有终端或原因清单就选3或4，而一两分钟的停机从来没有进入记录。

2. 产线负责人多快能知道产线落后了？ 知道是指亲眼看到，而不是凭感觉。常见的高估情形是：实时屏幕装在主管办公室而不是产线旁，或者逐小时看板在下班时一次性补填。笔迹通常会露馅：同一支笔、同一种笔锋，每个小时都一样。

3. 你们使用什么指标，如何定义？ OEE、TRS或某种效率比率都可以。问题在于是否每个人都用同一种方法计算。高估常发生在各产线对计划时间的理解不一致时：休息、换型、预防性维护或无订单时段算不算在内。低估也会发生：有些工厂对自创的比率有清晰的书面定义，却因为它不叫OEE而选了2。

4. 大家信任这些数字吗？ 看看晨会上某个数字很难看的时候会发生什么。陷阱在于从经理的位子上作答。不信任数字的人往往不在会议室里，他们的表现方式就是自己另记一套数。

5. 谁能看到产线绩效，以什么形式看到？ 我们要问的是：能够改变结果的人，是否在还来得及的时候、以与管理层相同的说法看到结果。常见的高估情形是：结果以没人看的形式张贴在产线旁，例如打印出来的数据透视表；或者产线使用的损失类别与月度评审不同。

4级工厂的不同做法

在可视化上处于4级的工厂，数据未必比别人多。它们在数据上的争论更少，因为它们对数据如何采集、检查和展示制定了明确的规则。以下是往往能把它们区分开来的做法。

• 把原因不明的时间当作缺陷。 任何班次都不能带着没有原因的停机时间收班。班组长在交接前检查，每班原因不明时间的占比有指定的负责人。
• 采集阈值是一项书面决定。 它们确定必须填写原因的停机时长下限，写进定义；低于这个时长的停机归为短停机，作为一整块时间仍然可见，而不是凭空消失。
• 操作工只做一项数据工作。 设备信号记录产线何时停机；操作工只负责确认原因。让操作工同时记录开始和结束时间，正是早期那些系统失败的原因。
• 一页纸的定义，签字确认。 计划时间、每种产品的理想节拍、什么算合格品，并附一个计算示例。由生产、设备维修和财务签字，只有一位指定人员可以修改。
• 每周15分钟的数据检查。 数量对发货或ERP、记录时间对日历时间，并书面列出更正项及每项的原因。同样的错误出现两次，就成为待解决的问题。
• 由班组填写的逐小时看板。 班组每小时写下数字，每个未达成的小时旁边用自己的话写明原因。主管巡线时在看板上签名，由此可以确认看板是实时填写的。
• 报警阈值配有指定的响应人。 例如连续两个小时未达成，或停机超过升级时限，指定人员须在规定时间内到达产线。阈值和响应方式写在同一张纸上。
• 从产线到工厂只有一棵损失树。 产线看板上的类别与月度评审中的类别一致，操作工和厂长谈论同一项损失时无需转换说法。

提升一个等级的90天计划

你的报告会根据你的作答，为每道题给出具体的下一步行动。下面的计划把这些行动组合起来，针对一种典型的起点：停机记在纸上或电子表格里，第二天才看到数字，各产线指标算法不一。只在瓶颈产线上执行。等它站稳之后，再推广到其他产线。

1. 第1–2周确定瓶颈产线和本计划的负责人。写出一页纸的指标定义，并用它重新计算上个月的数据。对五个班次做“无法解释的差距”检查，把结果作为基线保存。在瓶颈产线挂上计划与实际对比看板，即使目前是在下班时才填写。
2. 第3–6周把近几周的自由文本停机原因整理成15到25个代码的清单。改为在班中录入数据。把看板改为逐小时，每个未达成的小时旁边写明原因。启动每周15分钟的数据检查，记录每一项更正。如果设备条件允许，在瓶颈设备上接入一个运行/停止信号，让停机无需人工书写即可被检测到。
3. 第7–12周按班次公布原因不明的停机时间，并写明指定负责人。在产线旁张贴本班损失，类别与管理层评审所用的完全一致。写出一个报警阈值及与之对应的响应方式。第12周，重做“无法解释的差距”检查和班中提问，然后重新评估，并逐题比较答案。

90天内各自负责什么：

• 生产经理： 负责定义，主持每周数据检查，决定报警阈值。
• 班组长： 负责逐小时看板、交接前确认原因，并向下一班说明主要损失。
• 设备维修负责人： 头一个月内，把每条超过30分钟的停机记录与维修记录逐条核对，标出不一致之处。
• 经营控制或财务： 共同签署定义，并提供用于核对的合格品数量。
• 工程或OT： 负责设备信号和每种产品的理想节拍。
• 持续改善负责人： 与操作工一起建立原因清单，并执行第12周的各项检查。

核验时评审团关注的证据

在核验中，工厂上传证据，然后与两名评审员进行45分钟的视频访谈。针对这个支柱，评审员要看的是例行机制本身产生的、带日期且正在使用的实物，而不是为评审准备的文件。

• 连续几天的逐小时看板照片，能看出不同人的笔迹，未达成的小时旁边写有原因。
• 带日期的指标书面定义，注明共同商定的职能部门。
• 瓶颈产线一周停机记录的原始导出或副本，显示有多少停机时间填写了原因。
• 每周数据检查的记录：发现的更正项及其原因。
• 同一周内操作工在产线旁看到的内容与管理报告并列，便于评审团比较损失类别。
• 张贴在产线旁的报警或升级阈值表原件照片。
• 如果你在第1题上选择了5级，还需提供原因不明停机时间的趋势。

不算数的包括：没有日期的仪表盘截图、刚写好就拍下的看板照片、单独的月度管理幻灯片，或者系统规格说明书。装了系统不等于有了实践。访谈时请准备好，带评审员根据记录逐步回顾近期的一个班次，并说明数据检查发现的一项更正。

让工厂在这个支柱上停滞不前的陷阱

• 还没统一定义就先买屏幕。 你得到的是来得更快、但仍有争议的数字，而且争论现在发生在操作工面前。
• 越来越长的原因清单。 代码超过几十个后，操作工会选看起来说得过去的前几个，或者直接选“其他”，帕累托图也就失去了意义。每季度精简一次清单。
• 美化计划时间。 把换型或无订单时间剔除，直到数字好看为止。数字上去了，现场什么也没变。
• 要求操作工什么都记。 每次停机都要记开始时间、结束时间、原因、零件号和备注。他们会照做一个月，然后记录越来越少。
• 只有百分比，没有背后的损失。 给操作工看OEE数字，告诉他们的是做得怎么样；给他们看三大损失，告诉他们的是该做什么。
• 用不同的理想节拍比较产线。 一条产线用铭牌速度，另一条用实际验证过的节拍，它们之间的排名表毫无意义。
• 把数据质量全交给IT。 错误来自现场，解决办法在例行机制里，所以必须由生产部门负责。

下一步

如果你还没有给工厂打分，FEI评估只需12到15分钟，会给出这个支柱以及其他五个支柱的指数，并针对你的三个主要差距给出90天行动。方法论说明了答案如何换算成得分。可视化为你的班组提供信息；下一个支柱日常管理与班次例行机制，讲的是这些信息如何在当天变成行动。

常见问题