生产排程应该存在于第二个人也能打开的地方

老板的问题

迟早会有一位工厂老板问出这个问题。当计划员休假、生病或递交辞呈时，还有谁能运行本周的生产排程？生产排程正常运转时，这个问题没人问起。在清闲的月份问它，答案令人安心，因为计划员知道。在真正要紧的时刻问它——休假前一周或辞呈落地的当天——答案就变成：一切取决于一个人是否可用、一段记忆是否完好。工厂有一份记录：一张电子表格、一块白板、一张打印的网格。它没有的，是一份第二个人也能操作的记录。那些行可见；产出它们的推理却不可见，而支撑它们的换线估算和冲突检查只存在于一个人脑中。在那家工厂，诚实的答案是：没有人。

只存在于一个人脑中的生产排程，让四件事成为不可能

合在一起，它们让规划能力成为单点故障。休假顶班、生病、通知期，每一项都是一场赌注：赌一个人可用，并且能够在需要时复现生产排程。风险不只是生产排程本身；更是产出它的能力。

这不是计划员的错

这些都不是在主张取代计划员。对真实生产排程的实地研究早已观察到，经验丰富的计划员用正式系统难以企及的启发式来吸收设备故障、催单和政策变化。那种判断力很重要，而且大多是内隐的：它拒绝被写下来或捕获到文件里。这里讨论的是记录，不是角色。一份只存在于一个人脑中的生产排程，无论多好，第二个人都无法打开。这个问题最尖锐的形态，是那一位或两位掌握全貌并互相顶班的工厂；问题不在于有多少位计划员，而在于有多少人能打开生产排程。

解决之道是一份记录，而不是一个记忆捕获项目

这个失败是架构性的，而不是个人性的：生产排程没有持久的家。针对知识流失风险的标准干预是文档化，但不是一份在通知期最后一个月拼凑起来的交接笔记活页夹。解决之道是让生产排程本身成为记录。一份活在团队数据中的生产排程是必要的第一步，而且只是第一步：它让记录可打开、可验证、可接管。它不能转移计划员的专业知识，因为没有任何文件能做到，但它终结了对一个人记忆的无声依赖。

生产排程和配置作为团队拥有的记录

在 Schantt 中，生产排程和产出它的配置是团队拥有的数据，而不是一个人工作记忆的输出。

生产排程是持久化的记录：每道已排程的工序都携带它在生产顺序中的位置、数量、设备和时间安排，并且在表格、API 视图和甘特图中逐行可见。它不会随构建它的人一起离开。

产出生产排程的配置——描述工厂如何运行的配置——也是一份持久化的记录。工序、设备、产品族、产品、按产品族的工艺路线、批量大小和周期时间、产线吞吐量、换线时间、转移时间、工作日历和工作日历例外：所有这些都是团队数据。关于生产排程是如何构建的，没有任何东西必须存在于脑中。

两份记录都活在一个团队的范围之内。访问权限跟随团队的角色——管理员或成员——这就是边界：一个团队、一个规划范围、一组能打开生产排程的人。移交和接管从记录开始，而不是从零开始。继任者的入口点，是其他所有人都能看到的同一份团队数据；不存在对离职计划员私人笔记的依赖。

生产排程可以对照它自己的记录进行验证。在 Schantt 中录入的生产排程已经通过工艺路线、设备、位置和工作日历检查，并且连同其时间安排一起存储，所以老板不必只信计划员的一面之词。当生产排程以 Auto 或 Semi-Auto 优化构建时，被接受的解的时间安排也以同样的方式持久化。

这份记录是已排程的内容，不是车间此刻正在发生的事。它是生产排程，不是实时状态。而且它仍然是由人构建和拥有的事物。Manual 模式存储一个由人做出的决定；Auto 和 Semi-Auto 优化你已经配置的那部分工厂。计划员仍然居于中心；只是记忆变成了共享的。

对老板来说，什么变了

休假和生病不再是孤注一掷的赌注，因为第二个人可以打开生产排程并从记录中接手。他们接手的是生产排程本身，而不是计划员的判断。离职和退休从有而不是无开始：记录独立于构建它的人而存在，也不会随那个人一起走出大门。老板不再凭信任接受生产排程。

休假期间的顶班缺口、继任者跟上速度之前的延迟、通知期内岌岌可危的能力：过去只存在于一个人那里的东西，现在存在于团队数据中，在那里可以被查看。它不会让继任者立刻成为专家。它消除的是与技能无关的那部分风险：生产排程本身无法获取的那部分。

要点

生产排程应该是工厂拥有的资产，而不是一个人握着的记忆。本周，用四个问题来检查你的生产排程是否如此：

1. 第二个人现在就能打开本周的生产排程，而无需询问任何人吗？
2. 它背后的配置记录在团队数据中了吗？
3. 生产排程能对照它自己的记录来核查吗？
4. 计划员下一次休假时会发生什么？

如果前三个答案都是「不」，那么第四个就是你已经在承担的风险。一份存在于第二个人能打开之处的生产排程，就是工厂拥有的生产排程。在需要它的一年前就建好那个家，而不是在需要之后的那一周。