ERP二次实施计划细则1.0

第一篇：ERP二次实施计划细则1.0

ERP实施计划细则

本计划细则为《ERP系统管理制度1.5》之附件补充规定执行。本计划是基于目前公司实施ERP已经有两年多时间后进行二次优化所制定，适用范围为安全带工厂ERP系统所牵涉的各相关部门。

经过与ERP系统提供商深入洽谈，ERP供应商愿意再提供25个工作日的实施天数，公司项目小组根据这25个实施天数进行了相应的工作安排，具体内容如下：

一、制度的完善

ERP制度由网络信息部编辑并提交给公司领导进行审核通过落实，制度完善后由网络信息部进行督察，如有违反相关制度的将严格按照制度进行处理，如对处理不服，可在1个工作日内提起申述并提供相关的申诉理由报领导决策（本制度提供时间节点为5月23日前）。

二、ERP系统各相关部门负责人

ERP系统各模块及相关部门可以参见《ERP系统管理制度1.5》中要求，具体负责人如下：1、2、3、4、5、6、网络信息部：财务部：采购部：销售部：生产部：技术部：

7、8、质量部：物流部：

三、各部门相关工作

各部门须在要求的时间节点前完成如下工作：1、2、3、4、各部门相关职责； 各部门岗位名称制定； 各部门岗位职责； 各部门岗位工作内容；

各部门可参照《ERP系统管理制度1.5》内容对本部门在ERP中的工作制定（本要求须各部门在6月10日前以纸质和电子档两种形式由各部门负责人签字回复）。

四、流程的完善

各部门在完成了以上第三点工作要求后由网络信息部派人进行辅助完成，具体要求如下：

1、正常流程：各部门负责人提供完善的工作流程（如：各岗位人

员日常工作内容、与其他部门在工作上的联系方式、各流程节点的把控方式等）；

2、应急流程：各部门负责人提供在出现无法按照正常流程工作的情况下所作出的应急预案（如：超出计划生产后的排产安排、主机厂要求紧急送货等情况）；

各部门可参照《ERP系统管理制度1.5》内容对本部门在ERP中的工作制定（本要求须各部门在7月1日前以纸质和电子档两种形式

由各部门负责人签字回复）。

五、各部门关于ERP系统相关制度规定的完善

该规定内容须各部门自行完善，其主要内容大致为：关于数据准确性，流程的执行以及各部门自身管理执行力的保障工作，如盘点相关、内部库存相关、外部库存相关、计划安排相关、生产制度相关、技术规范相关、质量体系周期相关等等，一切与ERP系统有关系的工作的相应制度规定，本工作要求各部门相关负责人在7月1日前以纸质和电子档两种形式由各部门负责人签字回复。

六、ERP系统模块细则

根据公司的实际情况ERP系统已经上线了部分的相关模块，在完善了上述工作安排之后ERP系统将会按照各部门提供的相关制度和流程严格执行，具体时间节点安排如下：

1、基础数据的从新整理：由网络信息部牵头，技术部、物流部、采购部的相关数据属于系统的源头，必须提供2至3人参与前期的整理，其他部门提供1至2人辅助参与录入、维护、纠错的工作，完成时间为7月1日至7月15日；

2、严格执行技术部BOM录入要求，提供数据BOM信息的相关数据

必须完善，如出现由录入人员反追踪去要数据或者发现未审核、审核错误的情况一律记录在案并根据实际情况按照奖惩制度

6.2.2和6.2.3之规定严格执行，该工作为长期执行；

3、采购管理子系统的完善，采购部须按以上时间节点规定完善相

关流程制度，如出现未完成的情况将按照奖惩制度6.2.1之规

定严格执行，如出现在采购人员录入时的问题将按照奖惩制度

6.2.2之规定严格执行，完成时间为7月15日至7月21日；

4、质量管理子系统的完善，因质量部前期只上线使用了进货检验

一个系统单元，所以存在很多的基础数据没有录入的情况，所以质量部须在要求的时间节点内将所有检验指标录入系统，该事项完成时间为7月1日至7月15日，如未完成将按照奖惩制度6.2.1之规定严格执行，在完成了上述工作之后所有相关人员必须按照质量部所提供和制定的相关流程制度执行操作，如出现差错将按照奖惩制度6.2.2之规定严格执行；

5、存货管理子系统的完善，库房的管理非常的重要，物流部门须

与财务部门、销售部门密切联系，绝对保证帐物的准确率，在帐物的保障上我们分为三个阶段，为保障三个阶段的顺利完成物流部应在7月1日之前完成《盘点制度》并通过相关领导审核批准，在完成了《盘点制度》之后的具体时间及要求如下：

第一阶段：7月根据《盘点制度》要求物流部完成内部库存的清点工作，销售部完成外部库存的清点工作，由财务部将帐物进行合理的调整；

第二阶段：9月底进行一次大盘，物流、销售、财务须保证帐物准确率达到90%以上，如未完成按照奖惩制度6.2.1和6.2.3之规定严格执行；

第三阶段：12月底进行一次大盘，物流、销售、财务须保证帐物准确率达到95%以上，如未完成按照奖惩制度6.2.1和6.2.3之规

定严格执行；

在完成了以上三个阶段之后物流、销售、财务必须不断提高数据的准确性，以保障后期计划、高级成本模块的数据可用性；

