场景搭建：一个被约束卡住的小组
某兴趣小组想用加拿大模拟器做一段可重复的实景演练，用来替代一部分线下走流程的准备工作。小组没有专职技术岗，设备是几台不同年份的笔记本，能投入的时间集中在几个周末。他们最初的想法很直接：装好加拿大模拟器，照着教程跑一遍，再决定要不要长期用。
真正开始后问题才浮现：有人跑得动，有人一进场景就卡；有人觉得功能够用，有人觉得缺关键环节。于是他们把这件事从“装个软件”改成一个场景推演问题——先写清约束，再谈取舍。
约束盘点：时间、设备与人的边界
推演的第一步不是比较功能，而是把边界写下来。小组列出的约束大致分三类：
- 时间约束：只有周末能集中投入，任何需要长时间调试的方案都会拖垮进度。
- 设备约束：机器配置参差，方案必须能在较弱的一台上跑通，否则演练无法同步。
- 人的约束：没有专人维护，操作步骤要能被非技术成员复述和交接。
这三条约束决定了后面所有讨论的方向：不是找“最强”的配置，而是找“最弱一环也能成立”的方案。约束写清后，很多争论自然消失，因为不满足边界的选项可以直接排除。
推演过程：从需求到取舍的六步
小组把推演拆成可复述的步骤，每一步都留下记录，方便后来者复盘：
- 列出演练必须覆盖的环节，区分“必须有”和“有更好”。
- 在最弱的一台设备上试跑加拿大模拟器，记录卡顿出现在哪一步。
- 把卡顿点与需求清单对照，判断是配置问题还是操作方式问题。
- 对无法同时满足的需求做取舍，例如降低画面要求换取稳定运行。
- 写一份简短的操作说明，让未参与调试的成员照着走一遍。
- 用一个周末做完整演练，记录失败点和临时绕行办法。
推演中最重要的发现是：卡顿并不总意味着设备不行，有时是场景设置过重，有时是操作顺序不对。把问题归因清楚，比换设备更省时间。小组据此调整了演练范围，先保住核心环节，再逐步加回次要内容。
边界分支：三种容易走偏的情形
情形一：把演示效果当成可用性
看到别人跑得流畅就想照搬，忽略了对方设备与自己的差异。推演时应回到自己的最弱设备上验证，而不是以演示为准。
情形二：为了齐全而堆功能
需求清单越写越长，演练反而跑不完。边界清楚时，应优先保证核心环节可重复，其余内容留到下一轮。 加拿大模拟器实用指南
情形三：没有交接文档
调试的人一离开，其他人就接不上。操作说明不必长，但要能让新成员独立走完一遍，这是推演能否延续的关键。
决策笔记：可复用的核对与复盘
推演结束后，小组没有急着下结论，而是把过程整理成几条可复用的笔记：先写约束再比方案；在最弱设备上验证；把卡顿归因到具体步骤；取舍要写清放弃了什么；每次演练后留一份复盘记录。
这些笔记的价值不在于给出标准答案，而在于让下一次场景推演有据可依。对同样受时间、设备和人力约束的团队来说，加拿大模拟器是否合适，往往不取决于功能清单有多长，而取决于边界是否写清、取舍是否被记录、复盘是否真的发生。