ERP故障恢复计划就是这样。在出现问题时使系统运转的一组任务。尽管有可用的模板用作基准计划，但是每个企业和每个ERP实施都是不同的，因此您自己的计划将需要相当程度的主观思考。在查看“可能”出了什么问题时，首先基于最坏情况下的准备工作进行操作，然后进行倒退很有用。

定义威胁

定义您最严重的ERP故障噩梦，即整个系统已脱机，但生产必须继续运行；然后逐步完成重新照明或重新加载数据以覆盖生产所需的各种任务。然后返回到发票和会计等辅助处理，然后进一步扩展到其他管理系统。

批判您的想法，并确保在确定业务功能的优先级时做出正确的决定

正如我所说，每个企业都是不同的，所以也许，如果这种情况发生在您的企业中，开票将是至关重要的第一步。批判您的想法，并确保在确定业务功能的优先级时做出正确的决定，否则您将在错误的时间查看错误的内容。

创建故障树

实际上，创建恢复故障树实际上是由本文前面部分中定义的细节驱动的。但通常，您的业务应遵循以下步骤：

• 制定沟通计划

• 列出发生问题时必须联系的人

• 根据与每个受影响的影响区域相关的资源，创建用于响应问题的说明

• 创建有关谁将管理每个恢复任务/区域的每个部分的说明

• 为每种情况制定特定的任务清单

• 确保负责任的经理或工人检查每个任务/区域，并在完成每个检查清单后签字

颗粒更好

在大多数ERP故障需要恢复过程的情况下，时间就是敌人。因此，上述故障树应尽可能详细，以确保识别出任何/所有受影响的流程/系统/人员，以及您的员工在此情况下应采取的措施。

建立实用的回应清单

本部分实际上是恢复计划的核心，因为如果没有人工干预，系统不太可能自行修复。因此，当涉及到ERP系统崩溃和安全性之间的冲突时，勇气最好的部分是确保团队中的每个人都得到识别和通知。此处适用与上一节相同的观点，其中粒度为王。如果您“认为”员工应该在列表中，请通过两次检查答复列表来确保，然后定期检查列表以确保相关性和准确性。

像训练一样战斗

军方提供了许多有用的公理，这些公理可在困境中发挥作用。我的最爱之一是“像训练一样战斗”，这意味着您可以通过反复测试恢复计划以防万一，从而学到很多东西。执行这种演变至少提供了两点高度实用的知识。

首先，在整个一个或多个紧急情况下测试计划时，ERP团队将对任务列表的深刻本质变得不敏感，并且如果/当气球上升时，它的响应效率将大大超过从来没有见过透彻的计划。

其次，正如我的南方后裔所说，该团队还可以在实际事件发生之前“失去恐惧”，从而在巨大压力下做出冷静的决策。我在自己的实际恢复经验中同时使用了这两个元素，并且它们都起作用。