6、销售管理子系统的完善，销售部须按照以上要求完善本部门相

关制度和流程，有效准确的提供销售订单数据，每周对外部库存进行记录，务必保证外部库存、在途物资、内部成品库的数据可用有效，该工作为长期执行，如未完成或出现差错按照奖惩制度6.2.1和6.2.3之规定严格执行；

7、生产管理的完善，我们为制造型企业，生产管理也是相当重要的一个部分，生产部、技术部、设备动力部须在上述规定的时间节点内完善相关的管理制度和流程，其主要联系部门多为物流部门，对于技术图纸的变更，BOM表的建立，配件的领用，成品的入库，生产设备的检修维护，生产设备日常登记记录等方面须重点关注，一切的操作过程必须有作业指导书、审批受控文件、单据的支持，该工作为长期执行，如出现差错按照奖惩制度6.2.1和6.2.3之规定严格执行；

8、财务管理的完善，一个企业的发展财务会计重点需要关注应收、应付、成本核算等子系统的管理，财务在本系统中所得出的数据必须为可用的，财务部须起到一个监察数据准确性的作用，当发现数据有误相关财务人员必须立即与相关部门领导直接沟通，不可不作为，如因为出现未沟通的情况而延误了ERP系统的推动工作将按照奖惩制度6.2.1、6.2.2、6.2.3之规定严格

执行；

七、其他规定

1、各部门须在每月10日之前将前一个月ERP中出现的问题进行收

集整理发至网络信息部，如没有问题也必须发送告知没有问题，如未按本规定执行将按照奖惩制度6.2.1严格执行；

2、各部门须在每月10日之前将前一个月ERP中本部门的相关报表

收集整理后发送至网络信息部如未按本规定执行将按照奖惩制度6.2.1严格执行；

八、生效日期

本规定的生效日期为领导审核批准后即日生效！

九、计划甘特图（详见附件）

*******有限公司 ERP项目组

2012-05-17

编制：审核：批准：

第二篇：ERP系统项目实施计划

ERP系统项目实施计划

一、公司简介

这里主要介绍公司的基本情况，该段落一般抄袭公司已有的宣传资料。

二、该项目的许可说明。

由公司什么机构在什么时间决定干什么，由谁批核，由谁负责。做事之前先正名。

三、项目的实施规划

1、总纲

公司计划通过ERP加强哪几个方面的工作，加强这方面工作的目的是什么。比如说提高采购的交货及时性，提高生产效率等等。需要注意的是，这里必须明确老板的意图，弄错了可就……(我会为你默哀！)。

2、项目实施的范围

公司计划在哪些部门的哪些模块进行实施。如工程部门的BOM管理、生产物料部门的MRP等等，在这里需要详细列出(可以参考我在BBS中贴出的那份文件，再结合你们的具体工作)。

3、项目的费用计划

公司目前的软硬件情况如何，上ERP系统以后，哪些可以继续使用的，哪些需要改进的、哪些需要淘汰的。这里也需要考虑到打印机和纸张的问题：手写通过复写纸就可以了，通过电脑打印就需要多联纸和针式打印机，这也是一笔投资。

公司计划投资多少，其中硬件多少(硬件要达到什么样的要求：硬盘、内存、网路速度)、软件多少(服务器软件、WEB软件、客户端软件)、实施费用多少、调研费用计划多少(按10%计算)、服务费用多少(每年的服务费用另收，约软件费用的10%~15%)，另外有一个极容易忽视的费用：系统内部的维护费用。系统资料是需要备份的，每天备份一次和每周备份一次(最低要求)是不同的，在这里需要考虑到这一点，尤其是还没有做过系统备份的公司。

4、进度计划

公司计划在哪个时间完成什么工作，以及完成的标志(里程碑/报告是什么)。

该步骤由谁统筹负责，计划的范围包括什么(寻找软件、硬件、咨询供应商等等)。

A、项目选型阶段

a、初步选型阶段(十数家)

在该阶段需要进行的准备工作包括哪些(参考我在BBS中贴出的文件)

该步骤完成的标志是：寻找XX家软件供应商，每家的公司概况、软件功能介绍、系统报价、服务条款等等，并将其编制成册。

b、精细选型阶段(三至四家)

精选的公司ERP系统实施计划方案、每套方案的评价、详细的实施进度及进度控制方法。

在这里要提出：考虑到公司已实施了RF-MIS，在挑选软件供应商的时候应该如何保障公司的利益，软件供应商必须提供接口程序保障现有资源不会浪费等等(这也属于风险计划的一部份)。

c、项目确认阶段(一至两家)

确认的公司(一家，以及候选一家)，该公司的项目项目计划交老总批核。

B、项目调研阶段

承接项目确认阶段，主要是由已初步确认的软件供应商来进行市场调研。在这里应该规定调研的时间安排，计划哪个部门需要多长时间(每个部门两天，合计数加二)，编写报告需要多长时间(两个礼拜)。

承接项目单位需要做到的大概方面(整理公司的业务流程、目前存在的问题及分析对策、如何通过ERP系统达到加强管理的目标等等)

C、合同谈判期

需要就合同细节进行谈判，谈判的时间应该予以计算(一般为一周时间)

合同谈判需要由谁负责，由谁批核，付款条件(项目调研付百分比、预付百分比、项目培训过程支付百分比、试用付百分比、验收完成付百分比)

