本文内容
工厂产量已超出目标，一张明天就要交付的订单却还在停机的设备前等待。早会上，绿色的总量指标让人以为生产一切顺利，客户即将听到的消息却不是这样。
实用的生产看板能及时揭示这种落差，让你还有机会采取措施。它帮助团队看清哪些任务需要关注、原因是什么，并决定接下来该如何调整。
SkyPlanner APS 将生产情况的可视化与有限产能排程连接起来。你可以在可自定义的看板中汇集相关生产信息，再通过 Arcturus 和 Gantt 排程查看变更会带来哪些影响。无需重新整理报表，也不必逐台设备单独调整任务队列，你可以在同一环境中处理问题并调整计划。
什么是生产看板？
生产看板以可视化方式汇总选定的生产信息，其刷新频率应足以支持使用者所需的决策。它通过图表、指标和表格，而非冗长的记录清单，展示生产进度、产能、延误情况以及目标达成情况。
生产看板也常称为制造看板。它的目的不是展示工厂测量的所有数据，而是让人一眼发现需要关注的状况：任务进度落后、某项资源的产能下降，或某张订单需要重新安排。
看板、报表和排程分别支持决策的不同环节：
- 看板帮助锁定关注点。现在有哪些情况需要进一步查看？历史趋势可以提供参考，但日常视图应清楚呈现当天的异常。
- 生产报表记录特定时段的结果。这个班次或当天发生了什么？与已下达计划的差异是什么原因造成的？
- 排程指导生产执行。接下来应执行哪道工序、安排到哪个符合条件的资源上、何时能够完成？
图表刷新了，并不代表排程已经调整。一旦异常需要处理，生产排程就必须同时考虑争用同一时段的其他生产任务。
先明确谁要用看板做决策
先确定使用者，再选择图表。一个界面若想同时兼顾操作员、计划员和高层管理人员，结果可能是谁都要费力寻找自己需要的信息。
班组长需要知道班组能否完成分配的任务，以及是什么阻碍了进度。相比全厂月度平均值，当前任务、生产中断和可用产出更重要。真正有用的明细应围绕具体工序和当前班次展开。
生产经理或计划员需要看清哪些交付承诺面临风险，以及哪些计划已超出可用产能。工作中心负荷、延误工序和剩余工艺路线，有助于判断是更改优先级、调整产能，还是修订完工日期。关注范围不能局限于当前班次，因为今天的延误可能阻碍明天的生产。
工厂管理层需要通过趋势判断如何配置资源和推进改善，例如反复出现的瓶颈、交付表现，以及在可比时段内持续发生的损失。这些趋势应有独立视图，不应挤占日常异常看板的空间。
先明确日常评审需要做出哪些决策。如果会议的重点是保障本周交付，看板就应围绕这些交付承诺及其所依赖的资源来组织信息。只有当某项指标有助于团队选择行动或检查行动效果时，才将其加入看板。
生产看板上哪些指标有用？
对于管理者的日常评审，以下信号可作为实用的起点。请选择有助于团队做出生产决策的指标。
| 信号 | 结合哪些情况判断 | 可支持的决策 |
|---|---|---|
| 实际进度与计划的对比 | 按计划，哪些工序此时应已开工或完工？还剩哪些工作？ | 调查中断原因，或更新剩余工作 |
| 负荷与可用产能的对比 | 哪个工作中心在哪个时段的所需工时超过了可用时间？ | 调整任务分配、产能或优先级 |
| 延误工序与到期订单 | 哪些受影响的生产任务关系到客户订单能否按承诺交付？ | 保障交付，或向客户提供可信的新交期 |
| 可用产出与质量损失 | 已完成的产品能否进入下一环节，还是因报废及尚未解决的质量问题而存在数量缺口？ | 确认补产任务及其产能需求 |
| 反复出现的时间损失或性能损失 | 同一道工序是否反复出现实际耗时超出预期的情况？ | 调查原因，改进工时估算或工艺 |
不同含义的指标必须分清。历史准时交货率反映的是已完成交付的表现，仅凭它无法判断本周到期的未结订单能否按时完成。要回答这个面向未来的问题，需要查看当前排程。
同样，件数高可能只是因为生产了一批简单产品，并不代表全厂效率都有提升。应比较同类生产任务，也不要把同一零件在多道工序中的完工记录算成多件成品。
负荷与运行时间回答的也不是同一个问题。计划负荷反映分配给生产资源的工作量，已记录的运行时间则反映实际运行情况。设备空闲，并不意味着下一项任务就该派给它：设备必须能够执行该工序，所需人员和其他生产投入也必须到位。
在测量口径一致的前提下，设备综合效率（OEE）有助于排查设备损失。但提高单台设备的效率，不能替代对订单用机优先顺序的决策。设备即使忙个不停，若做的不是当前该做的任务，紧急交付仍可能被耽搁。
示例：总产量亮绿灯，订单交付却有风险
设想一家机加工车间刚完成一大批简单零件，当日产量看起来不错。然而，一张紧急客户订单仍有一道工序需要在某台加工中心上完成，而这台设备已经停机。加工后还要经过检验和发运环节，订单才能出厂。
总产量令人放心，订单剩余的工艺路线却让人担忧。管理者的看板应将注意力引向延误任务及受影响的资源，而不只是突出已经生产了多少件产品。
首先要核实实际情况：工序确实尚未完成，还是已经完工但未记录？预计设备还要停用多久？漏报完工与设备故障，需要采取的应对措施并不相同。
如果确认生产已经中断，计划人员就可以比较可行的应对方案。另一台设备也许符合加工条件，但把紧急工序转过去，会占用原本已分配给其他订单的时间。恢复原设备可能更合适，但前提是剩余工序仍能在发运前完成。提高任务优先级只能改变加工顺序，并不能凭空增加产能。
这正是排程需要与看板配合的原因。应统筹查看受影响的任务，确定优先级，核对调整后的完工日期，再向车间下达新的生产顺序。如果无法保障交付，销售人员需要的是可信的新交期，而不是又一次乐观的承诺。
只有当异常促成了明确决策和各方共用的计划，看板才算发挥了作用；仅仅让所有人都看见一个红色指标，还远远不够。
用 SkyPlanner 将生产概况转化为行动
SkyPlanner 的报表看板支持拖放排列组件、选择日期范围，并为不同用户创建不同视图。你也可以将看板显示在车间大屏上。这样，日常评审更容易围绕同一份相关生产信息展开，无需每天早上另行准备演示材料。
对于计划员，产能、负荷和延误任务是实用的切入点。同时，应保留可供查询的详细记录，以便追溯概况背后的问题。SkyPlanner 的生产任务报表和订单行项目报表提供任务层面的详情，Timer 则记录生产用时、产出数量及不良品数量。你可以直接排查受影响的工序，不必在各部门的表格中反复查找某个总数的来龙去脉。
接下来，通过生产排程落实行动。SkyPlanner 的人工智能排程引擎 Arcturus 根据你配置的工作中心、班次、操作员、工序依赖关系和优先级计算排程，Gantt 则显示计算得到的生产顺序。当产能或优先级发生变化时，重新排程会计算这些变更对相关任务的影响，无需你手动重排每条任务队列。
你负责确定优先级，以及哪些排程安排需要保持不变；Arcturus 则在你设定的规则和锁定条件内计算。在前面的机加工示例中，这意味着将停用的工作中心纳入考虑，并检查调整后的排程对紧急订单及相关任务有何影响。
SkyPlanner 可通过开放的 REST API 与任何 ERP 或 MES 集成。因此，现有系统中的订单和生产更新可以与排程衔接，而不再只是形成另一套孤立的报表。了解 SkyPlanner 的报表与排程功能，看看生产概况、生产记录和计划如何协同发挥作用。
确保信息可靠，让行动有据可依
屏幕看起来再实时，也只有在信息及时到位、能支持决策时才有用。要明确每项关键信息来自哪里、由谁记录变更，以及数据源多久更新一次。如果完工情况根本没有人记录，再频繁地刷新屏幕也看不到。
让使用者一眼看清视图的范围：涵盖哪个工厂或部门、统计哪个时段、目标是什么，以及底层数据距今多久。每小时做一次生产决策，可能需要频繁更新进度；每周定期评审产能，对更新频率的要求则不同。应根据所需的响应时间确定数据更新要求，而不是被“实时”这个词吸引。
作为比较基准的计划也要明确。当前排程应随生产变化而调整，但绩效对比需要有明确可识别的目标。否则，今天一改计划，昨天未达标的情况就可能看似消失了。
评审时，为每项重大异常明确处理措施、负责人和下次检查安排。设定关注阈值时，应考虑对工厂真正重要的后果，例如某道工序延误可能导致到期订单无法按时交货。预警应告诉团队需要调查什么，而不是一出现就归咎于操作人员，或要求仓促调整。
UTU 如何让各部门掌握一致的生产信息
配电盘和开关设备制造商 UTU 过去使用各部门独立的 Excel 表格编制计划。ERP 中的生产顺序发生变化时，更新并不总能传达到车间。实际可用产能难以看清，团队每天早上都要花时间确认该做什么、按什么顺序做。
通过将 SkyPlanner 与 Oracle NetSuite 及薪资系统集成，UTU 把 Ulvila 工厂的各条产线和各个部门纳入了同一环境。产能与负荷图表配合 Gantt 时间轴和人工智能排程，为日常生产管控提供支持。据 UTU 介绍，调整后的工作队列几秒内就能传达到产线上的装配人员。
这里的关键改进在于信息与排程衔接了起来：员工既能看清生产状况，也能按照更新后的顺序作业。UTU 的 SkyPlanner 使用评价说明了，为什么共享视图与员工实际执行的计划相连后，能发挥更大的价值。
下一次日常评审，从一个真实异常入手
不妨从最近一次生产会议中选一个问题。团队能否找出受影响的生产任务、确认原因，并看清调整会对其他订单的交付产生什么影响？如果回答这些问题还需要另做一份报表，再分别更新多个工作队列，那么仅仅改善图表，仍会留下大量工作要做。
预约 SkyPlanner 演示，带上这个异常、受影响的订单，以及它们共用的资源信息。了解如何借助聚焦关键信息的生产概览与有限产能排程，减少应对问题时所需的人工协调。如果想先熟悉系统环境，可以使用演示数据试用 SkyPlanner。
Jussi Mäntylä
生产计划专家，SkyPlanner
