现场先看什么信号
某小组第一次把加拿大28计划接入日常流程时，会议室里只有一块白板和三条约束：人手只有两人、观察窗口只有半天、任何调整必须能在一小时内撤回。没有人讨论“效果好不好”，大家先问的是：现场到底该盯哪些信号。 加拿大28走势
他们的做法是把加拿大28计划拆成可观察的几层。第一层是数据到达是否连续，第二层是加拿大28走势的波动是否在预期区间内，第三层是操作记录能否对上时间戳。三层里任何一层出现断点，后面的判断都先搁置。
- 看到达节奏：记录间隔是否稳定，有没有突然拉长或缩短。
- 看走势形态：波动是平滑漂移还是频繁跳变，先描述再解释。
- 看记录完整度：每次调整是否留下时间、原因、操作人三项。
- 看交接成本：换人接手时，能否在十分钟内读懂上一班的状态。
一位成员在白板上写下一句话：先确认信号是真的，再讨论计划怎么改。这句话后来成了他们整个场景推演的起点。
哪些故障最容易反复出现
推演进行到第二小时，问题开始暴露。不是大故障，而是那些反复出现、每次都被临时绕过去的小毛病。团队把它们记在便签上，按出现频次排序。
- 时间对不上：不同来源的记录用了不同时间基准，复盘时无法对齐。
- 口径漂移：同一个人前后两次对走势的描述用词不一致，导致判断断层。
- 临时改规则：遇到异常就现场加一条例外，例外越积越多。
- 交接靠口头：上一班的状态只存在于聊天记录里，没有落到固定位置。
现场最难处理的不是异常本身，而是异常被临时解释掉之后，没人记得当时为什么那样解释。
他们发现，这些故障的共同点是：都能在当下被“处理”，但都会在下一班重新出现。约束在这里发挥作用——人手只有两人，没有余量去反复修补同一类问题，必须一次性把口径和记录方式定下来。
诊断顺序怎么排
面对多个可疑点，团队没有并行排查，而是排了一个固定顺序。顺序的原则是：先排除记录问题，再排除口径问题，最后才怀疑计划本身。
- 先核对记录：时间戳、来源、操作人是否齐全，缺一项就先补记录。
- 再核对口径：把加拿大28走势的描述统一成几个固定词，避免各说各话。
- 然后看信号连续性：断点出现在哪个环节，是采集、传输还是人工录入。
- 最后才讨论计划调整：只有前三步都干净，调整才有意义。
这个顺序看起来笨，但在场景里很有效。某次他们怀疑计划本身出了问题，按顺序查下来，发现只是录入时把两个时间基准混用了。如果一开始就改计划，等于在错误的记录上做二次加工。
诊断过程中，他们保留了一个习惯：每次判断都写一句“依据是什么”。这句话逼着人回到记录，而不是回到印象。
回滚与恢复的边界
推演的后半段专门讨论回滚。约束里写着一小时内可撤回，但真正操作时，团队发现“撤回”本身需要定义清楚：撤回到哪个状态、由谁确认、撤回后如何验证。
- 撤回点要预先写死：不是回到“上一次感觉正常”，而是回到某个有完整记录的时间点。
- 确认人要指定：两人团队里也必须明确谁签字，避免互相以为对方确认过。
- 撤回后要验证：用同一套信号检查表重新过一遍，确认断点消失。
- 边界要写清：哪些调整可以现场回滚，哪些必须留到复盘时统一处理。
他们划了一条边界：涉及记录口径的调整，一律不在当班回滚，留到复盘时统一改。原因是口径改动会影响前后可比性，现场回滚反而制造新的混乱。这条边界写进备忘后，当班的决策压力明显下降。
带走这份现场核对清单
推演结束时，白板上留下的不是结论，而是一份可以带走的核对清单。团队约定，下一班开始前先过一遍，不追求快，追求每一步都有据可查。
- 信号层：到达节奏是否连续，断点是否已定位到具体环节。
- 走势层：描述用词是否统一，波动是否已用固定词记录。
- 记录层：时间、原因、操作人三项是否齐全，时间基准是否一致。
- 诊断层：是否按“记录—口径—连续性—计划”的顺序排查。
- 回滚层：撤回点、确认人、验证方式是否预先写死。
- 复盘层：当班的临时解释是否已转成书面备忘。
这份清单没有承诺任何结果，它只解决一件事：让加拿大28计划的现场判断有顺序、有边界、可交接。对这个小团队来说，能做到这一点，已经比上一次推演前进了一步。