需要注明的是，这里只是计划的情况，具体的情况还需要具体去谈(先给老板一个大概的付款方式----需要保障老板的权益)

D、项目培训期

计划ERP实施培训需要多长的时间，一般为每个部门三天，另集中培训两周。

应该由部门什么人参加，培训的内容是什么(参考前面的范围计划，一般是

部门主管为KEY USER)、培训的结果是什么、如何考评结果。

这里也可以提一下：由于顾问人员的流动，常导致项目实施的混乱，故建议公司跟具体的实施人员签订项目跟踪协议，由其个人保证项目的顺利进行，系统实施完成后再给予奖励(预算外费用)。

培训完毕需要参与培训的人员对教师的培训结果予以评价，并作为支付培训费用的依据。

E、项目试用期

项目试用期至少需要三个月，这三个月里一般需要软件公司有专人给予指导(一人)，试用期过短用户难以体会系统中存在的问题----肯定会有的，也难以习惯系统的运作方式。

试用期每个月需要对仓库库存进行盘点，盘点数据的准确率要按50%、75%、90%的准确率递增(还有生产率、加班减少率具体如何自己考虑。不过千万注意：不要定得太高！！)。

该期间必须由KEY USER编写本部门的ERP实施运作流程(操作手册)，同时需要由KEY USER对本部门的ERP项目进行具体验收。

F、正常使用期

目前有两种方式由旧系统切换到新系统。

a、一次性切换。

b、并行后逐步切换

项目计划中应该明确两种切换方式的优点和缺点，并建议采用哪种方式切换。

从什么时间开始正常运行。计划从切换到正常运行的过程为XXX天(至少150天，否则……)

合计：从选型到系统正常运行需要XXX天，预计总费用XXX万。

四、项目的风险规避和质量保证

目前公司的运作状况如何(哪个部门负责什么工作)，实施ERP可能会需要影响到哪些部门的哪些工作，具体操作时应该如何避免。

实施ERP系统可能会遇到的问题(如果对公司的管理有任何意见，就让顾问公司来提)

对于进度的控制应该达到一个什么样的程度，在这里需要将数据量化：实施前仓务部需要提供什么样的资料(平均库存总量、总金额)、财务部需要提供什么样的参考数据(财务管理的数据)、采购部需要提供什么资料(平均应收货物数量，总价格、交货准时率、料件的采购提前期)。

有两点需要注意：

1、这里我提的数据适用于未实施ERP系统的公司，由手工向电脑化的转变，对你们不一定适用。

2、贵公司需要提及的主要是现有MIS系统存在的问题，以及如何通过新的ERP对这些这些问题进行改进。

五、人力资源安排

除开始项目规划中提及的人员以外，这里还需要继续阐述ERP系统的人力安排，并以表格的形式体现：

人员 职务 阶段 职责

魏治 项目经理 项目初选 寻找十家基本符合公司要求的ERP软件供应商，并整理XXX报告。

项目精选 判定3家符合公司要求的软件供应商，并完成……工作··· ··· ··· ···

这里尤其需要说明的是：什么时间需要管理层的什么协助！！

六、实施ERP系统需要注意的问题

这里添写实施ERP系统需要注意哪些，以及ERP系统不能完成哪些管理上的要求----比较理性客观的评价ERP系统。部份内容可以附加XXX报或杂志对实施ERP系统的评价。

同时也应该申明对ERP系统的哪些期待是不合理或者达到会有困难的。

把丑话说在前面，有利于以后的进度控制。老板如果把ERP系统想得太美好反倒对ERP系统实施不利！

六、附件

实施目前比较流行服务器系统需要达到的配置(给老板建议)。

服务器(型号、规格、功能)

如果是开发软件的话还包括软件的开发规范。

······

这一部份东西太多，具体情况具体考虑，不写了。

总之，整份文件需要让老板明白：实施ERP系统会遇到的主要问题，包括费用、时间以及对现有工作的影响。让老板做到心中有数！

这里也讲一句废话：计划与实际的总有些差别！在计划书中也必须让老板明白，差异部份如果多出的话也必须得到老板的书面批示。

第三篇：ERP系统项目实施计划

ERP系统项目实施计划

ERP系统项目计划需要让老板明白：实施ERP系统会遇到的主要问题，包括费用、时间以及对现有工作的影响。让老板做到心中有数！

一、公司简介

这里主要介绍公司的基本情况，该段落一般抄袭公司已有的宣传资料。

二、该项目的许可说明。

由公司什么机构在什么时间决定干什么，由谁批核，由谁负责。做事之前先正名。

三、项目的实施规划

1、总纲

公司计划通过ERP加强哪几个方面的工作，加强这方面工作的目的是什么。比如说提高采购的交货及时性，提高生产效率等等。需要注意的是，这里必须明确老板的意图，弄错了可就……(我会为你默哀！)。

2、项目实施的范围

公司计划在哪些部门的哪些模块进行实施。如工程部门的BOM管理、生产物料部门的MRP等等，在这里需要详细列出(可以参考我在BBS中贴出的那份文件，再结合你们的具体工作)。

3、项目的费用计划

公司目前的软硬件情况如何，上ERP系统以后，哪些可以继续使用的，哪些需要改进的、哪些需要淘汰的。这里也需要考虑到打印机和纸张的问题：手写通过复写纸就可以了，通过电脑打印就需要多联纸和针式打印机，这也是一笔投资。

