业务连续性计划甘特图模板：含演练
可编辑的业务连续性计划实施甘特图：影响分析、风险评估、恢复策略、预案、培训、桌面推演与技术演练、整改和维护周期。
什么是业务连续性计划甘特图模板：含演练流程
连续性计划看起来像一份大文件，实际上是一串环环相扣的决策。不知道一次中断造成多大损害，就无法确定一个流程必须多快恢复；没人读过的预案，也谈不上测试。一上来就写预案的团队，往往在影响分析表明优先级错了之后又得重写。时间线能在工作开始之前，把这些依赖显示出来。
这个模板有四组：范围与影响分析、风险与恢复策略、预案与意识、演练、评审与维护。“争取高层支持”（3个工作日）和“商定项目范围与政策”（4天）排在最前面，因为之后每项任务都需要有权限的人去调动流程负责人。“进行业务影响分析”（10天）是早期最长的任务。“梳理关键流程与依赖”（6天）在它开始4天后开始，所以梳理紧随访谈产出的清单。里程碑“影响分析已签署”要等这两项。
这个计划有两道时间紧时很容易被跳过的关口。“设定恢复时间与恢复点目标”（3天）要等“影响分析已签署”，所以目标来自分析，而不是猜测。“完成风险评估”（6天）要等梳理，“评估恢复策略”（7天）要等目标和风险评估。里程碑“恢复策略已批准”排在任何预案编写之前。随后“编写连续性预案”（10天）开始，“准备培训与宣贯材料”（5天）在它开始5天后开始，所以培训材料在预案成形的同时起草。
“与流程负责人评审预案”（4天）通向里程碑“预案已批准”。“开展培训与宣贯”（6天）要等批准和材料。演练按成本从低到高：先是“进行桌面推演”（2天），再是“进行技术恢复测试”（4天）。“记录演练发现”（3天）输入“弥补缺口并更新预案”（8天），“重新测试修正后的恢复步骤”（3天）在“召开管理评审”（1天）之前检验这些修正。“安排维护与演练周期”（2天）通向“维护周期已运行”。整改是最容易拖延的任务，因为它取决于演练发现了什么。所有工期均为示例。
时间线只为工作排期。它不能让组织具备韧性，也不能认证或证明符合任何标准。这个计划背后的流程步骤请看业务连续性流程模板和灾难恢复流程模板；具有同样关口结构的管理体系上线请看质量管理体系实施甘特图模板。
本流程图涵盖的内容
本模板包含
- 四组：范围与影响分析、风险与恢复策略、预案与意识、演练、评审与维护，共22项任务，其中4个是里程碑：“影响分析已签署”、“恢复策略已批准”、“预案已批准”和“维护周期已运行”。
- 策略前的关口：“设定恢复时间与恢复点目标”要等“影响分析已签署”，“评估恢复策略”还要等“完成风险评估”。
- 重叠的早期工作：“梳理关键流程与依赖”在“进行业务影响分析”开始4天后开始，“准备培训与宣贯材料”在“编写连续性预案”开始5天后开始。
- 有序的演练：“进行桌面推演”排在“进行技术恢复测试”之前，两者都在“开展培训与宣贯”之后。
- 整改闭环：“记录演练发现”通向“弥补缺口并更新预案”，然后是“重新测试修正后的恢复步骤”、“召开管理评审”和“安排维护与演练周期”。
何时使用本模板
- 你在启动一个连续性计划，需要与运营、IT、设施和高层发起人商定谁做什么、按什么顺序。
- 你想看看是哪道关口决定日期，例如影响分析的签署，或技术测试之后的整改。
- 领导层要求在某个日期前具备连续性能力，你想把完成日期与你需要的日期比较。
- 你想要一个可重复使用的骨架，用于每个站点或业务单元的调整。
逐项任务的计划
图表中的每项任务，含以工作日计的工期及其前置任务。依赖关系用步骤编号表示；SS 为开始到开始，FF 为完成到完成，+n 为以工作日计的延迟。
| # | 任务 | 分组 | 工作日 | 依赖于 |
|---|---|---|---|---|
| 1 | 争取高层支持 | 范围与影响分析 | 3 | |
| 2 | 商定项目范围与政策 | 范围与影响分析 | 4 | 1 |
| 3 | 进行业务影响分析 | 范围与影响分析 | 10 | 2 |
| 4 | 梳理关键流程与依赖 | 范围与影响分析 | 6 | 3SS+4 |
| 5 | 影响分析已签署 | 范围与影响分析 | 里程碑 | 3, 4 |
| 6 | 完成风险评估 | 风险与恢复策略 | 6 | 4 |
| 7 | 设定恢复时间与恢复点目标 | 风险与恢复策略 | 3 | 5 |
| 8 | 评估恢复策略 | 风险与恢复策略 | 7 | 6, 7 |
| 9 | 恢复策略已批准 | 风险与恢复策略 | 里程碑 | 8 |
| 10 | 编写连续性预案 | 预案与意识 | 10 | 9 |
| 11 | 与流程负责人评审预案 | 预案与意识 | 4 | 10 |
| 12 | 预案已批准 | 预案与意识 | 里程碑 | 11 |
| 13 | 准备培训与宣贯材料 | 预案与意识 | 5 | 10SS+5 |
| 14 | 开展培训与宣贯 | 预案与意识 | 6 | 12, 13 |
| 15 | 进行桌面推演 | 演练、评审与维护 | 2 | 14 |
| 16 | 进行技术恢复测试 | 演练、评审与维护 | 4 | 15 |
| 17 | 记录演练发现 | 演练、评审与维护 | 3 | 16 |
| 18 | 弥补缺口并更新预案 | 演练、评审与维护 | 8 | 17 |
| 19 | 重新测试修正后的恢复步骤 | 演练、评审与维护 | 3 | 18 |
| 20 | 召开管理评审 | 演练、评审与维护 | 1 | 19 |
| 21 | 安排维护与演练周期 | 演练、评审与维护 | 2 | 20 |
| 22 | 维护周期已运行 | 演练、评审与维护 | 里程碑 | 21 |
运作方式
先确定发起人和范围
保持“争取高层支持”和“商定项目范围与政策”排在其他一切之前，并把工期换成你自己的审批所需的时间。
让梳理跟随分析
“梳理关键流程与依赖”与“进行业务影响分析”以4天延迟的开始到开始方式链接。如果你的访谈更早或更晚产出可用清单，就修改延迟。
守住策略关口
“设定恢复时间与恢复点目标”要等“影响分析已签署”。为你的范围所包含的站点、供应商或系统添加任务。
在预案旁起草培训
“准备培训与宣贯材料”在“编写连续性预案”开始5天后开始。如果你的预案变化太大，提前起草不划算，就移动延迟。
确定演练和整改的规模
根据你将使用的场景设定“进行桌面推演”和“进行技术恢复测试”的长度，并给“弥补缺口并更新预案”留足空间，因为你事先无法知道它有多大。
添加负责人，分享并导出
在“人员”中填入负责人，把图表分享给相关团队，需要副本时导出PDF或CSV存入计划档案。
常见问题
业务连续性计划需要多长时间？
取决于范围、站点数量和流程负责人的响应速度。模板使用示例工作日工期。请换成你自己的数字，再从图表读出完成日期。
图表能让我们具备韧性或通过认证吗？
不能。它只为工作排期。你的预案是否有效要看你的演练，任何认证或标准符合性由你自己的评估决定，而不是由一条时间线决定。
为什么策略要等影响分析？
因为恢复目标及其背后的资金，应来自一次中断对每个流程造成的损失。过早开始制定策略，意味着在还不知道要达到什么目标时就选了方案。
为什么有两次演练？
桌面推演成本低，能发现决策和联系人方面的缺口；技术测试成本较高，能发现系统和恢复步骤方面的缺口。按这个顺序，先拿到成本低的发现。
第一轮之后会怎样？
最后几项任务设定了一个循环周期。每一轮复制演练和评审任务即可。这个计划背后的流程逻辑请看灾难恢复流程模板，方法请看甘特图依赖关系指南。