场景搭建：某团队遇到的现实约束
某团队最近在讨论加拿大28计划时，遇到一个很典型的处境：成员对“计划”两个字的理解并不一致，有人把它当成预测工具，有人把它当成核对流程。讨论一开始就卡在概念上，谁也无法说服谁。为了避免空转，团队决定先不谈结果，只把场景和约束摆到桌面上。
约束大致有三条：第一，时间有限，每周只能拿出固定的一段时间做推演；第二，信息不完整，团队无法确认外部信号的稳定性；第三，成员背景不同，需要一套人人都能看懂的语言。这三条约束决定了推演不能追求复杂模型，而要优先保证可核对、可回滚。
于是团队把加拿大28计划重新定义为“在不确定条件下的一套核对动作”，而不是“预测下一期结果的方法”。这个定义上的调整，让后续讨论有了共同的落点。
推演流程：从准备到回滚的五步走查
在约束明确之后，团队用五个步骤把场景走了一遍。整个过程以纸面推演为主，不涉及任何资金动作，只关注流程是否自洽。
- 准备：列出本次推演要回答的问题，例如“信号在什么条件下才算成立”。
- 核对：把每个问题拆成可观察的检查点，并约定由谁记录、记录在哪里。
- 推演：假设三种不同的信号状态，逐一走查团队会做出什么反应。
- 边界确认：提前写下“什么情况下停止推演”，避免讨论无限延长。
- 回滚：如果推演结论与最初假设冲突，回到准备阶段重新定义问题。
走完这五步后，团队发现真正耗时的不是推演本身，而是第二步的核对。检查点写得越模糊，后面的分歧就越多。这一点成为后续复盘的重点。
边界分支：三种常见异常的应对思路
推演过程中，团队特意留出时间讨论异常分支。以下三种情况最容易在真实场景里出现，值得单独记录。
分支一：信号前后矛盾
当不同来源的信号互相矛盾时，团队约定的做法是先暂停推演，把矛盾点写进记录，而不是强行选一个“看起来更合理”的结论。矛盾本身就是信息，忽略它会让后续判断失去依据。
分支二：成员理解不一致
如果成员对同一个检查点的理解不同，处理方式是回到术语层面，用一句话重新描述该检查点，直到所有人能复述出相同的意思。这一步看似琐碎，却能显著减少后续争论。
分支三：推演超出预定时间
时间超支时，团队不延长会议，而是把未完成的部分标记为“待定”，留到下一次推演。这样做的目的是保护流程的节奏，避免一次讨论拖垮整个计划。
决策笔记：把推演沉淀为可复用清单
推演结束后，团队把结论整理成一页纸的决策笔记，内容包括：本次场景的约束、走查过的步骤、出现过的边界分支，以及下一次推演需要优先回答的问题。笔记不追求完整，只追求下次能直接接着用。
这份笔记也回答了一个常见疑问：加拿大28计划的价值不在于给出一个确定答案，而在于让团队在不确定条件下仍能保持一致的核对节奏。复盘时，团队给自己留下三条提醒：第一，先确认约束再谈方案；第二，边界要写在推演之前；第三，回滚不是失败，而是流程的一部分。 加拿大28计划
如果把这套做法迁移到其他场景，关键仍然是同一件事：把模糊的讨论转化为可核对的动作，把不可控的部分明确写进边界。场景会变，约束会变，但这套从约束到决策的推演顺序可以反复使用。