公司计划投资多少，其中硬件多少(硬件要达到什么样的要求：硬盘、内存、网路速度)、软件多少(服务器软件、WEB软件、客户端软件)、实施费用多少、调研费用计划多少(按10%计算)、服务费用多少(每年的服务费用另收，约软件费用的10%~15%)，另外有一个极容易忽视的费用：系统内部的维护费用。系统资料是需要备份的，每天备份一次和每周备份一次(最低要求)是不同的，在这里需要考虑到这一点，尤其是还没有做过系统备份的公司。

4、进度计划

公司计划在哪个时间完成什么工作，以及完成的标志(里程碑/报告是什么)。

该步骤由谁统筹负责，计划的范围包括什么(寻找软件、硬件、咨询供应商等等)。

A、项目选型阶段

a、初步选型阶段(十数家)

在该阶段需要进行的准备工作包括哪些(参考我在BBS中贴出的文件)

该步骤完成的标志是：寻找XX家软件供应商，每家的公司概况、软件功能介绍、系统报价、服务条款等等，并将其编制成册。

b、精细选型阶段(三至四家)

精选的公司ERP系统实施计划方案、每套方案的评价、详细的实施进度及进度控制方法。

在这里要提出：考虑到公司已实施了RF-MIS，在挑选软件供应商的时候应该如何保障公司的利益，软件供应商必须提供接口程序保障现有资源不会浪费等等(这也属于风险计划的一部份)。

c、项目确认阶段(一至两家)

确认的公司(一家，以及候选一家)，该公司的项目项目计划交老总批核。

B、项目调研阶段

承接项目确认阶段，主要是由已初步确认的软件供应商来进行市场调研。在这里应该规定调研的时间安排，计划哪个部门需要多长时间(每个部门两天，合计数加二)，编写报告需要多长时间(两个礼拜)。

承接项目单位需要做到的大概方面(整理公司的业务流程、目前存在的问题及分析对策、如何通过ERP系统达到加强管理的目标等等)

C、合同谈判期

需要就合同细节进行谈判，谈判的时间应该予以计算(一般为一周时间)

合同谈判需要由谁负责，由谁批核，付款条件(项目调研付百分比、预付百分比、项目培训过程支付百分比、试用付百分比、验收完成付百分比)

需要注明的是，这里只是计划的情况，具体的情况还需要具体去谈(先给老板一个大概的付款方式----需要保障老板的权益)

D、项目培训期

计划ERP实施培训需要多长的时间，一般为每个部门三天，另集中培训两周。

应该由部门什么人参加，培训的内容是什么(参考前面的范围计划，一般是部门主管为KEY USER)、培训的结果是什么、如何考评结果。

这里也可以提一下：由于顾问人员的流动，常导致项目实施的混乱，故建议公司跟具体的实施人员签订项目跟踪协议，由其个人保证项目的顺利进行，系统实施完成后再给予奖励(预算外费用)。

培训完毕需要参与培训的人员对教师的培训结果予以评价，并作为支付培训费用的依据。

E、项目试用期

项目试用期至少需要三个月，这三个月里一般需要软件公司有专人给予指导(一人)，试用期过短用户难以体会系统中存在的问题----肯定会有的，也难以习惯系统的运作方式。

试用期每个月需要对仓库库存进行盘点，盘点数据的准确率要按50%、75%、90%的准确率递增(还有生产率、加班减少率具体如何自己考虑。不过千万注意：不要定得太高！！)。

该期间必须由KEY USER编写本部门的ERP实施运作流程(*作手册)，同时需要由KEY USER对本部门的ERP项目进行具体验收。

F、正常使用期

目前有两种方式由旧系统切换到新系统。

a、一次性切换。

b、并行后逐步切换

项目计划中应该明确两种切换方式的优点和缺点，并建议采用哪种方式切换。

从什么时间开始正常运行。计划从切换到正常运行的过程为XXX天(至少150天，否则……)

合计：从选型到系统正常运行需要XXX天，预计总费用XXX万。

四、项目的风险规避和质量保证

目前公司的运作状况如何(哪个部门负责什么工作)，实施ERP可能会需要影响到哪些部门的哪些工作，具体*作时应该如何避免。

实施ERP系统可能会遇到的问题(如果对公司的管理有任何意见，就让顾问公司来提)

对于进度的控制应该达到一个什么样的程度，在这里需要将数据量化：实施前仓务部需要提供什么样的资料(平均库存总量、总金额)、财务部需要提供什么样的参考数据(财务管理的数据)、采购部需要提供什么资料(平均应收货物数量，总价格、交货准时率、料件的采购提前期)。

有两点需要注意：

1、这里我提的数据适用于未实施ERP系统的公司，由手工向电脑化的转变，对你们不一定适用。

2、贵公司需要提及的主要是现有MIS系统存在的问题，以及如何通过新的ERP对这些这些问题进行改进。

五、人力资源安排

除开始项目规划中提及的人员以外，这里还需要继续阐述ERP系统的人力安排，并以表格的形式体现：人员 职务 阶段 职责

魏治 项目经理 项目初选 寻找十家基本符合公司要求的ERP软件供应商，并整理XXX报告。项目精选 判定3家符合公司要求的软件供应商，并完成……工作

这里尤其需要说明的是：什么时间需要管理层的什么协助！！

六、实施ERP系统需要注意的问题

