这套系统里的工作如何运转？
工作从“风险”列起步：每个威胁场景一张卡——数据中心中断、云服务商故障、网络攻击——评估其发生概率与对各关键系统的影响。风险最高的场景进入“预案”列，逐场景写连续性预案：备用系统、恢复顺序、每步责任人、目标恢复时长。预案不停留在纸面：每个预案带着各系统负责人参与的定期演练进入“演练”列，再到“结果”列记录哪些成功、哪些失败、实际恢复耗时对照目标。暴露的缺口在“更新”列修订预案；就绪度要点从“报告”列呈管理层。
论坛是这套系统留档讨论的主场：新风险场景先在此提出、集体评估概率与影响再采纳；各版连续性预案在各自主题帖中评审签批；演练结果由各系统团队共同分析，不让任何一条演练教训缺少留档跟进的整改。
连续性负责人牵头风险分析、持有预案并排定演练；各系统团队评估风险对本系统的影响、执行演练并更新各自的恢复方案；每次演练结果连同补缺口的投资建议呈管理层——花钱的决定建立在留档的演练结果上，而不是猜测。
谁负责什么？
这套系统中的运营角色，以及每个角色在日常工作中的职责——可以原样指派给你的团队，也可以按你们的实际情况调整。
业务连续性负责人
牵头风险分析、撰写连续性预案，排定演练并留档结果，向管理层呈报就绪度报告。
各系统团队代表
评估风险对本系统的影响，执行演练并在每次演练后更新本系统的恢复方案。
高管层发起人
签批预案与目标恢复时长，拍板投资封堵演练暴露的缺口。
从第一天起就为你准备好什么？
系统单元
- 任务 — 带有工作流列和执行卡片的看板
- 论坛 — 在有序版块中留痕的讨论——决策与知识永不丢失
论坛版块 (3)
- 风险场景提出新威胁并集体评估概率与影响，再转成“风险”列卡片。
- 连续性预案评审并签批各版预案——每个预案一个主题帖，始终反映最新获批版本。
- 演练结果与教训逐次演练分析：哪些成功、哪些失败、恢复实际耗时、需要改变什么。
«本系统工作规则» — 已在论坛置顶
1. 每个威胁场景先评估概率与影响，才可在“风险”列采纳。 2. 未定目标恢复时长与每步责任人的预案不得签批。 3. 每个关键系统的预案每年至少实测演练一次。 4. 每次演练结果在论坛留档，暴露的缺口以“更新”列卡片关闭。 5. 系统任何重大变更后一个月内，复审受影响的预案。