客户、系统实施者和ERP厂商一直在寻找方法来加速ERP实施。一种流行的做法是根据标准，如位置，ERP的模块或功能集采取分阶段的部署方法。需求被收集，验证并在基于一个有限的范围内被测试。不幸的是，许多使用此方法的ERP项目鉴于需求冲突和错位的期望，最终都失败了。在下面的博客文章中，我们将讨论如何最大限度地减少与分阶段的ERP部署相关联的挑战。

考察现实！将会出现ERP需求冲突
任何跨职能或多站点部署的一个现实是会有需求的冲突，而这将作为ERP实施的一部分。 我们注重快速的结论和简化ERP部署，而忘记了基本的结果 – 一个ERP实施是业务解决方案的实施。请思考下图：

让我们假设，我们通过按地区部署ERP解决方案来加快实施ERP HR实施。为了进一步简化我们的工作，该项目只收集北美HR利益相关者的要求（阶段一）。上述方法工作似乎是为ERP系统的初始部署工作，但是，这些短视的决定对未来部署有负面影响。请记住，一旦ERP系统在生产环境中部署，纠正问题和限制的成本会更高。
依据上面所说，我很欣赏ERP厂商正在发展他们的ERP软件，为其提供了额外的灵活性，允许根据行业，业务线，国家乃至用户的喜好而有所差异。但是，我们应该明白，所有的ERP解决方案都是利用通用的数据模型与依赖特定的数据。我们可以用两种方法之一来解决这个约束。要么我们采取一种冒险的做法，在silo中收集需求，期待我们能够清晰地定义所有的ERP配置的依赖性，要么采取切实可行的办法收集在所有人力资源业务领域的要求。在下一节中，我们将讨论一些实际的步骤，以确保最大限度地减少需求冲突。

实际步骤以减少ERP要求冲突

让我们简要讲一些常识性的方法来处理ERP要求冲突的情况。

需求管理的第一步是通过一个涉众分析来确定适当的业务主体和在包括需求收集的方面的专门领域专家。需要注意的是，我们总是实施业务过程而非软件(如模块、功能)。从多个角度利用解决方案建模来分析业务需求。通常我观察到ERP项目在标准的业务场景中投入更多的时间用于定义异常情况和定义一个常见的需求设置，这可以用来分离和管理有其独特的要求的标准。思考下面的演示：

从全球层面到具体用户级应该有一个业务需求的逻辑发展。将异常要求与效量化频率、影响和成本分离。利用这种方法将为用户明智的决定提供更大的洞察力。最后，不要忘记精益原则规定流程效率只有当可变性(异常)最小化时才可获得。

小结&结论

ERP行业竞争太过激烈，每一个ERP厂商和系统实施者都在寻找加速优势和降低ERP系统实施相关成本。ERP SaaS产品在增长的目标市场较低的进入成本，加剧了这种欲望。如今面临的挑战是确定ERP实施加速的合格选项，而没有把长期客户的成功置于重大风险中。需求管理(收集、验证和测试)是关键的规则，它影响着下游的实施活动。采取一个技术型的方法会导致(a)不清楚的需求，(b)需求冲突，和(c)额外的返工来支持未来的部署。在需求管理上做出正确的投资，对于加速下游活动包括部署来说将是最好的机会。