这里添写实施ERP系统需要注意哪些，以及ERP系统不能完成哪些管理上的要求----比较理性客观的评价ERP系统。部份内容可以附加XXX报或杂志对实施ERP系统的评价。

同时也应该申明对ERP系统的哪些期待是不合理或者达到会有困难的。

把丑话说在前面，有利于以后的进度控制。老板如果把ERP系统想得太美好反倒对ERP系统实施不利！

六、附件

实施目前比较流行服务器系统需要达到的配置(给老板建议)。

服务器(型号、规格、功能)

如果是开发软件的话还包括软件的开发规范。

这一部份东西太多，具体情况具体考虑，不写了。

总之，整份文件需要让老板明白：实施ERP系统会遇到的主要问题，包括费用、时间以及对现有工作的影响。让老板做到心中有数！

这里也讲一句废话：计划与实际的总有些差别！在计划书中也必须让老板明白，差异部份如果多出的话也必须得到老板的书面批示。

第四篇：ERP实施心得体会

实施陷于僵局的时候如何让领导重视

说到领导不重视，其实很多时候并不是领导真的不重视，而是ERP从实施到产生效益往往需要一个相当长的过程。而领导对ERP的理解不够深入，再加上顾问公司在售前和实施的过程中对ERP实施的效果做了过份的宣传往往会让企业领导产生这样的错觉：我只要投钱进去就没有做不好的事。

可真正钱也投了，事也做了，却得不到结果时，企业领导往往会对ERP的实施失去信心和耐心。但投了这么多钱也不能就这么白丢了，很多企业的ERP也就陷入了要死不活的境地，而今天的主题也就在于此――如何盘活它！

很多时候问题不会是单一出现的，除了领导不重视以外，大部分的问题可以用前面提到的方法逐一解决。有了良好的实施环境以后下一步的工作就是提高企业领导对ERP项目的重视程度。

在这我们就得逆向思维了：领导最关注什么？寻找到企业领导最关注的东西，在研究解决这些问题的办法自然就能重新吸引他们的注意力。

管理层关心钱！

没有哪个管理层不关心利润的，即使是国营企业的管理层他们也关心经济效益。

试想：当ERP实施小组能随时提交企业经营情况的报告给管理层，管理层会不会觉得格外的高兴？而要做到这点，我们可以将问题简单的分解。

首先需要解决的是数据的准确性问题

ERP系统的运行首先是建立在准确数据的基础上的，没有准确的数据一切都免谈。而对于ERP实施的部门来说，最容易做到的就是仓库库存数据的准确――通过盘点很容易就能发现实物数量与系统数量的差异。如果ERP实施人员能向老总提供这样的报告并适当的发发牢骚，问题很容易就解决了。

当然，前提是ERP实施人员能够提供详尽的实施方案。什么部门在什么时间该做什么，才能保证仓库数据的准确性。而这样做的结果就是：企业的管理层能随时了解到库存的资金占用情况。

我记得有这样一个实例：这是一个私营的电子厂。企业主曾接受过国外友人及客户的劝导，决意在企业内建立一套规范化的管理体系，而ERP自然是这个体系中的一员，在我接手ERP项目实施的时候已经实施过某大型国外erp系统，然而效果却极不令人满意。

每次盘点的时候企业主都为自己财务部提供的报表头痛不已：库存积压1000多万啊！这大约是他年利润的50％。而仓库、采购、生产部门谁都在拍胸脯的说，积压这样多是必须的。可谁也无法解释，为什么是必须的，为什么要这样多。当时我们重新成立的ERP实施小组就提出了这样的观点：只要采购在收货的时候能及时录入数据，仓库在收发料的时候能及时录入数据，那么三个月内我们即能够提供库存积压的情况分析报表：哪些东西是多长时间都没有动过的，可以清理了。其结果是很明显的，各部门必须按照ERP实施小组的安排工作――三个月而已，很短的。而辛苦的绝不是各部门的经理主管。

其次是对BOM的控制

有了仓库准确的数据下面的路就很好走了：何时采购了什么，何时收发了什么一目了然。两个月后即清理了一批积压的库存――某些物料这两个月连碰都没碰，一个报表下来，老总一句话就清理掉了。可新的问题又来了：物料清单改动太大，有时候都不知道某些物料是干什么用的，编码凌乱导致其他部门怨声载道。

继续我们的实例吧。

下一步的控制便从工程部开始了，ERP实施组编写了一份工程部操作指引，详细描述了工程部在ERP系统中应承担的责任，和工作的范围。提交到老总那以后双方免不了讨价还价。有些东西工程部说部是该他们做的事，有些问题他们又说自己都没办法控制。还好我们准备充分，逐一解决了这些问题。而我们的杀手锏就是：所有工程部出的资料以ERP中出现的为准――为此我们事先按照工程部ISO的要求开发了若干套“工程更改单”、“物料申请单”等单据，并做出了，其他部门应该如何配合工程部工作的各种制度。而没有这些事前的准备，或许我们就已经陷入了被动的地位。

对工程部的约束最直接的效果就是：物料的管理逐步理清了。生产车间不会为了临时的改动而停工待料，采购部也不会采购会莫名其妙的物料，皆大欢喜。

当工程部的运转走向正轨之后，ERP实施部门还得到了管理层的特别表扬，为此我们都兴奋了很久。

第三步，制度与执行

