服务

业务连续性规划

我审阅过的大多数业务连续性计划都只写过一次，针对的灾难并不是最可能冲击现代企业的那一种。它们涵盖水灾或火灾，却对下面的情形轻描淡写：勒索软件瘫痪了您的文件服务器，备份也被部分加密，您必须在客户和员工都在询问发生了什么的同时，实时决定是支付赎金、重建系统，还是两者并行。

做得好的业务连续性只回答一个实际问题：如果您所依赖的系统宕机，是什么让业务继续运转，每个环节中断多久是您可以承受的？每个组织的答案都不同。一家专业服务公司，只要电话和邮件还能用，没有 CRM 也许能撑一周；一家物流公司，如果调度系统停摆，可能几小时内就会丢掉合同。计划必须围绕您真实的依赖关系来建立，而不是套用通用清单。

我如何制定

我从业务影响分析入手，弄清哪些职能真正重要，每项职能中断多久会造成实质损害，以及要让它们以降低的水平继续运转需要什么。然后计划会变得具体：由谁决定启动计划，面向员工、客户和合作伙伴的沟通方案是什么样，备份如何验证和恢复，以及对于那些不能干等 IT 的流程，人工备用方案是什么样。

我制定的计划是用来使用的，而不是用来归档的。这意味着为真正执行的人提供简短、可操作的运行手册，而不是一份躺在共享盘里的上百页文档。我还会推动对计划进行测试，哪怕只是通过桌面推演在纸面上走一遍，因为一份从未演练过的连续性计划，其实只是一个假设。

哪些组织需要

如果您没有为关键系统记录在案的恢复时间目标，如果您的“备份方案”其实只是“我们有备份”而没有经过测试的恢复流程，或者客户或保险公司正在要求您提供目前并不具备的连续性计划，那么就值得认真建立一份。

联系我，让我们梳理一下，出现问题时究竟有哪些环节必须继续运转。