ERP项目管理--界定项目范围

       ERP 实施是一个持续数月的项目，与其他项目一样，其成功取决于项目在承诺的时间、预算和范围内的有效管理。根据组织规模的不同，ERP 项目可能涉及多个人，可能持续 12 至 24 个月，并且可能会给组织带来很高的成本。例如，世界领先的食品公司雀巢的 ERP 项目（称为 GLOBE）在 50 多个国家实施，涉及超过 60,000 名业务用户，运行了大约六年，花费了数亿欧元。由于 ERP 项目可能非常庞大，管理如此规模的项目需要非常有效的项目管理技能。这更多是 ERP 项目成功或失败的原因，项目管理办公室要么首先获得荣誉，要么受到指责。项目管理办公室和 ERP 项目经理的职责和活动是什么？通常很难回答这个问题，因为项目经理几乎对项目中的所有事情负责。对于大多数活动，预计他将通过项目团队中的某个人完成工作，而不是自己完成。但他最终要对此负责。

一、项目范围界定

       正确界定项目范围是成功实施 ERP 的重要标准之一。许多项目在实施过程中出现问题，原因是顾问认为他们应该做的与组织对咨询团队的期望之间存在误解。如果在项目中进行过于高级别的范围界定或一页 word 文档（实际上大多数项目都是如此），则可能会出现严重的时间超支。现在，让我们首先了解范围界定的含义，即范围界定是作为项目一部分需要完成的所有活动。

       ERP 项目范围界定的九个维度：典型的 ERP 应用程序可能需要在九个不同的维度上进行范围界定。它们是：

1. - 位置范围

2. - 业务范围

3. - 流程范围

4. - 应用程序范围

5. - 接口范围

6. - 报告范围

7. - 数据迁移范围

8. - 用户范围

9. - 技术范围

在所有这九个维度中定义范围非常重要，这样范围文件就完整无遗了。以下详细介绍了每个维度。

1、位置范围：

       这包括将实施 ERP 解决方案的工厂、仓库和配送中心的列表。更重要的是，这部分还需要详细说明当前项目范围内不包括的内容，即工厂 XXX 和仓库 YYY 不属于当前实施的一部分。位置范围还涉及项目的实施地点，即项目团队成员和项目管理办公室 (PMO) 将位于何处。一些公司采用试点方法进行实施，即首先在一个工厂、一个仓库或一个配送中心作为试点实施解决方案，然后再推广到所有其他地方。在这种情况下，最好明确说明位置范围将包括哪些位置作为主要实施/试点的一部分，以及解决方案将在何处推行。

典型的位置范围可能如下所示：

实施地点：XX的公司总部

涵盖地点：

- 总部

- X和Y的工厂

- XX的中央仓库

- 连接到这六个仓库的所有配送中心

不包括的地点：

- XX的合同制造商不属于此次实施的一部分。

- XX的第三方仓库不属于此次实施的一部分。

2、业务范围

        这包括公司是否将所有业务都纳入实施范围，还是部分包括，部分不包括。例如，一家公司可以决定只针对贡献了 95%营业额的国内业务进行实施，因为他们预计实施的最大收益将来自于此。该公司可能暂时不将出口业务纳入实施范围，因为其占营业额的 5%。在美国和欧洲的配送中心进行实施是一个挑战，因为需要在解决方案中进行大量开发以满足出口法规和特定形式要求，但作为回报，公司并不期望从这次实施中获得太多业务收益。同样，公司可能决定将部分业务保留在实施范围内，而将部分业务排除在外。