说到制度，前面也曾提到过，仓库与工程部门重新实施的过程中也建立了不少的制度。但这些制度只是针对单一部门的，对部门与部门之简的沟通没有进行很好的约束。尤其是在会议等沟通环节，常常出现9点钟开会10点钟到，11点还不能做报告的现象。而老总也常以工作忙为借口，抓住他一次可真难啊！

当工作进行到这一步时，必须考虑各部门之间的协调了，ERP实施小组也制定了各种规章制度。在制度制定好之后，我们专门选择了一个老总不会出差的时间召开会议，也为此我们项目组的成员守在总经理办公室前一个多小时――软磨硬泡的终于让老总同意参加我们的会议了。

开会的效果可想而知――整个下午大家静静的等待了三个小时。当老总和我们项目小组成员孤独的坐在会议室的时候，我们可以看到老总的脸都绿了。进来一个主管，扣住，不准打电话，不准叫人，原地等待，三个小时以后人员才全部到齐，整个会议中原计划要说的问题什么都没说。只强调了一点：以后老总会抽出时间来关照大家。

通过以前的工作，老总看到了我们的成绩，也通过这次会议，老总看到了我们工作的艰辛，再往后的日子天空就晴朗咯！

经验总结

由于是盘活已经僵死的ERP系统，很大程度上工作要比上个新系统艰难得多。在这种情况下就需要ERP实施人员做更多的工作，安排更加细致。

1、详尽分析，分清主次

在重新启动ERP项目之前首先应该分清：什么是公司内部的问题造成的，什么是由于外部原因造成的。对于不同的问题要有不同的处理方法。

2、精心计划，逐步推进。

饭是要一口口吃的，尤其是在这样恶劣的条件下。许诺实施ERP能达到什么样的效果对于高层来说已无济于事。这时要告诉他最容易实现的目标，能到达什么样的效果就够了。

达到了某个目标后不要停留，要趁热打铁。当然，目标同样要容易实现。对于管理层来说，失败过以后他们更看重需要付出多少，而不是能够得到什么，他们怕了。

3、适当的时候狐假虎威。

内部的矛盾也好，项目的阻力也罢，终究是有办法解决的。而这些方法有时候就需要你充分的利用自己的资源。

4、充分的准备

在这就不多说了，由于已经失败过，在重新启动ERP项目的过程中，ERP实施小组的人员必须付出多倍的努力――从各种规章制度的建立，到各种报表与功能的开发，只有完成了这一系列的工作之后我们才能向其他部门提出要求：您能不能帮忙这样做。而我们的工作确实能减轻他们工作的负担之后，才能更好的得到他们的配合。这也就要求ERP实施部门对某些问题能远见和有很好的计划，充分考虑到他们的需求。狐假虎威

欺上瞒下

软磨硬泡

制度执行

稳推协调

钱

第五篇：erp实施经验

如何盘活失败的erp项目

一个投入上千万的大型ERP项目上线延期了。上至董事长，下至业务主管，所有的怨气都要撒在ERP项目主管钟剑的身上。问题出在哪里？天时、地利与人和，到底是哪一方失利？面对ERP乱局，唯有逐条分析原因，才可以对症下药，解开难题。在逐条捋清问题后，钟剑使出了他的撒手锏，问题迎刃而解。

案例篇

ERP失败算不得稀罕事，但是找到败因，力挽败局，就不是一般CIO都能顺顺当当做下来的了。面对即将或者已经失败的ERP项目，很多CIO会选择遮掩下来，毕竟从选型到实施自己都是项目经理，承认项目失败就是认定自己无能，更不消说领导面上无光，企业形象受损。

如何能在败局中取胜？这家大型生产企业的ERP项目经理钟剑自有一套。

发难

钟剑不知道怎么走出会议室的，他下意识向15楼走去，上了4层楼就感觉气不顺，楼道安静而气闷，额头上开始冒汗了。

“公司花费了上千万元，投入了几十个人的精力，为什么ERP项目拖了一个月还是无法上线，这样一种混乱的局面是什么原因造成的？”刚刚过去的项目进度汇报会上，面对一堆问题，CEO王总责问道：“钟经理，你们信息部在‘脚踩西瓜皮’，作为项目经理，你应该好好思考一下，明天给我一份报告，告诉我原因和解决方案！”说完摔门而去，把项目组成员扔在会议室里，大眼瞪小眼。其实，这也不能怪王总，刚刚项目阶段汇报会议上，各部门反映的情况也真够乱的：

销售部门营销平台的数据通过接口导入ERP系统时，跨月部分产生重复；

生产计划通过MPR计算出来的结果，与目前人工计算差别过大；

采购订单运行项目数据无法自动带到入库单上，需要手工重新录入；

财务报表无法正确显示，会计科目平衡表数据是正确的，但资产负债表一直不平；

仓储存货账与财务账无法做到账账相符，存货账与实物账也存在着一定的差距；

业务部门最终用户在培训操作过程中，发现操作手册上写的内容在系统中根本就找不到，或有出入，且相对比较简单； 虽然经过单元测试，但测试的场景过于简单，没有涵盖日常业务运营的全部内容；

在最终用户操作培训的过程中，很多业务部门自己上报的参培人员也没有参与过一次ERP的相关培训；

