MMOG V6解读之34 | 这项条款的要求做到不容易

MMOGV6中的1.7.2.2 F3 机构定期审查、测试并验证其备份/应急计划或流程，并对所有相关人员展开培训，以确保计划或流程的成功执行。机构要吸取经验教训和/或采取纠正措施。

应急计划编制完成后，还不能说明应急计划在突发灾难或者事故时一定能发挥作用了。还需要对计划进行测试和验证，定期进行审查，对员工进行培训，在这些措施都落实后，计划才有可能发挥其应有的作用。

图片：来源于网络

对应急计划进行测试与验证。许多企业通过进行消防演习作为主要的测试验证方法。模拟一个火灾的情景，然后组织员工迅速而有秩序地撤离到指定的区域，业余消防队立刻出动，到火灾点进行灭火，然后由企业负责人进行总结。**验证会告诉我们，人员撤离需要的时间是否与预案相符，路线是否合适，是否会发生拥挤踩踏事故，消防器材是否可用，业余消防队员灭火技术是否熟练等。**还有通过防汛演习进行测试验证，模拟水灾发生，按照预案，安排人员快速搬运防汛材料到指定区域，完成后测算需要多少时间，这些材料可以预防多高的水位。测试验证的演习只要认真对待，是能看出不少问题的。

定期审查是文档化的一个要求，对应急计划来讲，尤为重要。

**首先要审查组织和人员是否变化。**如果组织架构变化了，应急计划中的临时指挥小组的人员和职能要随之变化。人员变化了，那么组织的成员也要做相应的变动。外部组织和联系人变化了，更是极有可能发生的事情，因此，要企业指定的联系人定期检查所联系的单位和联系人是否变化。这里不可忽略的是所有联系人的手机号码是否变化。

其次，审查抑制的措施是否仍然有效。当环境变化了，措施也随之变化。如企业边上的高速公路开通了，那么物料进出的时间会缩短了。又如，客户在外部又新建了两个工厂，新工厂就应该纳入抑制措施的范畴。

再次，审查恢复步骤是否继续有效。软件系统是供应链信息流的主要工具，其重要性不言而喻，而且更新的速度也比较快，因此要把它纳入恢复步骤里去。还有供应商的订单模式是否变化，客户的需求是否有了新的标准等等，都需要进行审查。使应急计划始终保持着有效的状态。

对应急计划的测试和验证一般很难模拟出应急情况。但我们可以通过日常发生的小事故来进行测试。如一台重要设备发生了故障，看看从故障发生到修复重新正常工作需要多少时间？各类服务和支持人员需要多少时间到位？设备配件是否能够及时购买到位？如果是进口设备，是否能够在国内得到解决？把这样的事故经过和解决途径详详细细地记录下来，这就是一次极好的测试和验证。另外，还可以测试对生产和交付的影响情况。通过对设备、对物料、对人员发生事故的处理和解决，可以多方位地对应急计划进行测试和验证。不过，这样的测试和验证是不能一次性完成，而是需要分多次完成。这就要求我们的应急计划编写人员做有心人，抓住这样的机会，进行测试和验证。让应急计划可以更符合实际情况，具有可操作性。

图片：来源于网络

对所有员工进行培训是一件非做不可的工作，工作的难点是在“所有”两个字上。企业会在文件编制批准后，对所有员工进行一次普遍培训，覆盖率可能达到99%。但员工是在不断变化的，老的会离开，新的会进来。因此，做得比较好的企业往往把应急计划的培训作为新员工入职的必学项目之一，尤其是可能替代负责执行的关键员工。因为有定期审查，文件有可能会定期更新，新的文件下发后，还要组织再培训。让员工非常了解企业的应急计划。这样才能确保计划或程序的成功执行。

要吸取经验教训和/或采取纠正措施。指企业在发生应急情况后，对处理过程和结果进行总结，分析发生原因和在处理过程中一些失误操作，从中吸取教训。然后，提出纠正措施， 用来补充和完善企业的应急计划。在工作中，我们可以从小事故，小应急情况做起。对每一个小应急做一次总结分析，找出不足之处，引以为训。同时提出纠正措施，加以落实。之后，立刻对应急计划进行修订。不一定是等发生了灾难性的应急事故才去总结，去制定纠正措施。只有从平时做起，事事总结提高，这样做才能够预防应急情况的发生，即使发生了，也能从容应对。注意在总结时，要从人、机、料、法等方面入手，分析出根本原因，制定切实有效的措施。切不可做表面功夫，草草了事，走过场。到了应急灾难发生时，再次犯同样的错误。从这样的要求来看，要做到这一条，的确不容易。

在评审时，提交的应急计划应该是最新版本的，而且老版本已经得到了有效处理。测试和验证的记录，纠正预防措施及落实情况和员工培训的记录都需要一并提供。