本文举例说明了一个大型ERP实施方案，该方案通过在上线时进行“硬”转换来挑战传统上线的概念。相反，概要分析的组织坚持严格的期限，按时上线，并根据需要对系统进行了更改，以解决最初上线时遗漏的任何功能差距。

在某些方面，ERP软件设计，开发和上线的一种更具迭代性的方法是对遗漏工期和预算里程碑的典型项目的一种令人耳目一新的变化。但是，此方法存在三个重大风险：

1. 组织变更问题。首先，这种方法产生了组织变更管理问题。一方面，这种方法有助于创建新系统的买入和所有权。但是，ERP变更本身就已经足够重要，因此，至少没有解决主要问题就可以上线可能会给普通员工带来破坏性的影响，并使他们丧气。此外，由于系统的新增强或更新，当用户的系统每周更改时，用户也会感到非常沮丧

2. 商业风险。被介绍的组织是一家教育机构，而ERP的重点是财务功能。这篇文章指出，由于上线时没有解决所有问题，在处理薪水方面存在问题。有人可能会争辩说，少付一些薪水并不是一件大事，但是对于一家制造或分销公司而言，发现上线后只能运送正常数量的一小部分，后果可能会更加严重。如果我是一家制造或分销公司的首席执行官，由于这种实施方式存在很高的业务风险和不确定性，那么我就不会对这种方法感到满意。

3. 缺乏明确的要求和功能。要划清界限，要说，直到关键业务需求和功能得到充分开发和测试之后，您才能使用新系统。在没有确保满足关键业务需求并经过全面测试的情况下开展业务，这是充满风险且不负责任的。

4. 难以管理系统更改。ERP的灵活性使更多的迭代方法成为可能。可以根据需要不断更改软件，以满足不断发展的业务需求。但是，如果在上线之前和之后没有进行适当的管理，这种灵活性可能会在一定程度上造成操作混乱。

那么，假设有正确的方法，什么是实施ERP的“正确”方法？答案在两个频谱之间。两种方法都有话要说。传统的“设计-构建” ERP实施策略具有有助于最大程度降低风险的某种结构，但缺乏替代方法所具有的某些紧迫性。另一方面，另一种方法通过确保大量员工正在解决系统中的问题而创建一种主人翁感和紧迫感，但它也忽略了在上线之前应具备的关键功能。

最好的办法是尽量兼得两全。明确定义需求并确保系统在上线之前满足这些需求至关重要。同时，让人们在解决所有细节之前开始使用该系统具有一定的价值。

当我们鑫北斗通过ERP实施为客户提供建议时，我们通常建议在正式转换前几周与核心员工组“上线”实践，这是使人们对系统感到满意，测试系统的一种方法。系统使用真实数据，并一路摸索。这有助于在管理业务风险与创建员工之间的主人翁感之间取得平衡，这对于ERP组织变更管理计划至关重要。