业务部门投入到项目组的关键用户，大多数是本部门的骨干，但由于他们工作繁忙而没有全力投入项目，造成关键时候找不到人，与其有关的关键问题讨论时他们亦不在场的现象，使得会议一拖再拖，尤其是销售大区和某工厂的关键用户连一次最基本的ERP功能培训都还没有参与；

„„

回溯

钟剑一边回忆着会议上的情况，一边郁闷地转出楼道门乘电梯回到自己位于15楼的办公室。一年前，通过猎头进入这家大型生产企业，经过调研、分析，在了解企业信息化发展现状和业务特点后，他提交了公司信息化三年建设方案。然后，按部就班地着手基础设施的建设、IT部门的团队建设，慢慢熟悉并融入该企业。去年年底ERP系统建设列入公司重点项目计划，这也正是钟剑过来的动因。虽然在原来的集团公司他经历了国外大型ERP项目实施的过程，但角色只是其中一个组的组长，负责某一小块具体的业务流程设计和系统实现工作，没有能够参与项目管理的内容，所以他一直希望能够作为项目经理全程参与和统率一次ERP项目。

ERP项目被正式列上议事日程后，钟剑在进行业务需求调研后，严格按照ERP实施的标准方法，进行了系统选型，最后选择了一家大型ERP系统软件。对实施的顾问团队，他也是一个一个简历看过，个别还进行了面对面的交流，可谓精心挑选。经过半年的努力，终于到了即将上线的最后时刻，但项目停滞不前，出现了上述的混乱而复杂的局面。这种局面究竟是如何产生的？钟剑收回思绪，打开工作目录下的ERP项目文档，一项项内容井井有条地展现在眼前。项目计划：

在项目准备阶段，项目计划的编制成为甲乙双方两位项目经理的主要工作内容，将6个月的总体上线任务和工作内容细化到周甚至到日，并在统驭项目主计划的同时，进行了数据计划、项目整体培训计划、项目宣传、活动计划等内容，以确保项目计划的周密且不遗漏。

“计划没有变化快”。由于人员投入不够，项目虽然按着计划在向前走，但总是存在着这样那样的问题，无法做到深入和完善。而最终导致系统上线推迟的最主要原因就是初期数据迟迟没有收集整理到位。

项目组织： 项目组织的建设也是起初脑筋动得比较多的地方，公司成立了项目管理委员会，将公司主要高层都纳入其中，由CEO亲自担任；管理委员会下设项目管理办公室和监理组；接下来是技术组、业务组、数据组和开发组。其中业务组按此次上线的模块分为五个组：销售、采购/仓储、物流、财务和生产，业务组长均由相关业务部门负责人担任，再由其抽调部门骨干进入，同时信息部也在每个业务组派出一名代表。

起初，钟剑一再要求业务组必须有一名业务部门的骨干力量全职参与项目组，但最终由于业务部门负责人的反对，而导致目前业务组除信息部人员外全部属于兼职参与。经常一个讨论分析会都要一变再变地变更时间，尤其到后期的跨模块讨论时更难确定会议的时间。项目组没有一个统一的工作场所，顾问、业务组、信息部人员均在各自的办公室办公，只有开会时再聚到一起。由此，对项目所有工作的开展都产生了巨大的影响。

蓝图设计和系统实现：

由于前期准备工作比较充分，ERP项目启动前已经做过一轮业务流程的调研分析，加之ERP项目刚刚进入大家的视野，在蓝图设计中现状调研阶段，大家还是比较积极地参与，很快就完成了任务。但到了未来蓝图设计时，一是由于工作忙，二是“新婚期”已过，个别部门领导不再参与流程的讲座和分析，而由手下人参与，领导只看最终的汇报和文档，并也在蓝图流程上签字认可了，这些在当时并没有觉得问题有多大。但到了最终用户培训和单元测试时，却发现原来这些蓝图流程与老总们想的有出入，与那些部门骨干的思路也有出入，只好返工重来，还需要协调实施顾问的资源。在原本时间和人力资源比较紧张的情况下，这又浪费了不少时间，让人苦不堪言。这也是上线时间延迟、项目计划不能顺利执行的主要原因之一。

系统实现，一方面是顾问按业务蓝图流程设计进行配置和二次开发，另外就是关键用户熟悉系统，并进行业务场景在系统中测试运行的好时机。由于人力的投入不足，导致很多地方由顾问进行相对标准的测试就草草了事。有些测试虽然由关键用户进行的，但由于系统熟练程度有限，加之大多数部门关键用户没有足够重视，把测试当成一项工作任务来完成，应付了事，没有完全重现业务运作时的多重组合的复杂的业务场景，相对简单地进行了一些业务内容的测试。这就埋下了隐患。

数据整理和接口、报表设计：

数据，从一开始就提到比较高的地位，专门成立了数据小组来负责，静态数据很快就进行了统一编码、重新规范等工作，动态数据的模板设计和下发也进行得相对比较顺利，但在业务部门却没有引起足够的重视，或者没有及时提交，或者提交上来的数据没有完善地按模板进行填报，有些业务人员就象征性地填了一两列数据表就上交。因此，数据的整体收集和整理工作一拖再拖。

另外，由于公司从建立到现在有15年，历史遗留下来没有解决的问题比较多，集中反映到数据上就是：账实严重不符，日常在进行审计和核对时，大家只采用账账核对，而只有一些常用的原辅料和流动比较快的产成品在正常流转。这也是不同业务部门在上线数据不符进行调整时，争论得比较多的事情。

