桌面演练怎么组织？用情景卡检验业务系统预案与交接

桌面演练是把一段模拟情景交给相关人员，让他们按现有预案说明会怎样判断、联系、交接和确认结果。它最适合检查“纸面上写了，但团队遇到变化时能否找到做法”的问题。讨论走完不等于技术恢复能力已经验证，更不能把会上说“会通知”当作通知确实送达。

组织业务系统桌面演练时，可以用 Boardmix 协作白板并排放情景卡、预案、决定记录和待解决问题。下面以内部培训报名系统暂时不可用为例，安排一次60分钟讨论，重点检查信息确认、替补授权和恢复后的名单交接。

先选三个能观察的目标，再确定参演人员

“提高团队应急能力”太宽，演练后很难判断有什么发现。本例把目标缩成三项：收到异常消息后，谁确认报名影响并组织沟通；主要负责人暂时无法联系时，谁有权决定后续安排；页面恢复后，谁核对报名记录并通知参与者。

FEMA对桌面演练的说明将其定义为围绕模拟情景展开的讨论式活动，并强调按目标观察、记录和改进。将这一组织方式用于普通业务系统，仍要明确本次只讨论现有预案，不执行生产切换、不发真实通知，也不使用员工个人报名资料。

至少分清三类工作：主持人按情景推进讨论；参演者代表自己实际承担的业务或支持角色作出回应；观察记录人记下回应、所依据的条款和缺口。小团队可以兼任部分工作，但主持人不要同时替所有业务角色回答，记录人也不应只记“讨论顺利”。

本例参演者包括培训管理员、系统支持人员和能确认业务安排的负责人。需要的材料是当前报名预案、联系与替补规则、脱敏的名单结构，以及已有通知模板。没有的材料直接记为缺口，不在开场前临时编一份理想预案，把本来应该暴露的问题遮住。

会前向参演者说明范围与目标，但不必把后续全部情景提前发给他们。资料中能找到的答案允许现场查阅；尚无依据的问题可以回答“不清楚，需要确认”。桌面演练检查预案与协作，不是记忆竞赛。

把情景写成三张卡，每次只增加足以改变判断的信息

先固定起始条件：一场内部培训次日举行，报名今日12:00截止，名额上限30人。09:50保存的名单有18名已确认报名者。情景卡里的时间属于模拟情景，不是本次会议的真实时钟；18人也只是09:50快照，不能据此认定10:00仍有12个空位。

卡片只给出讨论所需的信息，不把“正确答案”一起写进去。例如，E2不直接要求“启用备用表单”，因为备用方式是否存在、是否获准、如何避免重复记录，正是需要核对的内容。也不要临时加入无关的网络攻击或数据泄露情节，让简单交接演练失去边界。

主持人需要另留一栏“允许补充的信息”。如果参演者问3份页面记录是否含报名编号，而策划材料没有给出，就回答“本情景暂未提供，记录为需核实信息”，不能为了推进故事当场编出三条有效报名。情景合理的不确定性可以保留，主持人的随意改口则会破坏讨论依据。

真实会议60分钟，情景里的40分钟：两条时间分开记

可以把会议安排为：前10分钟说明规则与起始条件，接着12分钟讨论E1、13分钟讨论E2、10分钟讨论E3，最后15分钟集中复盘。合计60分钟。主持人宣布进入下一张卡时，模拟时间从10:00前进到10:15，再到10:40；现实中只过去了会议安排的相应分钟数。

因此，“会议讨论了12分钟”不能写成“团队响应耗时12分钟”。如果目标确实包括联系是否接通、信息多久送达，需要另行设计有授权的联络测试；这次桌面讨论只记录参演者提出什么动作、依据是什么、有哪些未解决条件。

1. 发布卡片并确认共同事实。主持人读出新增信息，让参演者复述哪些情况已知、哪些仍未知，避免不同角色讨论的是不同版本的情景。
2. 请实际角色回应。先让收到问题的角色说明下一动作，再让接手人说明需要的材料与权限。不要所有人一起抢答“应该通知领导”。
3. 追问依据与交接。当有人说“按预案处理”时，请指出相关条款；说“交给支持人员”时，确认交给谁、带哪些记录、何时回来同步。
4. 记录未决条件，再进入下一张卡。若本轮无法解决替补授权，把它留在问题区。推进模拟时间不会让问题自动消失，后续讨论仍应承认它尚未解决。

如果讨论明显偏离本次目标，主持人把相关事项放到后续问题区，再拉回当前交接。若真实工作中出现需要优先处理的事件，则暂停演练，明确区分真实沟通与模拟内容，避免“演练消息”被当成实际操作指令。

观察记录要能回查，不能把口头承诺记成完成

一条有用的观察包含：情景卡编号、参演者提出的动作、引用的预案位置、接手角色和仍缺的条件。例如，“培训管理员表示将请负责人延长报名，但没有找到负责人缺席时的替补条款”，比“升级机制不完善”更便于后续修改。

每张卡讨论结束，可以分别记录“已有规则且能指出依据”“规则存在但现场找不到”“没有规则或权限不明”“需要另做技术测试”。这些是不同问题：查找困难需要改入口，缺少授权需要业务负责人决定，技术可行性则不能靠继续讨论补成通过。

主持人也要检查自己有没有把参演者带到答案上。例如，“难道不应该找替补吗”已经暗示结论；改问“在现有规定里，你现在能作哪些决定，哪些需要别人确认”，更容易暴露真实的权限边界。观察对象是预案如何支撑工作，不是给个人贴上能力标签。

结束时留下整改与复验安排，下一次只重验变化部分

最后15分钟先请每个角色指出一个最影响交接的问题，再把同类问题合并。每项整改至少写问题、修改对象、负责人、完成时间和复验方式。不要只写“完善预案”“加强培训”，否则下次仍无法判断改了什么。

例如，若E2确实暴露替补授权不清，可形成一项行动：“培训业务负责人在下次报名开放前，补充负责人缺席时的替补角色、允许决定的范围和仍需等待批准的事项；复验时由另一位参演者根据更新后的预案处理E2，并指出所用条款。”这是整改计划，完成后的状态还要靠复验记录确认。

若E3暴露名单核对责任缺失，应把当前名单、提交成功记录、最终确认和通知分别交给明确角色，并约定无法对上的记录如何保留。不要通过修改一张流程图就宣称系统不会重复报名；需要真实系统验证的部分，另建测试任务交给对应人员。

在 Boardmix 中可以用四个区域组织这次演练：左侧放已发布情景卡，中间放当前事实与决定，右侧放观察和未决条件，下方放整改与复验。用E1、E2、E3关联卡片和记录，状态写明“拟执行”“待确认”“待复验”，避免用绿色勾选暗示真实动作已经完成。

需要进一步整理某一次真实事件时，再使用故障复盘时间线回查实际发生与恢复的证据。桌面演练记录应留在演练材料中，不混进真实事故数据。一次有用的演练结束后，团队应知道哪些交接说得清、哪些条件仍缺、由谁补齐，以及怎样验证修改真的可用。

打开Boardmix，整理情景卡与演练记录