3、流程范围

      这部分详细说明了项目实施中包括的组织流程和不包括的流程。这需要尽可能详细地说明，因为在项目生命周期中，当添加新流程或从列表中删除某些内容时，这是一个需要多次回顾的领域。在实施前阶段，由于组织内部团队对软件包的了解非常有限，而咨询团队对组织的业务流程的了解也非常有限，因此很难提供更详细的列表。

       然而，预计在高层次（至少在场景和流程层面）已经知道范围，这有助于组织清楚地说明他们想要从咨询公司得到什么（将其放入 RFP，即请求提案中），并且对于咨询服务提供商来说，在充分了解细节的情况下给出一个好的报价也很有帮助。随着组织的核心团队更好地理解应用程序以及他们之前没有想到的一些更有趣的功能，在活动层面可能会有一些添加/删除，同样，咨询公司也会更好地了解其客户。然而，应防止在场景和流程层面发生重大变化，因为这可能会改变项目计划、时间表和项目预算。

      随着项目蓝图的开始，预计在最初几周内，咨询服务提供商和核心团队将共同制定一份详细的流程范围文件，并由咨询公司和组织签署。

4、应用范围

     这是关于作为项目一部分应实施的详细应用模块。根据定义此范围的时间，可以有不同版本的应用范围定义。例如，如果在尚未选择特定软件包的阶段定义此范围，则不知道软件包的确切模块名称，并且只有广泛的应用领域可以成为范围的一部分。由于大多数领先的 ERP 应用程序在一些已知领域提供解决方案，因此在这一点上，应用程序范围定义可以包括以下内容：

- 财务和会计

- 采购

- 库存管理

- 销售订单处理

- 质量管理

如果在选择软件包的阶段完成此操作，则应用程序范围定义可以在更高的详细级别上进行，并可以详细说明需要的应用程序的确切功能实施。同样，这是在蓝图的最初几周内进一步完善以获得最终版本的内容。以下是此类详细范围的示例

功能领域 |                           范围内|                                                                                                         不在范围内

生产计划                             需求管理、物料需求和计划                                                                             产品成本计划

销售和分销                         销售计划、销售订单处理、运输和运输、库存转移、销售和开票                        销售退货

生产中的质量管理               检验批次、结果记录、使用决策

工厂维护                             预防性维护计划

财务                                   总账会计、应付账款、应收账款、银行对账和资产管理、现金管理、                  投资管理

成本计算                            成本中心和利润中心会计、盈利能力分析                                                          产品成本计算  

资产管理                           资产会计

物料管理                           物料需求计划、采购申请、RFQ/报价、采购订单处理                                               

库存管理                           库存管理、发票验证

仓库管理                          仓库事务                                                                                                               批次管理

5、接口范围

    每当做出 ERP 决策时，公司都在运行一组遗留应用程序。认为 ERP 将取代所有这些是错误的假设。原因如下：

- 可能有特定业务流程所需的专业系统，而 ERP 不支持。

- 可能有公司管理层不想改变的系统，因为他们认为它们提供的功能比大多数 ERP 解决方案更好。

       由于这些不同的原因，ERP 系统需要与多个应用程序进行接口，即数据需要在 ERP 和这些应用程序之间顺畅流动以确保业务顺利运行。需要开发和测试多少此类接口应作为项目范围的一部分进行估算。同样，这需要在两个阶段进行估算。在向咨询服务提供商发出 RFQ 之前，应进行初步估算，以便他们了解所涉及的工作并做出合理的估算。预计在项目蓝图开始日期后的 4-6 周内会有一份详细的接口文件。

一些常见接口领域的示例：

- 与设计系统的接口：一些公司拥有强大的设计系统，ERP 解决方案需要与这些系统集成，因为 ERP 在设计实际组件或产品方面没有太大帮助（产品生命周期管理-PLM 应用程序现在通过管理产品数据、存储设计等在这方面提供了一些帮助。公司很少使用 ERP 进行实际设计——这是一个由 CAD/CAM 供应商主导的领域。

-与车间控制系统接口：可能有专门的车间控制（SFC）和制造执行系统（MES），它们从不同的 PLC、DCS 系统中获取数据并有助于制造执行——这又是 ERP 解决方案的典型空白领域。

- 与销