虽然公司其他的信息系统并不多，但由于整体行业信息化程度比较高，上下游企业之间的数据传输还比较频繁，为了解决这个问题，在选型时即确定通过接口的开发来完成。这块由于顾问公司人力投入不足，而信息部提交的开发技术人员招聘的事情也被莫名搁置了几个月，到目前为止还没有任何信息。

报表开发需求量也比较大，虽然已经开发好其中的一部分内容，但由于系统没有真实数据，很难对其正确与否进行评估和检查测试。

最终用户培训：

《最终用户操作手册》每个模块在顾问的督促下，在关键用户开始学习的时候就着手编制，只有少数没有关键用户投入的部门涉及到的操作流程未能完成。由于关键用户对于业务的熟悉程度不同、对ERP系统的熟练程度不一，操作手册的优劣差异很大。相对来说业务场景设计得比较全面，且能够详细截图、解说的《最终用户操作手册》不多，这也为最终用户的培训带来了问题。

在最初的培训计划中，安排的是专门的多场集中式培训，但由于业务部门工作繁忙，关键用户和最终用户时间无法统一调配，使得培训的方式变得五花八门：有集中进行培训的，有单一进行培训的，还有到最终用户工作现场进行培训的。反思

王总让钟剑整理一份情况报告，虽然在项目推进的过程中，上述问题都已经通过项目进展通报提交给公司高层和业务部门领导，也在会议上做过汇报和总结，并提出过应对措施，但可能是没有触及到他们的痛处，没有引起足够的重视。钟剑想，看来这一次不能再不痛不痒了，已经受到王总的责难，那就索性和盘托出，痛在一时比一直痛下去要好。

综合前面的回顾和分析，项目主要存在的问题是：

1.人员及精力投入：业务部门没有足够重视，虽然项目组里挂名的都是各个部门的领导，但真正投入的时间和精力的非常有限，个别部门虽然在项目的后期有专职常驻人员，但对业务本身的熟悉程度有限。制丝车间到现在连一个人都没有参与过，销售部西北大区连一个兼职人员都没有来听过课，而工厂的财务部成本会计居然从未露过面。

那么，这一块问题的解决，需要引起公司各部门领导足够的重视，并由项目管理委员会负责人CEO王总亲自发布命令，按最初项目组织的要求，抽调各部门得力骨干，全职参与到项目中来。

同时，需要有一个统一的办公环境，让项目办公室、实施顾问、关键用户坐到同一个办公室中去，以便充分交流，也使得顾问的知识快速传递给关键用户。2.数据整理：虽然经过项目组的努力，基础数据已经有了一定的规范，但那些日常运营的动态数据却迟迟不能收集到位，虽然数据也都采集上来了，但数据本身是不完整的，而主要的物料数据普遍存在着财务账和业务账无法“账账相符”，更不要说业务账和实物之间的“账实相符”了。

针对上述问题，需要动员所有业务部门，重新组建一次数据收集、整理的队伍，针对历史遗留问题进行认真分析，能够核对清楚的进行调账处理，不清楚的部分先打包进入系统，待后续阶段有精力时再进行解决。

3.业务测试场景设计：在业务测试和最终用户手册编写环节，由于顾问对公司的行业熟悉程度有限，协助关键用户进行的单元测试和集成测试场景设计相对简单和标准，没有考虑到业务的复杂变化，而关键用户的精力投入有限，大部门人都把测试当成一个任务而已，没有引起足够的重视，只是简单地设计并做了系统测试。而当最终用户参与学习时，有大量没有经过测试的业务情景出现，结果导致或者没有办法操作，或者问题一堆，再加上系统数据的缺失，使得业务部门最终用户对系统产生不信任感。

需要组织业务骨干，收集和整理日常业务不同的场景变化，统一编辑后，进入系统进行测试，并添加到《最终用户操作手册》中去，为今后最终用户的学习提取更翔实的指导。

4.需求变更：项目开展的前期，业务部门没有足够重视，在业务调研和流程梳理过程中，部门领导和关键业务骨干投入的精力有限，整理出来的业务流程细度和准确度不够，而在最终用户操作培训时，又提出了新的业务需求，且这些需求很多会引起较大的业务流程变更。

对于新提出来的需求，以不阻碍业务正常运转为前题进行筛选，关闭那些与界面、操作习惯等有关的需求，待ERP上线后再慢慢进行优化。

想到这里，钟剑不由得露出了一丝苦笑，其实在项目刚开始组建，以及后来的项目实施过程中，这些问题不止一次地提过，当时王总和各业务老总应允得很好，但最终结果却无法让人满意。他本想把这个项目建设成“公司级”的信息化建设项目，为自己的信息化职业生涯别上一枚金制奖章，最终，在实际项目推进过程中连“业务部门级”项目都没有达成，而沦落为“信息部门”的建设项目。这些是他这个信息部经理无法改变的。

这次的分析报告如果再不点醒高管们，这个ERP项目的走势很明显，而自己在这家公司的职业生涯估计就走到头了，职业生涯中的“污点”也就此留下。钟剑希望能够就此机会反戈一击，一举扭转几个月来的被动局面，给ERP项目成员注入强心剂，做成一个先苦后甜的好案例。

下定决心后，钟剑坐下，信心满满地准备继续“笔伐诸侯”„„