erp实施岗位职责（精选多篇）

推荐第1篇：ERP岗位职责

ERP管理员岗位职责说明

目的

为了使公司信息化工作沿着健康的轨道继续巩固提高，保证ERP数据的安全，防范数据丢失和系统崩溃等方面的风险，避免因为数据管理不善带来的损失，同时满足领导决策信息和信息披露的需要，特制定如下职责和要求，以规范系统管理员的日常工作。

1、为了加强公司ERP系统的管理，要求在ERP实施过程中，做到岗位责任明确，人员分工明确，系统管理员应由专人担当。

2、ERP系统日常管理是一项综合性很强的工作，要求系统管理员根据分工，在日常工作中必须满足相关职责和技能的要求，从而保证ERP系统的正常、安全运行。

3、在ERP系统实施过程中，系统管理员应全程参与，并协助各部门制定信息化实施过程中的相关制度， 如：日常操作规范，操作系统安装其他应用软件规范、网络安全规范等。

4、系统管理员在ERP实施完成后们需要能独立承担软件、硬件、数据库、网络等某几部分的维护工作，并能在以后业务及公司规模拓展时为其他人员提供相关培训。

5、对于信息系统各方面性能的改善，系统管理员有不可推卸的责任，要保证信息系统长期稳定运行，系统管理员必须能够充分发挥自己的作用，规避软硬件等各方面可能存在的风险，并做好相关准备工作，在出现问题时能快速解决。

6、系统管理员有责任对日常工作中遇到的相关问题进行总结，写成文档，进行备份，便于后期维护工作的进行。

7、系统管理员需要根据各部门操作情况及多发性问题，定期或不定期在公司内网发布相关问题处理方法。

8、负责协调各种同信息系统相关的技术服务和相关技术问题的解答。

以下将从系统日常工作的几个重点，对其责任及要求进行详细说明。

一、硬件管理

1) 岗位职责

a) 负责支持ERP系统日常运行的服务器硬件的维护工作

b) 负责硬件防火墙等安全设备的维护工作

c) 负责支持ERP运行的网络硬件的维护工作

d) 负责支持ERP运行的各客户端硬件的维护

e) 负责建立支持ERP系统日常运行的硬件设备的档案及维护记录，并在日常维护中进行登记

f) 定期检查硬件设备的运行情况，登记设备运行记录，重点管住重要设备

g) 负责硬件设备的维修，对硬件设备的扩充及购买根据系统运行需要提出配置建议

h) 在进行硬件设备大的变动，会影响ERP正常运行时，首先向相关领导提出申请，然后通知相关部门和操作员，如进行交换机断电等

2) 岗位要求

a) 熟练掌握所维护设备的原理，必须有硬件维修经验，熟悉支持系统运行的硬件设备的维修、维护工作，包括服务器、交换机、客户端PC、打印机等

b) 对硬件设备出现的故障及时排除

c) 对于设备出现设备故障，经分析无法独立解决时，应及时联系相关专业维修人员进行，以保障设备安全 d) 严格遵守公司关于硬件管理的管理制度

3) 权限

系统管理员有对服务器、客户端机器、打印机等设备管理的权限

二、网络管理

1) 岗位职责

a) 负责支持ERP系统日常运行的网络的维护工作，保证网络的安全，不受病毒的危害

b) 负责支持ERP系统日常运行的网络环境配置

c) 负责定期对网络环境进行检测，登记网络检测记录，保证网络畅通

d) 负责及时解决网络环境问题，登记网络维护记录

e) 负责培训各子公司或分公司系统管理员，进行网络维护

f) 负责定期检查网络安全情况，特别要监控内部人员恶意传播病毒的现象，并登记网络检测记录

g) 负责定期检测包括服务器和各种中段设备的防病毒软件使用情况，防护病毒、木马程序、黑客攻击等

h) 负责杀毒软件安装和配置，检查服务器防火墙及杀毒软件是否运行正常以及是否升级到最新防病 毒版本

2) 岗位要求

a) 系统管理员需具有一定网络管理及维护经验

b) 系统管理员需熟悉相关网络维护知识，能快速检测网络故障原因，及时排除网络故障

c) 系统管理员必须具备防范病毒意识，确保网络不会因病毒入侵瘫痪

d) 严格遵守公司关于网络管理及网络安全的其他管理制度

3) 权限

系统管理员有对服务器和终端设备安全监察的权限

三、操作系统

1) 岗位责任

a) 负责支持ERP系统日常运行的各站点及服务器操作系统的安装和维护工作

b) 负责定期检查服务器操作系统运行情况，填写服务器操作系统运行记录

c) 负责客户端网络连接配置

d) 负责制定客户端及其软件安装制度，禁止客户端删除操作系统文件，并定期对客户端机器运行软件进行检查和清理

e) 负责监督客户端软件安装及网络访问情况，禁止安装游戏软件和访问非法网页

f) 负责服务器操作系统的安装和备份，要求ERP相关的服务器严格禁止安装任何游戏和浏览可能感 染病毒的网页

g) 负责制定客户端软件安装的相关惩罚措施

2) 岗位要求

a) 系统管理员必须熟悉操作系统基础知识、服务器配置对操作系统要求，能对数据库服务器进行安 装和部署

b) 能够处理操作系统的日常问题，如打印机的添加和共享，日常办公软件的安装等

c) 服务器系统进行重做前必须进行相关文件的备份和迁移，确保不影响ERP业务的正常进行 d) 系统管理员有责任对服务器及客户端的相关文档资料进行保密

e) 严格遵守公司的软件安装管理办法、机房管理制度和其他管理制度

3) 权限

系统管理员具有操作服务器和各客户端的权利

四、数据库系统

1) 岗位职责

a) 负责数据库的用户与口令的管理

b) 负责系统及系统数据的安全，防止数据库系统文件遭到破坏

c) 制定数据备份方案，负责系统数据库的备份，备份后的数据文件应存放在单独的硬盘或光盘中

d) 公司帐套扩建或者业务规模扩充时，负责数据库建账和帐套维护

e) 负责数据库的恢复及不通服务器之间的数据库迁移和数据库的优化

f) 负责检查跟踪数据库是否运行正常，备份是否按时、完整、表空间是否已经需要扩展，磁盘空间是否满足数据文件扩展要求等，并采取相关措施，保证数据库正常运行

g) 定期对备份数据进行恢复测试，保证备份数据的完整有效

h) 负责整个数据库数据的安全与保密

i) 制定数据库操作规范和数据保密制度，并对数据库操作进行严格记录

j) 负责客户端数据库的连接配置，保证畅通

2) 岗位要求

a) 严格遵守公司关于安全性、保密性的规章制度，对于违反规章制度，进行泄密的行为，有举报的义务

b) 熟悉数据库企业管理器、查询分析器等工具的使用

c) 熟悉数据库调优、表空间扩充、数据文件备份、日志清理及操作数据库SQL，并具有一定的数据库 维护经验

d) 严格按照规定对系统中的数据进行备份，一边在计算机发生故障时可将数据恢复到最近状态，备 份要采用数据库管理系统提供的数据备份和以及双机热备份等多种数据备份方案

e) 对备份的数据应加强管理，防止被非法拷贝或毁坏，要对其内容及运行环境（如软件版本）等进行记录

f) 严禁非系统管理员进行数据的备份、恢复等操作，保证数据库安全，禁止数据文件外泄，严禁未 经授权进行数据恢复或转入操作

g) 对数据库进行后台操作要慎重，操作前一定要进行数据库的备份，尽量减少后台操作数据库的次数，防止造成数据库数据丢失和破坏

h) 严格遵守公司的数据库保密制度和其他管理制度，并严格按照数据库操作规范进行。同时，进行数据库迁移和后台操作数据库时，需要至少两名系统管理员配合工作，避免发生意外

i) 如果出现数据错误等问题，首先要从业务中查找错误原因，禁止私自改动数据库，尤其不能删除表和更改表结构

3) 权限

系统管理员有操作数据库和修改数据库密码的权限

五、应用软件

1) 岗位职责

a) 负责软件的站点管理，为新增站点安装ERP客户端软件 b) 负责账户管理，严格按照用户职责为新用户分配相关权限，对操作员根据需要进行更改密码或者注销

c) 负责系统管理员的用户与口令的管理

d) 负责补丁程序的管理，如：补丁程序如何更新、补丁程序如何存放

e) 负责用户常见问题的整理，定期进行总结、发布

f) 负责整个系统的用户、数据信息的安全，根据公司的有关制度，保证数据的准确

g) 负责对整个系统软件进行系统升级，对于公司规模扩展后新的部门或者子公司，负责系统环境的 搭建问题。升级时要做好记录

h) 负责对其他管理员、各单位系统关键用户进行监督和培训，并指导他们完成本职工作

i) 负责系统中各种单据打印格式的定义和调整

j) 负责通过系统中的保镖开发平台进行业务报表定义和维护，满足业务及领导查询的需要

k) 负责关键用户、最终用户问题解答和数据错误查找，制定问题反馈流程

l) 负责监督本单位操作人员，对违反公司信息管理规章制度和系统规章管理制度的行为，进行处理

2) 岗位要求

a) 严格遵循公司保密制度及其他关于系统管理的规章、制度，对于违反规章制度，进行泄密的行为， 有举报的义务

b) 熟悉ERP软件和企业业务流程，能熟练使用SQL语句和数据查询工具。

c) 对即将进入系统的物料、用户等信息进行严格审查，权限分配一定要按照权限分配制度进行，并且要及时。

d) 对保密性和安全性要求较高的数据按照规定格式进行录入、维护，防止信息泄露。

e) 各系统管理员必须对自己所维护的数据负责，在系统中查询、修改自己负责维护的基础数据，对维护的数据做好文字记录。

f) 熟悉和掌握本单位使用系统的基本情况，把握操作人员动态，及时发现系统使用中出现的各类问题并能快速解决。

g) 熟悉软件的安装调试及计算机、网络等硬件设施的维护工作，并按系统数据管理要求及时更新软件。

h) 能够熟练使用报表开发平台，进行报表的开发。

i) 做好ERP升级前软件的备份和最新版本的ERP软件备份。

3) 权限

系统管理员有查询和修改本单位系统的数据权限，并根据公司的有关制度，检查数据的准确性。

六、危机问题处理

由于系统运行的环境，错误操作等各种因素不可能完全避免，因此不可避免的会产生一些故障和危机。比如：数据库或者ERP软件服务器硬件损坏；数据库或ERP软件服务器操作系统损坏；数据内容遭到破坏或者恶意修改；ERP软件系统遭到破坏或者恶意修改；其他造成系统不能正常运行的使用的情况。

1、危机处理流程

当系统陷入危机时，系统管理员必须在第一时间将问题反馈给公司的高层领导，然后由公司领导决定是由系统管理员自行维护还是申请外部专家的帮助。系统维护完后，必须进行数据和ERP软件准确性、实时性测试。在确信无误后立即将最新的环境进行备份，然后投入正式运行。

为了最大限度的避免危机问题的产生，减少危机问题给企业带来的损失，公司建立起企业ERP系统相关的规章制度，主要包括：《系统管理员岗位职责》、《ERP系统操作管理制度》、《ERP系统维护制度》、《机房管理制度》、《数据备份制度》、《数据保密制度》。通过建立和健全企业ERP项目的规章制度也将在很大程度上为企业的系统安全提供保障。

推荐第2篇：ERP岗位职责

ERP系统管理员岗位职责

一．硬件管理

A负责日常支持ERP系统运行的服务器的硬件维护工作

B负责硬件防火墙等安全设备的维护工作

C负责支持ERP运行的网络硬件的维护工作

D负责支持ERP运行的各客户端硬件的维护工作

E 负责建立日常支持ERP系统运行的硬件设备的档案及维护记录，并在日常维护中进行登记。

F 定期检查硬件设备的运行情况，登记设备运行记录，重点关注重要设备。

G 负责硬件设备的维修，对硬件设备的扩充及购买根据系统运行需要提出配置建议。

H 进行硬件设备大的变动，会影响ERP正常运行时，首先向相关领导提出申请，然后通知相关部门操作人员，如进行交换机断电等。

二．软件管理

A 负责生产ERP系统及浪潮系统的客户端软件安装及更新。

B 负责生产ERP系统及浪潮系统的人员管理及职责维护，用户名和密码管理。在系统内及时添加和删除人员账号，分配岗位职责，对离职人员的账号及时进行删除或停用。防止数据外泄。

C 熟练运用SQL SEVER 对ERP数据进行维护，每日对系统内各种报表数据进行核对，确保系统内的各种数据录入及时，真实有效。

D 负责ERP系统的企业内部培训及日常问题总结，定期召开ERP专题会议，及时将平常系统问题反馈给集团开发人员，确保系统能够正常运行。

E 配合集团信息部开人员进行系统的二次开发。

企管部

推荐第3篇：ERP岗位职责

销售部操作人员工作职责

1、负责根据部门主管确认的客户按照规范的编码原则做《客户信息》的更新维护、新增商品的更新维护通过《商品信息》录入；

2、负责制定和维护销售合同或委托代销合同；

3、根据客户下的采购订单录入《订单》，并提交销售管理部门主管审核确认；

4、每天于中午和下午下班前必须将当天已生效的《订单》打印保存；

5、根据销售主管审核通过的订单内容做一张《销货单》并传送给仓库部门按《销货单》 里的商品明细进行备货；

6、当客户有退货的情况发生，销售部应该与客户协商退货商品、数量等信息，并做一张《销退单》传送给仓库部门做客户退货的依据；

7、为保证数据的及时性、准确性，所有数据的更新修改应在接到通知后立即进行，并将修改结果知会相关人员，最多不能延误超过半日，不能影响下层业务处理；

8、跟踪订单执行情况，监督、催促下游环节及时处理订单，以免延误，并及时将情况反馈给部门主管；

1、负责根据部门主管确认的供应商信息，按照规范的编码原则在《供应商信息》单据里进行及时的更新和维护、对于确定的采购原材料档案也必须按原材料的编码原则在《商品信息》单据里进行及时的更新和维护；

2、负责制定和维护采购合同、委外加工合同以及各种采购物料的询价通过在易助 ERP 的《询价单》里录入，核价工作也必须在 ERP 系统的《核价单》里进行更新；

3、根据现有物料情况须每日查看物料需求情况并做出相应的物料采购计划，在做采购计划时可以参考《商品补货建议明细表》或者直接通过《物料需求计算》直接生成采购底稿；

4、负责通过《请购单》向上级主管人员提交请购申请并随时跟踪审核情况；

5、负责根据已审核通过的《请购单》在 ERP 系统中录入相应的《采购单》并知会仓库部门按照《采购单》里的内容进行收料；

6、需每天及时提交《采购单》给仓库出入库管理员，不能因自己的延误影响物流物料的收发；

7、为保证数据的及时性、准确性，所有数据的更新修改应在接到通知后立即进行，并将修改结果知会相关人员，最多不能延误超过半日，不能影响下层业务处理；

8、跟踪《采购单》执行情况，对于不再执行的《采购单》应及时结束，还应跟踪了解供应商供货的验收情况，对于验收不合格产品应及时与供应商沟通解决，避免影响下层业务处理；

9、当需要对采购的商品作退货处理时应该积极与供应商协商退货事宜，并做一张《退货单》并传仓库部门按照《退货单》内容作退货处理；

1、负责及时维护和更新仓库信息；

2、在接到采购部门签字审核确认后的《采购单》后根据该《采购单》的数据对供应商送过来的物料进行收料，并做一张《收料单》同时通知品质检验部人员对物料进行验收入库，并录入《验收单》并将《验收单》打印送交财务作应付账款的记账处理；

3、接到生产管理部门或销售部门签发的发货通知单后，应及时调出相应的《销货单》，根据该销货单明细备货出库，并确认审核《销货单》，打印交财务部门作为应收账款的记帐处理；

4、所有操作须在接到通知后半日内执行，不能影响各项出入库业务，造成公司经济损失；

5、如发现仓储基础数据、物料基础数据、销货单、采购单、生产领料单、生产物料报废单不正确或有疑问，应及时通知相关人员，如没有得到解决，应书面向部门主管反应，不能知错不报、将错就错，进一步造成下层结果错误；

6、根据生产部门下发核准生产的《工单》或《委外单》向生产车间配发生产所需物料并录入《领料单》，生产车间如有未耗用物料的，需对未耗用物料退回仓库，这里必须录入相应的《退料单》；

7、在接到经品质检验部门检验合格后的产成品或半成品后应在 ERP 系统中核对《生产入库单》里的商品数量与实际入库数量是否一致，将合格产品从成品车间调入成品库，并审核《生产入库单》，打印送财务部门；

8、负责根据企业实际情况定期或不定期对库存商品进行盘点，并在 ERP 系统中录入《盘点单》；

9、根据销售部门录入的《销退单》入库客户方退回的商品，并核对退回的商品和数量无误后审核《销退单》打印送财务部门作退款或冲应收账款处理；

10、根据采购部门录入的《退货单》把货品退回供应商处，并核对退回的商品和数量无误后审核《退货单》打印送财务部门作退款或冲应付账款处理；

11、负责货品仓库之间的调拨同时在 ERP 系统中录入相应的《调拨单》；

注：凡是与出、入库相关的单据必须要由仓库经手人审核，其它部门均不能审核出入库单据，否则可能会引起库存数量有误的情况。

1、负责设计产品结构，并更新维护《产品结构》；

2、负责对目前所有原材料进行 BOM 分阶和规范；

3、根据不同工艺制定操作流程和工艺要求；

4、负责制定、更新维护《工艺线路》；

5、负责更新维护《基本选配信息》；

生产管理部操作人员工作职责

1、负责编制半成品、成品的生产工单，如：《工单》《委外单》并跟踪执行情况；

2、车间人员根据下达的工单生产任务，到仓库领出相应的物料，领用物料的依据是《领料单》；

3、负责更新维护每道工艺的流转进度，并录入《工艺转移单》；

4、根据生产车间每一个参与生产的员工的生产数量进行跟踪，并将每一个员工的生产工作情况录入《报工单》；

5、当各产品最后一道工艺完成后在系统里录入《工艺入库单》；

6、当产成品或半成品经检验合格后录入《生产入库单》并回冲物料耗用数据，且负责监督车间人员将未耗用完的物料退回到仓库；

7、每天及时校对材料领用数量、成品、半成品入库数量、工艺《报工单》执行进度情况，如发现错误应及时找出原因记录备案，并及时纠正；

财务部门操作人员工作职责

1、负责总账模块的科目维护更新、设置管理；

2、编制各种会计凭证，并进行审核记帐；

3、结算会计期间，打印资产负债表、损益表等财务报表；

4、提出财务管理报表规划；

5、针对实施过程中出现的问题，结合易助的特点，提出合适的财务解决方案，并能促进该方案的顺利执行；

6、就生产、采购、销售过程中的问题提出意见，与相关部门保持有效沟通以达到解决问题的目的；

7、负责往来账款的挂起帐和收付款作业；

8、维护成本核算要素，如制造费用科目的设定、人工制费科目的设定及分摊，生产成本，费用归集方案；

9、检查对各供应商应付账款余额，客户应收账款余额确保能反映真实的往来。

10、负责提供生产部门车间员工计件工资单价数据的更新与维护。

11、及时处理应收账款，根据向客户开具的《销售发票》等向客户进行收款并录入《收款单》；

12、及时处理应付账款，根据供应商开出的《采购发票》等向供应商进行付款并录入《付款单》；

注：凡是与资金有关的收付款单据必须由出纳审核。

推荐第4篇：ERP实施要点

ERP系统实施要点分析

中华财会网() 2004-03-1

1ERP理论虽然来自于西方的发达国家，但已在我国许多企业中得到应用，应用的效果不尽相同。究其原因是多方面的，这里有国情化、管理水平、人员素质、企业对ERP系统的认识、软件产品选择、项目组织、实施方法等问题。但是，对于一个成熟的ERP系统，应用是否成功在很大程度上与系统的实施工作是紧密相关的。

我们在20多年的研究、学习、开发、实施ERP系统的过程中，通过在企业的摸、爬、滚、打，不断的总结经验，将西方先进的管理思想与中国企业的实际相结合，得到很多宝贵的知识和经验。我们的实施方法既学习了西方的标准模式，又考虑到中国的国情，是20年实施ERP系统的结晶，对企业和软件供应商在实施ERP系统时起到一定的借鉴作用。

一 实施面临的挑战

------------------

在实施ERP系统的过程中，企业面临几方面的挑战。这些挑战都是在进行ERP系统实施中遇到的困难和障碍，一旦克服了这些困难，跨越了这些障碍，我们就能走向成功。

一个明确的可行目标

在进行ERP系统建设的开始阶段，必须有要明确解决哪些问题。要明确改造企业现行手工管理过程中不能解决的、可以提高工作效率的、提升企业整体管理水平的、并在一定时期可以实现的目标，该目标要有可操作性、现时性、长远性、阶段性。

它是一个系统工程

实施一个ERP系统，需要公司内外多部门、多人员花一定量的时间和精力，作好许多细致的工作。包括：网络、硬件、支撑环境的搭建，软件的选型购买和安装，物料编码、产品数据的准备，业务流程调整、组织结构的优化、数据的精确性和及时性，人员的培训、奖励机制，制订新的规则和程序，这种规则和程序还必须是可操作的等等。有经验的用户对实施ERP系统的困难作了充分估计，就不会打无准备之仗。

它是一个靠自己的项目

ERP系统成功的实施，必须是以企业人员为核心，这种担子不能交给外面的人去挑，例如，外聘顾问或软件供应商。这种现象曾经重复过多次，总是不会取得好的效果，一定要能够离得开这根拐棍。当实施和运行的责任分离时，如果得不到效果，软件供应商会认为用户没有很好地运用它，而用户也可以说软件供应商实施得不对。凡是获得成功的企业，都是自己实施ERP系统，因此，实施的关键原则是：实施者=用户。

它需要转变新的工作方式

大多数实施ERP系统的企业，必须成功地实现重大的行为变化。ERP需要一种新思维和新观念，

用老眼光看待新事物是不行的。原来企业存在的诸多工作习惯和流程并不都是合理和有效的，他的存在是受到手工管理工具的制约，ERP系统的应用将彻底改变这种制约，先进的管理思想、流程控制、数据的充分共享和信息的快速交流等，都将给企业的管理带来巨大的便捷，那些不再适应新环境要求的、落伍的东西必须得到改进或抛弃。

系统的运行使数据实现了共享，本部门的业务数据不只是自己的事情，有可能担负着为其他系统提供资源的重任，那末，数据的正确性、及时性和步调一致更加重要。保证整个系统的顺利运行是使用系统所有部门人员的责任和义务，不再是独立和封闭的。

二 实施流程

------------------

如果你是正确地实施ERP系统，成功几乎是一件明摆着的事情。虽然在实施的过程中，存在着各种挑战，特别是开始阶段，工作量会成倍加大，但是，它实际上并不是什么危险的事情，只要你有决心、做得对。如果你能正确地实现，ERP就不会出问题，它将很好地工作，用户也将从它那里获得惊人的效益。

三 实施的几大关键要点

------------------

一般的标准实施过程要分成很多个步骤，具体描述了几百条甚至上千条，他们相对独立，又相互关联，尽管这些步骤的说明都是正确的，无论是最终用户或者是实施顾问都会感到太复杂，不容易把握。在这些步骤中最核心的内容主要是以下几个方面。

现场调查和组织机构建立

实施工作的第一步是做现场调查，现场调查是企业与实施顾问来共同进行，通过调查来对企业管理模式和流程进行判断，帮助企业提前发现实施中可能出现的问题，并预先进行规划和改进。现场调查要请有一定实施经验的人员来进行，因为在讨论实施方案的过程中，将要讨论到具体业务的调整和程序的修改，如果不能讨论出一个合理的实施方案，就会影响到实施的效果和进度。

项目的实施要成立项目领导小组和实施小组。企业的项目领导小组一般是厂长或副厂长和各个部门的主管领导参加。企业实施小组的建立，是整个项目实施成功的重要因素之一，实施小组的负

责人更是关键，应具有一定的组织协调能力。他们是项目的具体执行人员，有责任，也要有一定的权力，企业领导要给他们以充分的支持。

中高层领导培训

不是一定要把企业的中高层领导培训成为ERP系统的专家，是要让企业的中高层领导对ERP 系统的实施有一个全面正确的认识。因为系统的最终实施是由企业来完成的，使用什么样的人员和激励制度；如何协调各种人员各个部门之间的关系；如何改造企业几十年形成的一些做法等等，这些问题都要企业领导来解决。

通过中高层领导的培训，使大家有信心和团结一致。企业领导最关心的事情是经济效益，实施ERP系统后，可以减少库存资金的占用，缩短生产周期，提高市场的响应速度等。但是，更重要的是通过ERP系统的实施，规范企业的管理，提高整个企业管理人员的素质和管理水平，这样的效益是不容易用简单的计算所能够得到的。有了统一的目标，成功的机会已把握了一半。

基础数据准备与编码

在实施一个比较完整的ERP 系统时，要实现数据的充分共享，就必须有统一的编码规则和编码方案。数据准备和整理工作，在很大的程度上，反应出企业的组织形式、管理模式、企业的未来发展等多方面的因素。要成立专门的编码小组，系统地构造编码方案，重新整理，规范企业的各种编码，使其成为企业的标准。编码的好坏，直接影响到最终用户使用的方便程度，更重要的是，在一定的程度上也影响到企业的管理模式。可以这么来理解数据的整理与准备工作，它是企业管理形式数据化体现，是从粗放式的管理方式向精良化管理方式转移的第一步。编码的方法由实施顾问来培训编码小组成员，多数情况下，也是项目实施小组成员协同企业各相关部门一同来提出方案，经过领导小组的批准后开始执行。

业务流程培训

业务流程培训分为两个步骤，第一步由实施顾问对项目实施小组的成员进行培训，这一级的培训是接力棒交接的过程，通过培训，使项目实施小组的成员充分了解ERP 的思想以及这种思想通过计算机实现的方法和程序处理流程，使他们的概念更清楚。在企业中首先培养出一批项目实施的骨干队伍，这批队伍将在企业中起到上通下达的作用。

第二步是由项目实施小组的专职人员对企业的最终用户进行培训，这种培训是集中和个别指导相结合，并贯穿在整个实施的过程中。通过与管理工作人员进一步的沟通，找出企业的现行管理与软件系统之间的差距，要识别这样的差距是形式上的，还是本质上的；是内容上的，还是思想认识上的。在此期间，还能够发现企业各部门之间的业务关系是畅通的，还是有问题的。

企业改造与软件修改并重

在系统的试运行阶段，用户会发现ERP 系统与现行的企业管理有相似和不同之处。有相似之处是很自然的，因为 ERP理论本身来源于实践，是现实企业管理的总结和提高；对于不同之处，则可能是企业多年形成的企业文化，也可能是多年形成的习惯。因此，实施顾问要与用户充分的讨论，旧习惯是否要改变；好的经验是否要进行软件的用户化修改来适应企业的文化。

有很多问题是从某个部门发现的，但是问题的产生在其他的部门。要找到问题的根源。例如：库存、销售、采购、车间中的很多专用报表都是财务部门为了特定的成本计算所需要的。一旦将成本计算的内容重新组织以后，这些报表就很容易整理出来。生产计划中出现的问题，往往是部门之间的协调不够，责任不明确所导致的。

系统维护的重要

无论一个ERP 系统如何的丰富，如何的完善，他是一个通用的管理信息系统，总无法满足用户的所有需求，特别是用户的特色需求。即使眼前存在一个能够100%满足企业需求的系统，可能过一段时间以后就不能完全满足企业的需求。因此，用户化修改工作是难免的。这种修改在实施期间会发生，在实施阶段完成以后仍然会发生。随着企业的发展，总会有新的需求，甚至管理的思路也会有大的改变，这样，就要求企业拥有一支自己的队伍。

四 实施方法和策略

------------------

建立正确的合作关系

实施顾问在实施过程中担任导师的角色，而企业中的实施小组成员是一批研究生。导师负责指明工作的方向，提供解决问题的思考方法，研究生则需要完成大量的具体工作，对本企业中存在的问题找到好的解决办法。千万要注意的是实施顾问不能去担任保姆的角色；实施小组的人员也不能认为企业支付了实施费用，一切工作都是实施顾问来做，这样的实施是不可能成功的。

在这样的意义下，实施顾问不是仅仅教会企业去使用软件，或者帮助他们做几张专用的报表。更重要的是要教会他们学习ERP 的思想方法，教会他们软件维护，软件修改的本领。离开顾问以后，他们可以根据企业的需求，灵活运用所掌握的知识。

双向位移法

ERP 是一个通用的管理方法，更规范，更具有理论指导意义，而现实的企业管理总带有手工管理的色彩。这两个方面存在着差异，实施开始时，企业向ERP靠拢，找出现行管理与ERP管理方法上的差异，改造企业的现行管理，不强调我们是特殊的。当企业无法靠拢时，在不影响软件系统的完整处理逻辑情况下，软件向企业靠拢。也就是由ERP 方法来驱动企业改造；反之，由企业的需求来驱动软件系统的进一步丰富和完善。

目前，在项目实施过程中，存在两种极端的现象，一种现象是实施顾问本人对企业管理不熟悉，或者是软件系统不够成熟，基本上完全仿照手工管理，很可能满足了某个部门某个人的特殊需求，但是对整个企业的管理水平的提高是不利的。另一种现象是一味的强调“企业管理的最佳模式”，严格按照某家的软件系统来套企业的现状，这种情况主要是由于实施顾问仅仅对软件系统有所了解，但是对企业现状知之甚少所导致的现象。双向位移，双向靠拢是有原则的位移，有原则的靠拢，具体问题应具体分析。

由简单到复杂

ERP系统是一个系统工程，涉计到的业务较多，不能够一次全部实施，一般企业都分成两期或

三期来实施。这样做，既降低了实施的难度，也给企业对ERP有一个逐步学习，逐步深入理解和认识的过程。前期实施的成功，也能增强企业对后期实施的信心。一次全面的实施往往使企业要调动大量的人员，一旦耽误了生产，不仅达不到实施的效果，反而对实施工作产生负面的影响。由局部向全企业推广

所谓由局部向全企业推广有以下两方面的含义：

培训工作是局部向全企业推广的过程。实施顾问主要是对项目实施小组的成员进行培训，包括软件的功能，ERP 的方法等，而最终用户的培训则要由项目实施小组成员来完成。也就是说，人员的培训是由部分人员先学习，然后，向全厂推广开。

系统应用同样是局部向全企业推广的过程。实施一部分，就要积极使用，见到效益，逐渐全面铺开。例如：库存系统的实施，先选一个管理规范的仓库来进行；车间计划的实施，先选一个管理规范的车间来进行。一个仓库，一个车间实施成功以后，再向全厂推广。

既要考虑细节，又要顾全大局

在系统实施中，要先看森林，后看树木。在不违背总体实施原则的基础上，完善各个业务部门的具体细节功能。管理部门提出的特殊性，可能从局部来看，有合理的成分，但是从全局来看，往往是不合理的，要将这种局部的合理变成全局的合理就是企业改造的过程。在实施的整个过程中一切都必须先从全局出发，然后到局部细节。

注意中国国情

中国企业的管理虽然还不规范，但在实际工作中也有闪亮的光点。产品的成套缺件分析，零件的成批出入库，供应商材料的按比例分配，库存按月计算加权平均价等等。这些好的内容和经验我们都要不断总结，将其纳入到系统中去。这些功能，对于中国的很多企业都是行之有效的。但是，也有一些内容，例如：三角债等目前发生的一些异常的情况，即使做二次化修改，也只能作为过渡期间的功能，不要作为系统中的正常功能来扩充。以免失去系统的完整性。

西方人对事物的处理，习惯于量化；中国人习惯于粗放。这方面我们要向西方人学习。将企业管理中的数据逐步精确的量化，形成可以操作的标准化数据，这是ERP实施中的一个难点，也是实施的重点。MRP、MRPII、ERP 整个体系中讲的是“计划”，计划一词（PLAN）在西方是很严肃的事情，我们中国人对计划的理解有很大的差异，计划可以任意的变动。在实施ERP 的过程中要逐步改变这种观念，从稳定一天的计划做起，逐步对计划的严肃性有深入的认识。

西方人对问题是采取全局考虑，详细分解，分解后逐个找到解决的方法。对问题的分析过程花费大量的时间。中国人在详细分析问题上花费的时间比较少，时常把问题的解决建立在某个人的工作态度上，双向互补才是最好的。

西方人讲究实际效果，如果一个系统能够解决企业管理中 80%的需求，他们在不花费很多资金的情况下就愿意去做，对实施效果有一个比较客观的评价。中国人喜欢最好的，但是往往最好的系统并不是他们所需要的。

五 系统实施总结

------------------

ERP的基本思想、基本概念，它的处理逻辑是适合中国企业的。在当前电子商务火热的形式下，不要忽略了ERP系统的作用。一位企业总裁曾说过这样的话：“ERP系统是电子商务的基础，没有ERP系统做支撑的电子商务是不可能成功的。”因此，对于企业来说，在未来的发展中，必定要走电子商务与ERP系统相结合的道路。

企业应用ERP系统不是件非常难的事情，其中把握住几个关键的环节，你就有了取胜的希望。选择一个成熟的ERP软件系统是至关重要的；其次选择既懂ERP理论，又有一定实施经验的实施顾问是前提保障；建设好企业自己的实施队伍是关键；把握好企业改造与软件系统修改之间的关系是灵魂；最后坚定不移地使用和不断完善，ERP系统的应用就一定能成功，一定会带给企业更大的经济效益。

推荐第5篇：ERP实施全过程

[转]ERP实施全过程

目录如下；

之一－－实施前的准备 之二－－总体需求调查 之三－－解决方案设计 之四－－模块实施上线 之五－－系统并行运行和总结

ERP实施全过程 之一－－实施前的准备

近一两年来，围绕ERP的探讨文章很多，几乎覆盖了ERP的各个角落，极大地推动了ERP理念在中国的推广。虽然不同作者观点不尽相同，但至少有一点是所有作者都认同的，那就是成功应用ERP系统取决于三个方面，可现象地用如下公式表示： ERP应用成功=有准备的企业+合适的软件+成功实施

而三者之间，成功实施是保证ERP系统应用成功最重要的因素。作为一名专业ERP的实施顾问，笔者接触了不少准备实施或正在实施ERP的企业，其中不少企业对ERP实施方法和模式认识不清，往往给实施工作带来不必要的麻烦。所以，笔者一直就有这样一种想法，如果把一家实施ERP的企业作为一个案例，介绍整个实施过程，也许对那些正准备实施ERP的企业有所帮助。下面我们就以A企业ERP实施为例。

一、A企业的选型误区

A企业是一家国有企业，企业效益在同行业处于领先，然而企业信息化建设一直比较落后，除了财务部在使用国内的一家软件公司的产品外，**部门基本是手工管理。随着市场竞争日益激励，这种落后的管理已成为企业进一步提高效益的瓶颈。引进先进的企业管理软件势在必行。于是A企业成立了一个ERP项目小组，项目小组构成如下：主管IT部门的副总、IT部门经理和相关人员。然而经过一年的选型，企业还没有确定选择哪家软件。（这种现象在很多准备上ERP系统的企业在选型时往往遇到类似情形。）最后，A企业委托笔者所在的咨询公司帮助选型。我们介入该公司以后，通过调研分析，发现A企业在选型时存在如下问题：

1.企业高层**对ERP认识不清，未达成一致共识。有些**认为ERP不就是一个软件吗，没必要投入那么多钱。

2.项目小组基本以IT部门为主，业务部门参与太少，对该项目持怀疑态度，消极应付。

3.在目标不清的情况下，请了很多家软件厂商来做DEMO，项目小组看了这么多家的软件，界面成百上千，眼睛都看花了，也没有弄清楚到底哪家软件好。

针对上述情况，我们采取了如下措施。

1.首先对企业进行了一次调研，初步了解企业的业务和各部门的需求，然后有针对性地准备了一份调研报告，提出了企业在管理中存在的诸多问题，必须要借助ERP 系统的实施进行一次管理改造。高层**非常认可这份报告。紧接着，我们对整个企业高层**和业务部门经理举办了一次ERP系统管理理念的培训。通过此次培训，高层**认识到ERP是管理改造项目，离不开高层**的支持；同时也对ERP系统也有了正确的预期，认识到ERP系统能够解决什么问题，不能解决什么问题。

2.重新改组项目小组。重点是吸收了业务部门经理参与项目小组，并承担重要角色，IT部门仅起到支持作用。

3.经过进一步详细需求调研，确定企业上ERP系统的主要目标，从而也就确定了选择ERP系统的标准和量化指标体系。设置指标体系时不仅考虑了软件的需求满足程度，还考虑到软件的扩展性和软件厂商的发展等因素。

在我们咨询公司的协助下，A公司终于走出了选型误区，在较短的时间内，确定了一家国外一家大型软件厂商的ERP产品，同时确定我们作为该软件的实施商。

二、培训的重要性

A企业通过选型事件后，认识到ERP要想实施成功必须要请专业咨询公司，同时也非常重视ERP实施中培训的重要性。然而在起初，A企业项目小组对培训重要性的理解不深，认为在ERP实施过程中只需要培训最终用户如何使用软件操作即可。经过我们反复讲解，举了许多失败的案例，A企业项目组逐步意识到培训的重要性。针对不同的对象，培训可分为：

1.对ERP系统管理理念的培训。

这种培训就是我们在选型时，对Ａ企业高层**做的培训。培训目的是让他们形成共识，理解为什么ERP是管理改造项目，离不开高层**的支持；另外一个目的就是让他们对ERP有一个正确的预期。

2.对项目小组的培训。

对项目小组的培训包括项目管理的培训、实施方法的培训、ERP软件功能的培训。ERP实施对企业来说也是一个大型项目，成功的ERP实施离不开成功的项目管理，所以项目小组成员必须了解项目管理的一般概念和方法。 3.对最终用户软件操作的培训。

对最终用户的培训就是用户知道怎么操作软件，是企业最能够接受的。 4.对技术人员的培训。

包括系统管理员的培训、开发人员的培训等。 5.对新流程的培训。

ERP实施中技术虽然很重要，工作量也很大，但并不是最难的；最难的是ERP实施必须要对管理做很大改变，即进行业务流程重组。这样，ERP实施完成后，企业员工都面临着全新的业务流程。对新流程的培训也就意义重大了。 6.对数据分析的培训。

ERP系统正常运行后，会有很多有用的数据。如果这些数据放在那儿不去利用，就不会很好地发挥ERP系统的作用。所以必须教会企业如何去分析数据，为企业决策提供依据。

三、实施前的准备工作

A企业选型完成以后，下面的工作重点是完成项目实施前的一系列与项目管理有关的文档，其中最重要的是确定项目的范围、目标和方法以及项目实施计划。

1.确定项目的范围、目标和方法

为了保证项目在给定的时间和成本范围内高质量地完成，必须有一整套关于咨询服务、技术支持和培训的方法和软件，其中首先要明确的就是项目的范围、目标和方法，本文档同项目的质量管理计划相结合，将成为整个项目实施的基础性文件，并提交给所有项目小组成员。

本文档的目的是提供项目实施方法，策略，风险，效益和假设等信息，以及有关项目资源需求的依据。具体来说，本文档将提供以下信息的唯一来源：

• 实施范围：目标，里程碑，成功因素

• 实施方法：管理，环境，**业务需求

• 技术处理策略

• 项目实施政策，风险和假设

• 验收标准和需求改变管理

1.确定项目工作计划 根据项目范围、目标和方法，经双方项目组成员讨论进一步确定项目实施计划，该计划主要内容如下：

阶段编号 阶段 主要工作内容

1 总体需求调查 • 总体业务需求调研、报告和讨论 • 安装产品Demo环境 • 对项目小组进行软件标准功能培训

2 总体解决方案设计 • 业务分析与业务流程重新设计 • 业务需求与软件功能匹配 • 建立测试原型，并进行初步模拟测试 • 讨论、审批并形成最终总体解决方案

3 详细方案设计 • 软件模块设置分析 • 计算机业务流程分析与设计 • 在测试环境中进行详细模拟测试 • 讨论、审批并形成最终方案

4 模块实施与上线 • 财务、仓库、采购、分销、制造等模块分步实施上线

5 并行运行 • 经过一个月的并行运行验证表明，结果正确，运行正常

6 实施结束 • 实施结束，并开始后期支持

1.**重要文档，如质量管理计划、项目资源计划等。

四、结束语

在经过与A企业项目组上下沟通，其中也有一些波折，但总的来说，我们比较顺利地确定了项目实施初最重要的文档，并经过双方项目经理的签字确认，可以说是起了一个好头。为以后项目正式启动铺平了道路。 之二－－总体需求调查

在上一篇文章，笔者以A企业为例，详细介绍了在ERP实施过程的第一步，即前期准备工作的主要工作内容，并提到了ERP的实施可分为六大阶段，本篇着重介绍第一阶段棗总体需求调查阶段的工作。总体需求调查主要有以下工作内容： • 总体业务需求调研、报告和讨论

• 安装产品Demo环境

• 对项目小组进行软件标准功能培训

从上述工作内容，可以大体知道，总体需求调查阶段的任务，是让顾问充分了解客户目前业务现状、流程，并在顾问和客户互相讨论的基础上，形成业务现状描述文档；同时要对客户进行ERP系统标准功能的培训，让客户知道ERP系统是如何解决业务问题的。经过这一阶段，顾问了解了企业的业务，客户了解了ERP的功能，双方就有了许多共同语言，为进一步开展实施工作铺平道路。

一、确定阶段计划

在调研前，我们与A企业项目小组核心成员确定了调研阶段的详细计划和时间表。我们的计划如下（没有考虑节假日）：

任务 时间（天） 开始时间 结束时间 参加人员 1.总体业务调研 41 3月1日 4月10日

1.0 调研动员大会和培训 1 3月1日 3月1日 双方项目小组成员各部门经理和骨干 1.1 市场和销售业务调研 1 3月2日 3月2日 顾问客户方项目组有关成员被调查部门主要成员

1.2 采购业务调研 1 3月3日 3月3日 同上 1.3 仓库业务调研 1 3月4日 3月4日 同上 1.4 生产业务调研 1 3月5日 3月5日 同上 1.5 财务业务调研 1 3月6日 3月6日 同上 1.6 设计开发业务调研 1 3月7日 3月7日 同上 1.7 写业务现状报告 7 3月8日 3月14日 各业务部门 1.8 阅读业务现状报告 7 3月15日 3月21日 顾问

1.9重复调研阶段 10 3月22日 3月31日 顾问客户方项目组有关成员被调查部门主要成员 1.10 修改并确定业务现状报告 10 4月1日 4月10日 以顾问为主 细心的读者可能发现如下两个问题：

第一，在ERP实施准备阶段，我们和A企业目小组已经确定项目实施计划，为什么在这里又要制定调研阶段的实施计划？原因是在准备阶段制定的实施计划是一个大的阶段计划，比较粗；另外，在具体实施过程中，由于许多事先没有考虑到的因素，造成项目计划会经常发生变更（比如：企业方项目小组关键成员外出，企业购置的计算机硬件发生故障）。所以，在ERP实施过程中，实施计划有粗有细，可分为：整个项目的实施计划、每个阶段的详细实施计划、近一周的工作计划，计划周期越短，计划就越明确。

第二，在上述计划中，对每个业务部门的调研基本只花一天的时间，能把问题都问清楚吗？这个问题也是许多企业会提出来的。的确，花一天时间顾问是不可能非常明白地理解企业的业务。在ERP实施过程中，调研有初步调研和详细调研之分。在总体业务调查阶段的调研属于初步调研，主要目的是通过顾问和业务部门的交流，让顾问对企业业务和需求有一个总括的认识，同时在交流中顾问可以回答客户提出的问题，让业务部门对ERP有一定了解。调查完一个部门，就布置该部门写业务现状报告。

二、调研前的动员和培训

确定了阶段计划后，我们组织了一次调研动员和培训大会。参加会议的有A企业的项目组成员和所有的部门经理和主要业务骨干。会议主要议题有：

1.业务现状调研在ERP实施中的重要性。

2.调研工作的主要内容，也就是要了解哪些情况。

3.被调查对象要注意哪些事项，要事先做哪些准备工作。

4.业务流程描述的培训。

用图表的方式来描述企业的业务流程是一个非常好的方法，然而如果要企业业务部门自己来做这项工作，他们往往就会发现很困难，画出来的流程图也比较乱，线绕来绕去，别人很难看懂。解决方法有两种，一种方法是通过调研，顾问来画业务流程，然后与业务部门讨论，看顾问画出来的流程是否真实地反映了企业的业务；另一种方法是顾问教会客户如何画业务流程，然后由客户先写业务现状报告，画流程，最后顾问修改定稿。比较而言，第一种方法比较省事；第二种方法业务部门一开始会感到比较困难，但顾问一般倾向这样做，因为这样会促使业务部门去思考他们的业务，发现一些业务流程改善的机会。

俗话说，磨刀不误砍材工，调研动员和培训大会一定要组织好，达到预期目的，否则，由于被调查对象对业务调研的重要性认识不清，或者事先没有经过充分准备和思考，导致在调研时遇到一些阻力或者不能达到预期目标。

三、调研的技巧

调研是一项讲究方法和技巧的工作，良好的调研能力是一个咨询顾问必备的基本素质。在调研中，顾问会面临不同类型的被调查对象，如何引导被调查对象的思路，问出你关心的问题，取得很好的效果，就要看顾问的功底了。根据笔者的经验，被调查对象多种多样，可以分为以下几种类型： 一问一答型：顾问问一句，回答一句，不问不答。这种人一般不善言辞，或对业务不是非常清楚。面对这样的被调查对象，顾问应该要比较主动地询问，启发被调查对象。

发牢骚型：一旦讨论起来，他们经常跑题，发牢骚。对企业存在的问题，不是从自身找原因，往往总是怪**部门不合作或**原因。当然，这些发挥有一部分确实是能够帮助顾问发现企业管理的问题点的，但在有限的时间内我们必须抓住重点，完成预定目标。因此，面对这样的被调查对象，顾问应该把握住调研的主线，引导被调查对象在正轨上适度发挥。 怀疑型：被调查对象产生怀疑一般有如下两种原因：一种是企业以前投资引进过类似ERP的项目，然而由于种种原因，最后没有产生效益，他们认为ERP也一样，最终是要失败的，于是对实施ERP抱怀疑态度。另一种原因是对ERP系统了解不深，过分强调自己企业的业务非常复杂，认为ERP是很难或不可能解决的。 在A企业的调研中，我们采用如下方法：

1.在调研之前，由客户方项目经理召集被调研的部门人员，先组织内部讨论，提出问题。

2.顾问准备了一份详细的调研提纲，作为调研的依据。但要注意，调研时，千万不能就调研提纲逐一提问，应该启发被调查对象，发散思路。

3.调研时，由客户方项目经理等关键成员和顾问一起参与调研。客户方项目经理可以起一个协调作用。

4.调研结束后，顾问及时提炼出当天调研的主要问题，然后交客户方项目小组阅读，看顾问理解的是否正确。

5.调研结束后，布置被调查的业务部门写业务现状报告。要求在业务现状报告中要反映以下问题：①该业务部门的组织结构，岗位设置和职责；②主要业务和业务流程；③列出目前存在的主要问题，以及希望上了ERP后，迫切需要解决的问题。

通过上述措施，我们的调研效果相当好，客户也很满意。

四、修改并确定业务现状报告

按照我们的计划，从3月8日开始，我们要求A企业各部门用一个星期时间，写业务现状报告。我们收到报告后，仔细地阅读后，发现一些不清楚的地方，或报告没有写到，但我们比较关心的问题。总结起来，有如下问题：

1.文档格式不符合我们的要求。作为专业的咨询公司，在ERP实施中，各种文档都有专门的格式，虽然在调研前顾问已经做了培训，但有些部门还是没有完全按要求写。

2.流程图画的不规范。比如，我们规定，“矩形框”表示一个活动，“菱形框”表示判断，等等，有些部门没有按要求做。还有许多流程是跨几个部门的，本来要几个部门协调共同来做，但各自做各自的，结果不同部门对同一流程，画出来却不一样；另外，有些流程很复杂，无法用一个流程，就需要适当分割，用几个流程来描述，但业务部门不知道在哪里分割。

3.有些报告只写现状，没有写需求和期望。

针对这些问题，我们采用个别培训，与业务部门反复讨论等方式，最终确定了各部门（按ERP模块）的业务流程文档，有：总帐、应收、应付、资产、采购、分销、库存、生产计划、车间、设计等。

五、文档的重要性

前面提到顾问与客户的一切工作都与文档的制作息息相关，可见文档在实施进程中的重要性不可小觑。那么，文档到底对整个实施工作有怎样的积极性作用呢？ 首先，我们可以大致把ERP实施中的文档分为以下几类：

• 分阶段实施计划文档

• 分阶段目标设置文档

• 标准业务流程文档

• 标准编码、标准数据文档

• 标准参数设置文档

• 功能操作指南文档

这些文档伴随着ERP实施的各个阶段逐渐充实、完善；与此同时，它们亦记载了整个实施的过程和成果。

接下来，我们来分析这些文档的价值所在：

1.书面化的文档有助于实施方与企业方明晰各自的职责，信息互通，共同把握实施的节奏； 2.标准业务流程文档有助于双方明晰业务流程，有效配合业务流程的重组和优化；

3.标准编码、标准数据文档及标准参数设置文档更是ERP实施比不可少的基础资料，可有效减少重复工作，并可减少对正常工作的影响。如：万一企业人员由于误操作，导致初始设置的丢失，可利用实施的标准文档迅速补救，最大程度上减少对企业正常工作的影响。

4.功能操作指南文档可帮助最终用户规范化操作，加强培训效果。

ERP的实施过程少则几个月，多则一两年。在这个时间跨度中，项目组的人员难免要发生一系列变化；同时，实施完成后，企业的运行过程更是漫长的过程。因此，实施的标准文档将成为实施信息的公共载体，指导实施双方的工作。

六、结束语

经过这次调研，A企业上下反映良好。许多开始有畏难情绪的部门，经过与顾问反复交流，也信心实足。有一位业务部门的经理曾对笔者说，每一次与顾问交流，都对ERP有进一步的了解，同时他还建议把企业所有的业务流程汇编成册，这对企业理顺管理很有好处。确实是这样，成功的ERP实施离不开业务流程重组（BPR），而BPR的基础就是业务流程调研。 之三－－解决方案设计

在演义之二，我们介绍了进行业务调查，要做哪些准备工作，调查过程中要注意哪些问题，调查结束后要出哪些文档和报告。一句话，业务调研阶段的主要目的是对企业的业务进行了深入的调研，明确了企业的需求和企业的现有业务流程。

完成业务调查后，我们进入了ERP实施过程非常重要的一个阶段棗方案设计。它主要任务是针对企业需求，在进一步分析企业业务的基础上进行业务流程重新设计，并提出系统解决方案；同时在测试环境进行业务模拟测试。具体来说在该阶段，主要要完成以下工作： • 业务分析与业务流程重新设计

• 业务需求与软件功能匹配

• 建立测试原型，并进行模拟测试

• 讨论、审批并形成最终解决方案

一、业务分析与业务流程重新设计

一般来说，一个企业主要的业务和流程有： 1.企业管理 7.生产运作 2.财务管理 8.销售定单管理 3.人力资源管理 9.销售和市场管理 4.营销管理 10.生产计划预测 5.物料管理 11.售后服务 6.新产品开发 12.采购管理

在业务调研阶段，我们要逐一对这些业务进行调研，与企业进行深入讨论，最后要总结提炼出每一项业务有哪些需求，并用图表的方式描述出这些业务的现有流程。由于现有流程是在传统管理模式下，与手工处理相适应的，所以这些流程不可避免的存在许多无效的活动，流程的运作成本高，效率低下。比如以A企业的采购管理流程为例，进行分析。 A企业采购管理现状：

1.原材料品种规格多，常用的就有2万多种，采购任务重。

2.紧急采购任务多，占到全部采购任务的70%。主要原因有：一是没有完善科学的市场预测，没有办法提前做生产计划和采购计划。二是客户要求的交货期很短，有时生产部门给采购部门的采购时间只有一天，而对有些物料，不可能在一天完成采购，造成部门之间互相埋怨。三是不同客户要求不尽相同，标准件少，用增加库存的方法来实现对客户及时交货的承诺效果也不好，同时也违背了企业降低库存的目标。 3.由于紧急采购量大，为满足生产要求，降低了对采购管理的控制。比如：许多采购没有采购定单。

4.即使采购基本上按使用部门的采购申请执行的，但在库存资产中，仍有不少呆滞库存。原因是使用部门提出了采购申请，但等到采购入库后，由于各种原因不来领用。

5.由于生产任务紧急，采购的物料还没有办理入库手续，就直接发到生产现场。

6.仓库资产与财务对帐工作量大。

根据上述业务现状，我们首先要对采购流程进行进行优化。一方面要通过流程加强对采购环节进行控制；另一方面，要简化采购流程，提高效率。根据ERP的管理思想，标准的采购流程图为：

二、业务需求与软件功能匹配

对企业的各项业务需求，需要与软件功能进行详细的匹配分析，以决定哪些业务需求，软件可以实现，是如何实现的；哪些业务需求软件不能实现，是否要做开发，等等。 比如，下面是采购业务需求匹配分析表的例子。表中各字段含义如下： 编号－－需求编号（顺序号） 差异－－表明是否是差异

业务需求－－对该项业务需求进行描述

匹配结果－－如果软件可以解决，注明在哪些模块中，如何解决的。如果软件不能解决，应该注明如何解决。

编号 差异 业务需求 匹配结果

采购接收到的数量要与**上数量进行匹配。 在采购模块中在下采购定单时，需要选择匹配规则，匹配规则有：1**数量与采购定单数量比较。2**数量与采购接收数量比较。3**数量与检验合格数量比较。可以按企业需要选择一种。在应付款模块中企业可以在应付款模块录入**，然后选择采购定单进行匹配。

把企业的业务需求匹配后，基本上就形成了总体方案。

三、建立测试原型，并进行模拟测试

经过业务流程的重新设计和需求与功能匹配后，企业对ERP软件有了更进一步的认识，也了解了ERP系统中的业务流程。但系统真正上线运行起来后，企业没有感性认识。所以必须在真正上线前，做一个实战模拟。

首先，实施顾问在ERP的测试环境中，根据企业实际情况进行初始化设置，如科目结构、供应商、客户、物料编码、物料清单等。测试环境的初始化设置与系统真正的初始化不完全一样，相对来说，测试环境的初始化要粗一些。

其次，输入必要的数据，比如科目的期初余额。不要求用企业的真实数据，可以用一些假设的数据。

第三，在测试环境中做业务模拟测试。比如，对采购业务，从使用部门提出采购申请开始，到采购申请的审批，再到采购定单的生成、审批等过程要一一模拟。 最后，测试各种单据、报表的打印，看看格式是否满足企业的需要。

四、讨论、审批并形成最终解决方案

1.建立测试原型后，实施顾问分模块对企业项目组成员进行计算机流程的培训。

2.培训完成后，实施顾问和项目组成员一起讨论，看看这样的解决方案是否满足了企业的需要。发现问题，要充分沟通，及时解决。

3.征求最终用户的意见，让用户真正喜欢用ERP系统。

4.企业项目**小组进行审批。

五、结束语

在产品设计制造过程中，有这样一条法则：如果在设计环节就发现产品的缺陷，其成本是1，但等到产品已经投入制造，才发现问题，给企业带来的损失可能就是 1000。在ERP实施中，这条法则也照样起作用。我们要尽可能在方案设计阶段，解决所有问题。顾问要非常清楚地向客户解释方案，这样，可以避免到真正上线时，不出或少出问题。 之四－－模块实施上线

大家知道，要建一幢大厦，从大阶段看，要经过这样几步：

首先是建筑工程师要进行方案设计，设计方案就决定了大厦的总体架构。在方案正式确定之前，我们可以充分地讨论、修改方案，直到满意为止。当方案确定以后，在施工过程中不允许再修改方案，否则，前面许多工作将白费，成本很高。

然后，按照设计方案工匠们开始打地基、一层一层地施工。施工过程中，要按计划准备好各种建筑材料。否则，一种建筑材料没有及时到位，就会导致工程延期。

ERP实施就象建一幢大厦，也需要先设计、再施工。笔者在前面三篇文章中论述的ERP实施前的准备、总体需求调研、解决方案设计，就好比是设计。本篇文章“模块实施上线”好比是施工。 总体方案设计作为ERP实施中的重要里程碑，必须要充分地与客户进行讨论、并获得客户的书面确认。从而避免出现房子盖了一半，再推倒重盖的后果。

“模块实施上线”就是在总体方案的指导下，分模块，如财务、分销、制造等，进行产品环境的初始化，准备并转换基础数据，确认系统开始运行。具体工作如下：

• 制订模块实施上线计划 • 准备基础数据 • 培训最终用户 • 应用产品设置 • 业务数据转换 • 确认新系统正常运作

一、制订模块实施上线计划

当ERP实施进入上线阶段，一方面，很多业务部门将切实参与到ERP实施工作中来；另一方面，上线阶段，工作量大，要准备的基础数据多。所以必须做好切实可行的上线计划，保证上线工作有序进行。在制订计划时，要注意：

1.计划要做到天，要详细规定每天应完成哪些工作。

2.计划一定要分到责任人，要确定哪些工作是由顾问做的，哪些工作是由客户做的，并要让具体执行人清楚地知道计划。

3.计划一定要规定截止时间，如规定在某月某日之前要准备好某项基础数据。

4.制订计划时，要考虑资源（人力、时间）制约。如财务部每月月底要准备财务结算，不能抽过多时间。

5.制订计划，一定要留有余地。根据我们的经验，在上线阶段会遇到各种事先没有预计到的问题，所以，过于紧凑的计划往往不能按期完成。

二、准备基础数据

在实施演义之一，我们说过，ERP成功三大因素依次为：人、数据、技术。可见基础数据准备的重要性。ERP中数据可分为两种：

一种称为静态数据，所谓静态数据一般不随时间不同而改变，如：①物料Item主文件，②物料清单BOM，③工艺路线Routing，④各部门、各种资源，⑤供应商基础资料，⑥客户基础资料，⑦会计科目等等。因为静态数据一般比较稳定，可以提前准备。

另一种称为动态数据，动态数据一般随时间不同而改变，如：①库存余额，②车间在制品余额，③总帐余额，④应收帐款余额，⑤应付帐款余额，⑥未结销售订单，⑦未结采购订单等等。这些数据要在各模块上线切换点的数据为准。比如，计划7月份总帐模块上线，一般以6月30日总帐余额为准。

在准备数据之前，顾问要准备一份“数据准备文档”，在该文档中要明确如下内容： 1.数据准备时间，范围。即何时完成，准备何时的数据，准备哪些数据。

2.明确双方责任责任。我们一般要求客户来准备基础数据，并保证数据的完整性、正确性（实际也只有客户自己才能做）；顾问只提供数据准备的要求、格式。

3.数据准备的要求。客户必须按照顾问要求的格式来准备，这一点非常重要，很有好处： （1）可以保证数据的完整一致。比如说，要准备供应商资料，我们在Excel中准备好空白如下表格。

序号 供应商名称

供应商编号 纳税登记号 分类 地址 联系人 1--- 这样每个准备供应商信息的人，都知道供应商资料应该包括：供应商名称、编号、地址、纳税登记号、联系人。

（2）方便核对数据。一旦在Excel中准备好数据，并核对无误后，就需要输入ERP系统，输完以后，再用ERP系统生成并打印报表。比如，对上述供应商资料，我们可以从ERP系统输出一份报表，去和Excel中的数据核对，看看在输入过程中是否出错。如果没有一份在Excel中准备好的完整资料，核对就比较困难，而且容易遗漏。

（3）如果基础数据量很大，一般就需要开发专门的数据转换程序，这样更需要按一定格式准备数据，否则，数据转换程序不会正常工作。

在实际工作，很多客户一开始感到不理解，认为没有必要一定按照某种格式准备，作为顾问一定要和客户沟通，解释重要性。

三、培训最终用户

上线过程中，有很多数据要输入ERP系统，而且一旦上线后，最终用户就需要天天和系统打交道。为保证每个用户多能够熟练地使用ERP系统，培训就显得很重要。笔者在实施演义之一中已经对ERP实施中的培训作了详细论述。在这里再简单介绍如下：

1．让客户方项目组成员来准备培训教材，顾问提供指导。在ERP实施项目组中，客户方有专门的模块负责人，他们因为很多时间和顾问一起工作，而且已经接受过顾问的培训，有能力准备培训教材。同时，ERP上线以后，模块负责人作用很大，需要给他们一定压力来尽快熟练软件。 2．顾问负责培训模块负责人（Train trainer），让客户自己来负责培训最终用户。

3．最终用户培训工作要经常进行。特别是如果客户原来计算机基础不是很好，一定要多做培训。 4．培训要有一定的奖惩措施。为了提高培训质量，客户应该制订一定的措施，如规定，在经过一定时间培训后，要进行考试。考试不合格，进行补考，补考不合格，可以采取一定惩罚，以激励最终用户学习的积极性。

四、应用产品设置

设置（Setup）是ERP实施中一个专门术语，其含义简单地讲，就是按照企业的实际情况和需求，配置系统参数，把一个通用的ERP系统变成适合企业需要的计算机系统。比如，对总帐模块上线，以下工作就属于设置：

• 按企业需要设置会计科目结构，币种，会计日历，最终形成企业的会计帐套。 • 按企业需要设置凭证的分类和编号规则。 • 按企业需要设置凭证的审批方法。 • ......

设置之前，需要准备一份“设置文档”。设置文档主要内容是设置的详细步骤，每一步是如何做的。设置文档是ERP实施中一份关键文档，必须要完成，有以下作用： 1．确保设置正确。如果没有一份书面文档，一面想一面设置，容易出错。

2．更正有依据。设置完成后，万一出现问题（系统出错、或有人更改了设置），可以查看设置文档，很快进行修改。

3．对客户来说，文档是知识的积累和转移。假如，某客户是一家集团公司，有许多类似的下属企业。在ERP实施中，一般的模式是先以1-2家企业做试点，试点成功后再推广。有了设置文档，推广工作就可以节约很多时间。

五、业务数据转换

一旦产品设置完成后，基础数据也准备好的话，下面的工作就是把基础数据导入ERP系统。数据转换需要事先制订转换策略，确定是手工输入、还是用程序进行转换。一般原则是，如果数据量不大，可以采用手工输入的方法，否则需要考虑用程序来进行数据转换。

基础数据导入ERP系统之后，下面工作就是要核对数据，核对方法是从ERP系统把数据以各种方式输出，和输入的数据进行核对。

六、确认新系统正常运行

上述工作均完成后，ERP系统就是要正式运行了。

1． 验证设置是否正确。比如总帐模块，各种基础数据输入后，经检查，均正确无误，但ERP系统生成财务报表就是不正确。这种情况下，我们就需要检查是否是设置问题。诸如此类的问题很多，需要一一验证。

2． 制订各种业务规则。上了ERP之后，许多新的业务流程和企业原有的业务流程不同，而最终用户往往习惯了以前的做法，短期内可能不适应。为了确保ERP系统真正用起来，必须做好以下几点：

（1）做好培训工作。培训ERP系统的操作和ERP的业务流程，上面已经反复讲过。 （2）制订详细的业务规则，规定企业各种业务在ERP系统中是如何处理的。并让每位相关的最终用户知道、理解。

（3） 制订必要的制度，确保按规定操作，特别是在使用ERP初期，完善制度尤为重要。

之五－－系统并行运行和总结

在演义之一中，笔者谈到ERP实施大体要经过六个大的阶段，即：总体需求调查、总体解决方案设计、详细方案设计、模块实施与上线、并行运行、实施结束。前面我们用四篇文章的篇幅，逐一介绍了前面四个阶段。在本篇文章中，笔者将介绍“系统并行运行”，并项目实施做一个总结。 系统并行运行

模块实施上线之后，有一段新老系统同时运行的时间，即系统并行运行期。在实施过程，大多数客户对这个阶段都比较认同，所以笔者也就不在赘述。在这里，只想谈下面几点： 并行的主要目的是为了保证新系统运行结果的正确性。

同时，ERP实施后，有很多流程和工作方法与以前不尽相同，并行可以让最终用户有一段时间去熟悉。

并行会增加用户的工作量，这一点客户一定要做好充分的思想准备，并做好最终用户的思想工作。 顾问在并行之前，要根据项目实施情况，做好切实可行的并行策略，尽量减少并行工作时间，防止最终用户出现抵触情绪。 ERP实施经验总结

笔者曾经提到，ERP实施中有一个成功等式： ERP应用成功=有准备的企业+合适的软件+成功实施

而三者之间，成功实施是保证ERP系统应用成功最重要的因素，笔者在ERP实施中深刻地体会到这一点。那么怎样保证ERP成功实施呢？答案是成功的关键在于人——即实施人员，包括实施顾问和客户。

如果仅从实施顾问方面看，实施项目组一般由如下成员组成，即项目经理、模块负责人（财务、制造）、一般实施人员。其中项目经理负责整个项目管理的工作，如制定项目实施计划、控制项目的进展等等，一个好的项目经理是保证项目成功实施的重要因素。总结众多ERP项目实施经验，笔者发现在项目管理中，项目经理要注意如下几项内容： 项目开始时，不可轻易承诺项目何时完成

国内很多企业在实施ERP项目时，在项目启动后，甚至在项目还没有启动，就要求实施顾问提供一份详细实施计划，要求确定何时完成整个项目。特别是国内某些企业的ERP项目，往往需要某些机构的验收，这些验收单位一般事先规定了一个截止日期，要求ERP必须在该截止日期前完成。这个时候，项目经理面临压力 ——即需要给客户留下自信的形象，这种无形的压力驱使项目经理往往承诺客户提出的项目完成日期。

然而，在项目刚启动，就承诺一个非常明确的项目完成日期是比较危险的，这是因为，一方面，项目刚启动时，项目的实施范围通常还比较模糊和抽象、不是很具体。只有等到需求调研以后项目实施范围才会逐步具体化，即使到这时，项目范围还存在随着项目进展发生改变的可能性。 另一方面，如果对客户承诺了一个固定不变最终期限，如果以后客户需求发生了很大改变，比最初项目评估时要复杂的多，因为完成日期已经无法更改，这样造成的后果是项目组成员需要投入更多的时间或者匆忙之下只能提交一份不令人满意的解决方案。

因此，项目经理必须和客户沟通，使客户明白，项目完成日期的确定取决于两个因素：一是需求调研完成以后，双方共同确认的项目实施范围；二是要考虑到项目所需资源约束。这样如果以后项目范围明显地超过最初确定的范围，项目经理就需要和客户讨论，要么让客户缩小项目范围，要么延迟项目完成日期。 选择合适的顾问资源

如果实施任务非常紧急，项目经理应该在组建项目组时，考虑多配备经验比较丰富的顾问。如果顾问资源比较缺乏，应将项目实施完成延期到合适的时间，切不可随便用一些新手来代替。从项目一开始时，项目经理就必须严格控制项目质量，任何在质量上的妥协，都是项目后期出问题的潜在隐患。

另外在选择顾问资源时，不仅需要考虑顾问以前的业绩、能力，还需要考虑顾问的未来的潜力。 明确的里程碑

在ERP项目实施中，必须制定明确的里程碑，以及每个里程碑应取得的成果。项目经理在项目一开始，就需要让项目组所有成员知道在每个里程碑，以及目标。 制定更细化的里程碑

大型ERP项目的实施往往时间很长，这样项目刚开始，项目组成员有一种错觉，认为时间还很充足。所以必须对里程碑进一步细分，制定短期的实施目标，让项目组成员时刻保持高效的工作状态，如果这些小的目标都能按时完成，那么整个项目按期完成就有了保证。

ERP项目实施时间长，对顾问和客户来说，成功似乎遥遥无期。如果将目标进行分解，让顾问和客户都感觉到一段时间就实现了一个目标，可以激发项目团队和客户的积极性。 要经常性地交流与沟通，强调团队合作

交流与沟通包括项目组内部的沟通和项目组和客户之间的交流。

项目组成员之间要经常交流和分享各自成功的喜悦和失败的教训，我们常常说ERP项目组是一个团队（Team），也就意味着团队成员之间必须要通力合作，才能保证项目成功。

ERP项目实施团队中，每一个成员都要把项目成功看成头等大事，任何事情都需要在保证项目成功的前提下去做；

在整个项目团队中，模块实施团队必须把自己负责模块的实施成功看作是整个项目成功的一部分。 项目经理要时刻注意，防止出现侵蚀团队合作精神的苗头。

同时，项目经理一定要向客户强调一点，那就是，ERP项目实施成功不是顾问一方努力就可以了，它必须要有客户的紧密合作。

缺乏交流只会导致一些重复工作，减缓项目进展，甚至导致项目失败。 计划安排要符合实际，留有余地

在项目实施过程中，来自客户的压力，或者项目经理急于证明自己的能力，导致项目经理在安排计划时，过于紧凑，无法完成。

不切实际的计划安排后果只能是挫伤项目成员和用户的积极性和信心。试想一下，如果项目经理在安排项目计划时，是基于非常乐观的假设前提，并对用户作出承诺。当客观情况稍有变化，项目就无法按时完成，后果就很难弥补了。

在更坏的情况下，项目虽然在最终期限前完成，但方案不令人满意，当企业的环境稍微发生变化（如组织机构调整、某些流程的改变），但顾问做出的ERP方案就不能适应，客户将感到很不满意。

所以项目经理必须注意，计划一定要切实可行，如果项目经理感到自己缺乏经验，应该虚心地向有经验的项目经理请教。这当中，笔者有一点感触就是——计划一定要留有余地，以应付一些突发事件。俗话说，“计划没有变化快”。项目经理都有以下经验，无论计划做的多好，实际情况总是会脱离计划，只是改变程度不同而已。由于ERP实施时间长，会发生许多事先根本没有想到的突发事件。这样，即使**一切事情都按事先安排进展，项目仍然有延期的可能。所以，安排计划时一定要留有余地，以应付突发事件。 严格控制项目范围

一旦和客户确定了项目实施范围以后，如果客户提出某项新的需求，而项目需求又会显著地改变项目范围，项目经理就必须评估它给项目计划的影响。并和客户达成协议，如果要满足这项新需求，必须延长项目实施时间。如果项目经理对实施范围控制不力，接受客户提出的新需求，但没有改变项目完成日期。这会使项目组成员感到灰心，因为他们必须要在同样的时间内完成更多的工作，特别是如果最初的计划本来就很紧时，更是如此。 结束语

ERP实施涉及面广，影响企业各个方面，实施难度也比较大。为了保证ERP实施成功，很多ERP实施顾问公司，在总结了很多经验教训后，形成一套科学的 ERP实施方法，也就是说，ERP实施是有其自身规律性的。作为一名ERP实施顾问，笔者深感方**的重要性，同时在实施过程中，也感到企业往往对ERP 实施方法，知之甚少，一定程度上影响了ERP实施的顺利进行。

一、主持访谈的能力

访谈的目的

获取信息

发布信息

推销一个注意，使之被认可

向一个人提问不是一件容易的事情，需要对被访者充满尊重和善意

访谈必须遵守的规则

准备访谈

1.确定访谈主题

2.列出所要涉及的访谈要点

3.对所有问题按轻重缓急进行分类，在此基础上制定访谈计划

4.选好访谈对象 ：掌握信息的人、有决定权的人、有影响力的人

5.与被访者进行预约，告知访谈的目的、持续时间、地点和你的联系方法

进行访谈

选择最合适的时间，以免过多地影响对方的工作

在对方工作的地方进行访谈

访谈时间不要超过2小时

自我介绍，并再次说明访谈的目的

请对方作自我介绍、说明其职位

按预先指定的计划进行访谈，对对方的发言做好记录

对不清楚的地方或需要详细说明的地方进行复述

访谈结束时作一个简要的综述，以确保没有遗漏或误解

结束访谈并致谢

访谈之后

撰写访谈报告，分清哪些是对方的语录，哪些是自己的理解

让被访者确认访谈报告

将所收集的信息交叉确认

建议

访谈计划不是一成不变的框框, 要善于突破计划的框架接受被访者主动说出的重要信息

访谈中要主动，要及时分析对方给出的信息以调整提问方向

提问举例

问：您收到的文档怎么样？

答：尽是错误

回答中缺少信息，应深究

补充问题 ： 什么样的错误？ 从哪儿来的？

问：你们的服务价格怎样？

答：人们认为太贵

补充问题 ： 谁认为这样？ 相对于什么标准而言？

问：你们部门工作质量怎么样？

答：有些部门的工作更糟

补充问题 ：哪些部门？更糟是什么意思？ 质量标准是什么？

问：质量好吗？

答：我知道工作质量好

补充问题 ： 您怎么知道工作质量好？

问：你们为什么使用这个流程？

答：因为我们必须这样，这是规矩。因为我没有别的办法

补充问题：为什么非这样不可呢？如果不这样将会出现什么情况呢？你们为什么不能？如果你们能这样做，将会怎样？

问：第一级检验是否做好了？

答：从来不对检验负责（主观判断）

补充问题：所有人都这样吗？您就从没有见过一人对其工作负责？就您一个人这样认为吗？您为什么说雇佣从来不？

问：处理会不会使工作推迟？

答：我知道您对这是怎么看（对方已有成见）

补充问题：您为什么这样想？您的判断依据是什么？您认为我对这件事有定论吗？

问：为什么不作更多的检验？

答：我很想作进一步的检验，但忙不过来

（对对方的因果关系提问）

补充问题：当您忙得过来的时候，您作进一步的检查吗？是否有过那么一天，您忙不过来的时候也作了进一步检验？

二、主持会议的能力

会议是一种沟通工具，它可以

促进信息流通

用集体智慧为问题寻求解决方案

作决定

准备会议

1.确定会议的TOP

Theme : 主题

Objectif：目标

Plan ：计划

2.确定与会者名单及会议时间和地点

3.作好各类后勤准备（纸版、投影仪等）

主持会议

按时开会

在纸版上写明会议的主题、目标、计划以及持续时间

方便工作的进展

方便与会这之间的交流

方便与会者的参与

平衡会议支持人和与会者的发言时间

发言离题时应及时将其拉回到主题上来 会议间要做一些阶段性的复述和小结

时常提示会议主题

会议结束时总结会议要点并明确会议的后续工作

取保对会议的跟踪

对会议（TOP的遵守情况、与会者的选择等）进行简短的分析

整理好会议纪要 ：（会议主题和目标、与会人员、所作的决定、下次会议的要点等〕，将整理好的纪要及时发布

跟踪会议决定的执行以及会议期间要求的信息的收集

建议

在安静的屋子内开会

会议超过两小时应考虑中间休息

会议主持人不要表态，让与会者**表达，应采取主动倾听的态度，复述发言者的思想，综合不同观点，以提问方式让发言人把隐藏的信息明确表达出来

始终与整个小组而不是一个接一个地与单个与会者工作

三、掌握专业文档编写的规则

定义：

书面交流（幻灯片、报告）需要让人读懂，因此要遵守行业内的特殊规则书面交流的目的不仅是传达信息，而且也是培训、鼓动、让人记住、使人产生行动的动机

事实 ：把一篇写得很好的文章放到100个人手中， 90个人只看题目，75人只读题目和引言，40个人读到第一段结束，20个人扫过全文，5个人读完全文

幻灯片

目的：斥诸视觉、图解、使叙述生动、吸引听众、说服人、让人作决定

每张幻灯片必须是适当的 ：

与会议的TOP相一致

使会议进展增色

幻灯片的内容：

记录要让他人接受的观点

字体要大，以便远处的人能看得见

每张幻灯片上只表达一个重要观点，要使用短句

交替使用文字和图表，以方便阅读

幻灯片上只写关键字，将观点和论据留作口头表达使用

报告

目的 ：陈述事实，进行评议，提出建议

报告要精简 尽量压缩报告正文部分，以保证接收人读完它

应重分析、重建议、重结论，轻就事论事的陈述

辅助信息（详细资料、数据、中间计算等）应放在附录中以备读者查阅

报告要清晰

版面不要拥挤

语句要简短

内容要有良好的组织结构，段落标题要能反映出段落的内容

每5页应有一个小目录

重要观点要辅以例证和图表

建议

报告正文前要插入一段摘要

四、口头表达

口头表达面对的听众可能人数众多，其中有人可能怀有敌意，有人可能身居高位要在这样的听众面前自如地表达，必须掌握一定的口头表达的规则

演讲准备

了解听众的人员构成，他们的期待、语言特点、心理状态等等

确定演讲的目标

汇总所要转达的信息并将其归类

准备好讲稿

引言部分

介绍一个结构严谨、内容均衡的演讲框架 （2～3个主要部分，每个部分分2～3个小部分）

引言部分结束时应将演讲框架突出地演示出来，并在每次更换章节时回顾总的框架

一开始就要吸引听众

表达主题

注意口头表述的质量（声调、节奏，）

变换姿态和位置

控制自己的发言（使用案例、图表、幽默）

控制内容，不要淹没在细节中以避免具体的技术问题

要表现出建设性的批评精神（分析利弊）和务实精神

要借助有说服力的数据和有意义的问题（用途、成本）

结束演讲

对演讲进行总结，必要时介绍一下后续事宜

向听众致谢

建议 ：

最后要留出问答时间

在重要问题上不要模棱两可

时常复述演讲内容

避免念讲稿，使用框图

五、图表的使用

图表以斥诸视觉的方式将数据表现出来，从而使之更有说服力它可以方便对可以量化的现象进行理解

最常用的三中图表

用直方图对不同类别进行数量比较

用圆饼图表示比率（份额）

用曲线表示趋势

另两类图表可以将信息以更复杂的形式表现出来

PARETO图（20－80图）

累计输入输出图可以用来很直观地表现出某部门工作量的变化，以及早准备相应的资源，控制和保证工期

六、主持培训

给一组人进行培训，需要 ：

从知识、技能和行为三个方面确定培训起点

将小组推向项目所预期的变更目标

主讲培训课程最好能做到 ：

开讲前 ：

确定具体要求（参加人员的需求、企业需求、总体目标、期待的结果、参加人员的能力）

设计培训（教学目的、方法、时间长短、详细内容、培训师、培训指南、学员讲义、日期、地点、费用）

向学员讲明培训目的及内容，以方便他们的参与

向每个学员发出邀请

开始培训时 ：

迎接学员（介绍场地、培训师、让学员自我介绍）

介绍作息时间、规则、讲义等

培训中 ：

把握传达信息的时机

变换讲课技巧（讲述、启发、案例、练习、大脑风暴）

变换授课工具（幻灯片、图表、模型、文件）

抓住小组的注意力，控制其反应

检查小组的进展情况（提问或让其复述）

注意自身行为举止（谈吐、书写、肢体语言、语调、声音、热情）

时常回顾讲课目标并作小结： “我们将到了哪里？”“下面将什么？”

培训结束：

评估培训

致谢

建议

所有培训成功的先决条件是从要获得的知识、要开发的能力和要支配的行为等方面表述培训的目标效果。

抓住每个学员的学习特点相应调整教学法。

讲，让人将，做，让人做，要不断变换教学法积极的参与比被动的听讲更有吸引力。

在组织培训前应提的问题：

这次培训是由谁发起？

需求者表达的培训目标是什么？

培训的对象是谁？

培训对象是否也感受到这种需求？

培训是否与机构、工具流程、市场或**环境因素的变化有关

有哪些**？

承诺的效果是什么？

培训内容准备的一般程序：

需求分析

制定授课程序（主题、顺序）

拟定授课大纲

制作讲义和教案

后勤准备

七、主持解决问题的会议

这种会议在一个具有工作积极性和必要技术能力的小组中进行，决问题

主持这类会议需要特殊的方法，主持人要经过训练

7步法 ：

其目的是用小组的集体智慧解 捕捉住问题：

将问题表书出来

列出问题的各个方面以及对其的种种看法

尽可能多地收集想法和注意

按照一定的标准（价格、紧急程度等）进行分类

按照小组讨论结果，把问题表述并记录下来

收集信息：

收集与问题有关的事实和问题的特性（什么，谁，何处，怎样，多少）。

将收集的信息进行分类整理，将事实与意见区分开来，把相矛盾的地方记录下来。

找出问题的原因：

列出各种可能的原因

分析每种原因对问题作用，估算其相对重要性，对原因的特性作详尽的描述，找出最重要的原因

寻求解决方案和测度指标：

想象出所有能对原因起作用的手段

定出可用来选择最佳解决方案的指标（价格、期限、利弊、可行性等）

选择一个或几个最佳解决方案

建立整改计划

沟通并付诸行动 实施整改计划，跟踪指标的变化

效果跟踪

把观察到的效果与预期效果相比较。

分析偏差原因，必要时提出纠正措施。

建议

会议分两次进行，工作要分配到人，并非每个阶段都要集体工作。

为了评测进展效果，应选一些有意义的综合性的指标指标要便于理解，人人都要了解指标的内容并对之进行跟踪，由负责人对指标进行评价。

在对整改计划进行跟踪时，要对项目成功指标进行逐一检查。

RP在我国推广应用已有近20年**了。期间，人们经常以各种形式评论和关注ERP在我国应用成功率不高，未能实现预期目标这个现实问题。那么缘何成功率不高，瓶颈究竟何在？这个问题如果不能从根本上加以认识和解决，必将继续制约ERP在我国的应用与发展，进而影响我国企业管理水平的提高、我国信息技术的应用、我国工业化的推进和国民经济的可持续发展。

大量研究与实践已充分表明：ERP在我国应用的成败并不取决于技术、资金、互联网、应用软件和软件实施，而主要取决于以下八个方面，核心是如何通过提高思想认识来增强企业主体意识。只有增强了企业主体意识，才能提高企业主体能力，发挥企业主体作用，才能从根本上提高ERP在我国的应用成功率。

问题之一：应用ERP的根本目的

应用ERP的根本目的是在学习、研究和应用国外现代企业管理思想、方法和信息技术的基础上，尽快改变我国企业管理粗放、落后的面貌，建立起一套符合市场经济体制的现代企业管理模式，实现企业管理的跨越式发展，从而提高企业管理水平，加快工业化进程，确保国民经济可持续发展。因此，应用ERP不是一般意义上的企业信息化建设，更不是一个简单的计算机硬件、应用软件和互联网系统的建设。然而，就是这个根本目的时至今日仍未被多数企业所全面、深入地认识，并贯穿于ERP应用全过程。

问题之二：ERP项目是一个企业管理系统工程

很多企业未能从本质上充分认识ERP项目是一个企业管理系统工程，而仅仅停留在表面上视其为企业信息化建设工程，以致实际应用中既没有结合我国尚未完全实现工业化，我国广大企业长期处于管理粗放、落后的实际状况，从而立足于深化**和管理创新；也没有把应用ERP与应用其它现代企业管理思想和方法紧密结合起来，相辅相成，互为作用。

问题之三：ERP的作用和特点

虽然ERP是一种源于美国的现代企业管理思想和方法，在国内外应用中也取得了明显的绩效，但它毕竟不是唯一的现代企业管理思想和方法。然而，这些年来由于国内过度的宣传和炒作，使得人们在应用中对它寄于很高的期望，严重忽视了它自身的作用和特点及其适用条件和适用范围。

问题之四：基础数据的准确性和时效性

大多数企业运行ERP系统所需的各种基础数据的准确性和时效性普遍较差。这一方面深刻揭示了我国目前企业管理水平低下，亟需提高的现实问题；另一方面也充分反映了这些企业对基础数据的准确性和时效性与提高我国企业管理水平和ERP应用成功率的关系缺乏足够的认识。

问题之五：ERP项目管理体制和运作机制

大多数企业在ERP应用过程中未能建立健全的ERP项目管理体制和运作机制，不能对ERP项目实行科学的管理和有效的保障。如：制定明确量化的ERP 应用目标、建立健全的企业全员培训体系和考核体系、引入管理咨询、进行ERP项目需求分析、开展管理创新工作、实行业务流程重组、实行ERP项目监理制和实行ERP项目评价制等等。

问题之六：ERP项目前期准备工作

大多数企业ERP项目的前期准备工作仍偏重于信息技术应用和ERP软件选择，严重忽视了开展ERP等现代企业管理思想和方法的培训教育、进行ERP项目需求分析、开展管理创新和实行业务流程重组的必要性与紧迫性。特别是未能通过各种有效途径，加强以人为本的管理工作，提高企业主要**、项目主管和业务骨干掌握和运用相关知识，并使其迅速转化为现实生产力的能力。

问题之七：ERP项目需求分析

大多数企业ERP项目需求分析只是一些简单的问题归类，没有全面、深入分析造成这些问题的根本原因，以及解决这些问题的方法和措施。也就是说，企业现行管理中哪些问题是ERP能解决的，哪些问题是ERP不能解决的，需要同步运用其它相关管理思想和方法才能搞清楚并加以解决，达到表本兼治的目的。

问题之八：科研成果的应用

在我国，一方面科研游离于产业之外，及科研脱离企业需求和实际应用的现象十分普遍；另一方面，在ERP应用领域，一些针对如何提高我国ERP应用成功率和企业管理水平，且经过实践验证为行之有效的科研成果，如：制定明确量化的ERP应用目标，持续不断地开展ERP等现代企业管理思想，方法和应用培训，认真做好ERP项目前期准备工作，引入管理咨询，进行ERP项目需求分析，开展管理创新工作，实行业务流程重组，确保基础数据的准确性和时效性，实行 ERP项目监理制，实行ERP项目评价制和ERP应用绩效评价指标体系等等，也长期不能被那些正在建立或准备建立ERP系统的企业所全面、深入地认识和应用，不能被迅速转化为现实生产力。

1、观念转变

ERP系统的实施不仅仅是一个IT项目，更是一个管理项目。但大多数企业高层管理人员并没有意识到这一点，他们只是将ERP系统在企业的应用作为一项技术工作处理，认为ERP系统的实施是纯技术问题，是技术人员的任务，而与管理人员无关，结果在选择系统和实施系统时步入误区。在选择系统时，仅由技术主管负责，缺少高层管理人员和业务主管的参与。在实施系统时仅由技术部门负责，缺少管理人员和业务人员的参与。项目负责人由技术部门的**担任，高层管理人员，尤其是企业一把手未能亲自主持和参与系统实施。

ERP系统带来的不仅仅是一套软件，更重要的是整套新的管理思想。企业在准备上ERP系统之前，应充分认识到，ERP系统的实施会不可避免地冲击企业原有的管理思想和管理模式、作风和习惯、程序和方法，以及责权关系和体制结构等。只有深刻理解、消化吸收了新的管理思想，并结合企业实际情况加以运用，实现企业管理的全面变革，才能充分发挥ERP系统带来的效益。

2、加强培训

培训是一个老话题，可它也是目前ERP实施中的难题。和前几年相比，大部分企业**对企业信息化的认识有了很大的提高。但如果不加强培训，认识也只能停留在表面上，与具体的实施还相差甚远。

3、制度保证

ERP项目要实施成功，制度的保证是非常重要的。ERP实施后，会改变很多流程，也会涉及到各个部门的利益，所以，在实施每一模块时，都要制定相应的制度同时下发，以制度来保证整个项目的顺利实施。

推荐第6篇：erp项目实施

erp项目实施

企业实施项目是一项非常繁重的工作，需要建立一支高效、精干的项目团队，才能保证ERP实施工作的成功。为了确保ERP实施工作的顺利进行，企业必须建立相应的组织机构，把各项工作落实到人，并加强ERP实施项目的领导和管理，为项目的实施提供组织上的保证。

(一) 组织工作的重要性

在ERP实施项目的组织机构中，必须由以下四方面人员组成，即企业领导、企业IT技术人员、各科（处）室领导及管理人员和ERP供应商的实施顾问组成，其中动员各部门的管理人员参与项目的实施极为重要。

谁是企业ERP系统应用的主人，这样一个简单的问题，在一些应用ERP的企业中一直没有搞清楚。在一些企业中把ERP系统的实施和应用工作都认为是计算机中心人员的事情。管理科室的领导和管理人员袖手旁观，不积极配合，作为份外的事。在这种情况下，系统必然失败。这里关键问题是没有搞清谁是ERP系统的主人的问题。ERP系统的需求应来自管理的第一线，是为了改善现行管理才使用ERP，项目安装成功后也是一线管理人员来使用。因此ERP项目的实施和应用，从一开始管理部门的领导和职工就应积极参与，作为自己的事情来对待。计算机技术人员只是处于一个技术支持和技术服务的角色。当然由于我国企业管理比较落后，对计算机技术缺乏了解，在系统开发的前期，企业计算中心人员要负起更大的责任，要起到技术引进和启蒙教育的作用。但IT人员千万不能一切包办代替。企业要采取一切措施争取一线管理的领导和职工尽快地进入角色，与IT人员积极配合，努力学习和掌握ERP系统的知识，积极参与本部门相关子系统的实施工作，详尽地提出自己的需求和意见，尽快掌握ERP系统的有关应用知识和操作技术，只有这样才能出真正作好ERP系统的应用工作，才能使ERP系统在企业获得成功。

（二） ERP项目实施工作的组织方案：

在企业开展ERP实施工作时，必须建立一个相对稳定的组织机构，才能保证ERP项目实施的顺利进行。下图给出了项目实施建议的组织方案。本建议方案是一个两层的组织机构，其中上层ERP项目实施的领导小组，是该项目的决策和领导机构；第二层ERP项目实施具体工作执行者，是一个高素质的团队。ERP实施项目的组织方案

（三）各组织机构的职能

（1）ERP实施项目领导小组（或委员会）

A、组成：

ERP实施项目领导小组是由企业高层领导、各部门级领导和ERP供应商的咨询顾问组的负责人组成。其具体组成是：

·组长（或主任）由一名厂（公司）级领导（最好是第一把手）担任

·成员:

- 厂（公司）级各位领导

- 有关处（科）室、车间（分厂）领导

- 计算中心负责人

- 关键岗位管理人员

- ERP供应商实施项目顾问组负责人

B、职责

ERP实施项目领导小组负责对ERP实施过程中发生的重大问题进行决策，把握咨询工作的目标和方向，控制工作的进度计划和工作质量，提供所需资源和协调所发生的资源竟争和发生的矛盾。其具体任务是：

·决定ERP实施项目投入的人力、物力、资金等各项资源，并在资源发生矛盾时进行调度和协调；

·挑选参加ERP实施项目小组工作的成员，任命\"项目小组\"负责人；

·审核批准ERP实施项目的目标、范围和原则；

·审核批准ERP实施项目年、季、月度工作计划；

·参加ERP实施项目阶段性会议，听取并指导项目小组工作报告；

·决策企业管理模式、方法、流程、组织机构等重大调整问题；

·审批有关ERP实施工作的各项规章制度及考核办法，制定奖惩制度和激动机制，鼓励参加项目的全体人员努力完成本职工作；

·决策有关ERP实施工作中各种重大人事变动；

·审批ERP实施过程中重大技术方案和结论；

·主持ERP实施工作各阶段成果的验收和鉴定。

C、活动方式

领导小组（委员会）不是常设机构, 原则上每月召开一次例会, 听取工作汇报, 检查工作进度, 发现问题, 提出解决方案。如遇重大事件发生时, 可随时召开会议。

D、对ERP实施项目领导小组组长的要求

1）领导小组组长应是企业一位高级资深领导人，最好是企业的第一把手，或第一把手委托的一位付总。

2）ERP实施项目的领导者,必须对企业信息化建设有着极大的热情和积极性,坚信必须进行改革和创新才能使企业充满活力,在激烈的竟争中立于不败之地。并把这种信念感染企业中的每个职工，使他们对项目充满信心。

3）领导小组组长必须要有足够的权威，他有权分配ERP实施项目所需要的有关资源，包括人力、物力和财力。特别在人事调动中，要保证ERP实施工作中需要的人才，而这些人才往往也是日常管理工作中的业务骨干，只有企业的最高领导才能进行统筹安排，才能在各项资源发生矛盾时做出有效的协调。

4）ERP实施项目的领导者要有忧秀的气质和百折不挠的精神，他应该善于把任务的目标与项目组的行动统一起来。领导者必须是一位真正的领袖，他不是仅能命令别人去做事，而是能让别人能在做事时充满激情。

5）高级项目领导应该积极地参与ERP实施的实践，在实践活动中与各方面人员沟通，了解真实情况；同时，又不要陷入到锁碎的日常事务之中，随时注意把握大方向。

（2）ERP实施项目小组

A、组成:

1）组长（1人）, 副组长（1-2人）（建议: 由企业和ERP供应商实施顾问组各选派一人，分别担任正、副组长）；

2）企业IT人员（或计算中心人员），包括系统分析人员和软、硬件人员；

3）与ERP实施有关的各处、室、车间选派参加ERP实施工作的人员；

4）ERP供应商的实施顾问。

B、对项目组的基本要求：

1）ERP实施项目小组，要全面参与企业ERP实施项目的全过程，要确保管理咨询项目的顺利实施和完成；

2）项目小组是由ERP供应商的实施顾问和企业各部门管理骨干组成。项目组中各部门的管理人员要能准确地描述企业的管理现状和业务流程，在ERP项目实施活动中，全力投入项目的实施工作；

3）项目小组是一个高效、团结、协调的团队，要求这个团队要有一定的相对稳定性，并在项目执行期间小组成员要100%的时间投入项目实施工作。只有这样的团队才能推进项目的成功；

4）企业抽调的项目小组成员，要熟悉本部门及相关部门的管理业务；有丰富的企业管理经验和独立解决问题的能力；有敏捷的思考能力和较强的工作能力；在企业内部有一定的影响力，工作积极热情，有责任心，愿意投身于该项目工作；有较好的沟通能力和较好的人际关系。

5）无论是企业内部的人员还是企业外部的人员，都要打破传统思想的约束，发扬创新精神，积极接受新新鲜事物。

C、职责

负责ERP项目全过程的实施工作, 包括:

1）全面执行项目领导小组的决定，达到项目的预定目标；

2）根据项目领导小组制定的总体目标和进度要求，制定并执行项目的实施进度计划，并定期向领导小组汇报工作，听取指示；

3）参加ERP实施项目顾问组织的有关ERP技术的培训；

4）组织并参加现场业务调查和分析工作；

5）参加现行企业业务流程的调查、描述、分析和忧化工作；

6）参与\"ERP建议方案\"的设计和报告的编写工作；

7）承担计算机硬件系统和网络建设的工作；

8）配合ERP软件供应商进行应用软件的安装、调试及维护工作，并在调试过程中学习和掌握软件的原理、操作维护方法和简单的二次开发方法；

9）在实施顾问的指导下，组织整个系统的编码工作和数据准备工作，确定编码方案，指导各管理部门的应用小组人员进行编码和数据准备工作；

10）在实施顾问的指导下，组织各应用部门的领导和管理人员充分了解ERP软件系统方案，对比实际需求进行分析，提出对软件系统的用户化修改意见，经过有关方面人员充分讨论后最后确定用户化修改方案，并组织方案的实施；

11）负责对最终用户的操作培训工作；

12）在实施顾问的指导下，协同企业管理部门制定对ERP系统实施项目的管理规章制度和参加实施人员的奖惩办法；13）负责组织ERP系统实施各阶段的成果验收；

14）遵照\"ERP项目实施进度计划大纲\"，编制各实施小组的月、周工作计划，并定期向领导小组汇报；

15）组织ERP系统的最终测试和验收；

16）负责ERP软件系统正式运行后的维护工作和简单的修改、开发 工作。

D、对ERP实施项目小组负责人的要求：

1）实施项目小组负责人直接负责项目的实施工作，要求其全部时间投入此项工作；

2）由ERP实施工作工作涉及企业管理模式的改造和软件在各管理部门的应用，因此要求项目小组负责人不但要熟悉计算机技术、ERP软件技术，还必须有较深的企业管理知识，要对企业现行管理较为熟悉；

3）为了便于组织各部门人员参加ERP系统的实施工作，项目小组负责人应具有较高的职位和威望，对上能与企业高层领导进行较好的沟通，对各部门之间又具有很好的协调能力；

4）实施项目小组负责人应有较强的管理才能，有序地安排工作和协调资源的使用，在项目执行的过程中能有效地控制时间进度、项目的质量和成本；

5）实施项目小组负责人要协调ERP软件供应商实施顾问和项目小组其他成员之间的关系，在工作中发生矛盾时，要善于进行调节，妥善处理矛盾，使整个团队团结协作、思想统一，才能保证项目的顺利完成；

6）管理咨询项目小组负责人要有极强的应变能力和坚忍不拔的精神。只有这样，才能在项目发生变化时，领导团队不迷失方向；

7）实施项目小组负责人要有改革和创新的精神，能够接受新鲜事务，在ERP建设中引进先进管理模式和现行管理改造中，起到积极的推动作用。

3）各处（科）室、车间项目实施小组

A、组成

·组长: 由各处（科）室、车间第一把手担任组长

·成员: 所涉及岗位的管理人员

B、职责

1）负责本部门涉及的子系统、各功能模块的实施工作；

2）负责本部门子系统实施中的数据准备和录入；

3）负责本部门子系统的试运行和系统维护工作；

4）负责用户化修改方案的提出、需求调查和设计的配合工作、实施和验收等；

5）制定本部门项目实施\"月、周工作计划，并向\"领导小组\"做月度工作汇报。

C、对人员的基本要求

参加项目实施小组的人员必须是对企业信息化建设积极热情，能

全身心地投入这项工作。ERP是一项新技术，因此小组人员必须对新知识有学习的兴趣和学习的能力。小组人员要精明强干、吃苦耐劳、善于团结别人。精通本部门的管理业务。

ERP实施的组织工作的核心是要做到以人为本，充分调动企业全体人员的热情和积极性，包括领导的积极性和职工的积极性。为此，在ERP整个的实施过程中都要抓好教育和培训工作。这样整个企业才能统一思想、团结一致，使ERP系统的实施工作成功。

推荐第7篇：ERP实施情况汇报

ERP实施情况汇报

尊敬的各位领导、各位专家：

首先衷心感谢领导从百忙之中、不辞辛劳莅临我厂检查指导工作，并把我厂作为此次检查的首站，充分体现了集团公司及领导对我厂的关心和厚爱，这既是对我们的鞭策更是对我们的鼓励，我们有信心也有决心把ERP系统建设好、应用好。下面我将我厂ERP应用实施情况作简要汇报，不当之处请批评指正。

2010年10月1日，随着我厂ERP系统中财务管理业务顺利流转、物料管理系统中需求计划申报和出入库收发成功、设备管理系统检修业务顺利开展，标志着我厂ERP系统成功上线运行，这对我厂管理迈向精细化、标准化、规范化具有里程碑意义，为我厂信息化建设翻开了新的一页。

ERP系统在我厂成功上线，得到集团公司领导的大力支持和关怀，得到了伊尔普公司和集团公司项目实施组在技术、人力上的强力支持，是全厂干部职工辛勤汗水的结晶。ERP系统在我厂成功上线，将改善我厂生产经营管理相对粗放的现状，真正实现全员参与生产经营，打破了管生产不过问经营、管经营不关心生产保守思想的束缚，实现了信息互通、资源共享，达到了集中管控的目的。

—１—

一、领导重视，组织有序

2010年8月1日，集团公司部署各火电厂开始全面推广实施ERP系统建设工作，要求各火电厂在10月1日实现上线运行。时间只有短短的三个月，且恰逢我厂#3机组A修、#4机组B修同时进行，任务相当繁重。为了切实抓好ERP系统建设工作，做到生产经营与ERP建设工作“两不误”，盘南电厂成立了以总经理为组长，分管经营和生产的副总经理为副组长，各部门负责人为成员的ERP实施推广领导小组，成立了与集团公司相对应的需求组、技术组以及实施组，并由分管副总经理任工作组长，制定了详细的实施工作安排，做到了各小组分工明确，人员责任到位。

ERP建设是一个复杂的系统工程，基础数据管理工作量大，盘南电厂克服了大修任务繁重，人员少等困难，早在6月中旬我厂专门从设备管理部抽调了9名员工专门负责KKS编码工作，从商务部、设备管理部抽调两名员工参与金元集团物资编码和KKS编码工作，为ERP的顺利实施提供了最大的人力保障。

二、整体部署，培训先行

ERP建设初期，为了统一思想，提高对ERP建设的认识，我厂先后采取了召开动员会讲解ERP知识，利用OA网络手段传阅学习ERP知识资料，重点部门定期组织学习等手段进行了两轮ERP系统集中培训。其中，金元公司领导到厂进行专题培训一次，上海伊尔普公司技术人员采用PPT讲解，并登陆模拟环境进行实践—2— 操作培训进行分部门分人员培训。ERP系统上线后，我厂针对员工应用ERP系统制定了实操培训计划，由伊尔普公司驻厂技术人员到班组进行手把手实操培训，并利用在线聊天群、办公OA等载体，实时接收应用人员的反馈问题并给予解答。每周例会上对重点问题（包括使用管理方面与系统程序方面等）进行多方意见收集，及时形成会议纪要或个性需求。截至目前，我厂ERP系统操作培训实现了全员培训，广大员工对ERP建设意义有了更深的认识，熟悉了ERP系统的操作。

三、精心策划，整体推进

根据金元集团进度安排，盘南电厂制订了《盘南电厂ERP推进计划》，逐项落实，分为项目启动、数据初始化、上线试运行、验收四个阶段有序实施。

在启动阶段，管理手册的编制是重要工作，也是保证ERP能否有序实施的前提。在公司总经理的主持下，前后共组织召开了3次全厂范围内的大型讨论会，确定了我厂主要的管理思路，按照集团公司管理手册审查组的相关要求，结合我厂的管理流程和组织机构设置对管理手册进行细化讨论，确定具体流程，经过多次讨论修改，最终形成盘南管理手册定稿上报集团公司，为我厂ERP建设打下了夯实的基础。11月24日，领导一行对我厂管理手册进行了审查，我厂对照集团公司标准管理手册进行梳理，目前最新版本的管理手册4.0.6版已修订完稿，作为盘南电厂试运

—３— 行规范。

在数据初始化阶段，盘南电厂编码小组成员白天投入到机组大修工作，晚上加班加点进行KKS编码和物资编码工作，与时间赛跑进行数据准备。从8月ERP系统启动至今，盘南电厂克服了重重困难，完成了对1—8月份通用凭证业务进行补录，完成新老会计核算系统的同步；完成了电厂级7922条物资编码、91519条KKS编码的准备等数据初始化工作。

2010年10月1日，盘南电厂系统正式上线试运行，实现了财务系统与原有核算系统双轨运行，其他系统单轨运行。

四、全面应用，逐步完善

我厂ERP试运工作收效显著，具有盘南个性化的ERP管理系统已初见雏形。目前我厂ERP系统除任务管理系统未上线运行外，财务管理实现了双轨运行，物料管理及设备管理已实现了单轨运行，总体运行情况良好。财务业务（合同签订、合同付款结算、费用报销等）在试运期间各级人员对纸质原始单据与系统流程业务严格实行双签制度，财务人员日常工作逐步实现以ERP为主用友软件为辅的转变，坚持双轨期间的对账、报表核对等工作。盘南ERP与MIS系统交接时期正处于#

1、#2号机组B修，商务部克服了物资需求量大，在使用初期即实现系统单轨，从合同补录，订单补录，需求计划补录等着手，实现了大修期间所有手工料单出入库记录系统化无漏无错无重复。在系统条件不满足的情况下—2— 盘南电厂充分发挥想象，用维护项目做工单管理、班组日志代替运行日志，克服了运行管理在系统中欠缺的问题使系统各模块充分得以应用。但仍然有一些细节需要进一步完善，如缺陷管理，功能查询等。

在ERP系统建设中，盘南电厂共形成了8次大型会议纪要，上报集团公司35张工作联系单，向伊尔普公司提出63条改进需求，及时解决了一些在系统使用过程中发现的问题，为完善我厂ERP系统建设奠定了坚实的根基。

五、下一步工作打算

虽然我厂ERP系统已实现上线运行，但仍处于试用阶段，还有一些管理需求仍在开发中，需进一步完善，我们将进一步做好需求分析，配合伊尔普公司做好后续开发。

（一）配合伊尔普公司做好财务报表开发

目前我厂ERP上财务报表主表已实现了自动生成，但快报仍未实现自动生成，伊尔普公司正在开发过程中，我们的一些个性化需求如成本明细表等也在开发过程中，我们将认真做好配合工作和信息沟通。现金流量表、成本表等在应用中与传统报表有一些差异，现中瑞岳华会计师事务所正在进行调研，下一步会对金元集团公司下属单位存在的共性问题与伊尔普公司进行解决。

（二）配合做好任务管理系统开发，积极做好绩效管理试点工作

—５— 目前任务管理系统仍在开发中，任务管理开发完成并成功运行后将对我们开展绩效试点和绩效管理提供强力的技术支撑，为组织机构设置提供决策依据，充分挖掘潜力，降低管理成本。

（三）积极探索在ERP系统中实现EVA价值管理

ERP系统运行的基础是预算管理，同时应用ERP系统是我们实现预算控制的手段。每一项业务发生都需要费用，每一项费用都需要预算作为基础，没有预算，工作无法开展。因此，全员参与，资源共享，信息互通得已真正实现。下一步我们将积极探索EVA的驱动因素如何转化为ERP系统中的指标控制，如何将价值创造因素量化是我们下一步开展工作出发点，利用好ERP系统实施价值管理。

（四）继续加强培训和理念宣贯

由于今年检修工作任务繁重，培训工作取得了一些实效，但与预期仍有差距。系统开发完善后，应用是一件较为容易的事。当然任何一个新事物，从接触到接受都需要一个过程。按照王董事长“建设ERP系统思想认识是关键”指示精神，我们将继续加大实操培训，要在短时间内让每一个员工都达到懂、会、用，让每一位员工在应用的过程中感受到ERP给我们带来管理上的变化，从而自觉接受管理理念的转变。

（五）未雨绸缪，力争2011年3月通过集团公司验收 我厂将严格按照集团公司安排部署，2011年1月至3月我—2— 厂ERP系统作为稳定运行观察期。在此期间逐步完善各模块的功能，实现预期效果。我厂将与伊尔普公司驻厂技术人员积极准备相关资料汇总，撰写总结报告，向集团公司提出验收申请，力争一次性验收通过，向集团公司交上一份满意的答卷。

总之，在实施ERP建设过程中，虽然过程比较艰辛，但我们切身地感受到了ERP系统对企业管理带来的变化，使企业管理向精细化、标准化、规范化迈进，提高公司经营管理水平。ERP对企业管理带来的不仅是手段上的变革，更是一种理念上的变革，我们将继续完善盘南电厂ERP系统，扎实推进各项工作，让ERP系统在企业管理中发挥更大作用。

不足之处，请领导和各位领导批评指正。

—７—

推荐第8篇：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项目成员注入强心剂，做成一个先苦后甜的好案例。

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

推荐第9篇：ERP实施过程

万和U9 ERP--实施记--

【原创】涉及客户内控的文件和流程，已经做过处理，仅供参考。 （吴涛 / QQ:42501150 / U9事业部-U9咨询实施支持总部）

好久没有来QQ空间了，一直在忙于万和项目，很早就想找个项目，把实施过程中的文档分享出来，一来自己总结下，二来也希望对同行和想跨入本行业的从业人员有所帮助！今天抽些时间，与大家一起分享下万和集团U9ERP上线过程中的实施经历和心得。

我是今年4~5月份，在完成万和红旗工厂和中山工厂实施上线支持后，接到用友佛分李冰申的支持申请，担当万和高明U9 ERP项目的项目经理，推动项目整体实施工作。

以下是从今年6月到10月万和U9 ERP项目各阶段中的实施文档，有项目管理方面的、有解决方案方面的、培训方面、实施及支持方面等，现拿出来与大家一起分享，也希望大家指正，另外也想借用一句用友U9事业部总经理马红妮的话 “ 为中国的ERP事业做出贡献 ” 。

企业ERP实施，需要各个部门协同合作，需要管理人员改变思维模式，需要业务人员改变既往工作习惯，阻力 “亚历山大” ，企业方必须具备一定的硬件软件条件。作为一名现场实施顾问，更要掌握实施的方法、技巧和技能、行业知识等等，这些都需要大量项目的积累和总结沉淀。

先来看看万和U9 ERP项目的实施应用组织，情况如下：

一、启动阶段

作为项目经理，项目开始，除了与万和高层沟通项目的目标和范围外，最重要的一件事情就是 “提要求” ：要人、要钱、要权，向用友要人、向客户要人要钱要权。搭建用友实施团队，组建万和U9ERP项目组。考虑到本次实施对象是2个异地工厂，更合业务复杂，是难点重点，因而用友实施团队如下：项目经理1名、供应链制造顾问2名（兼任）、财务顾问1名，分工如下：

上线期间，考虑到项目组工作量，也增加了1名财务顾问林久焰。

（1）用友实施团队落实后，接下来就是与万和方敲定项目的实施要求、上线范围、应用模块、U9项目组成员及职责、关键用户、激励办法，最终以《01-1万和高明U9项目-启动准备工作报告V3.0》方式签字确认。

（2）与客户方一起制定实施主计划、上线详细工作清单等

（3）发布项目组、内部顾问、关键用户等通讯录（考虑到客户隐私，联系方式我清空了，张静波、康登峰等都是万和的精英）

（4）与客户一起讨论岗位职责，发布岗位职责说明

（5） 拟定《04万和高明U9项目-启动会会议程及准备事项》，召开项目启动大会

（可惜了，启动会照片我没有拿到，暂且用其它项目启动会照片充数吧） （可惜了，启动会照片我没有拿到，暂且用其它项目启动会照片充数吧）

（6）召开项目启动大会（启动会上用到的资料）

《06ERP理念-实施篇》PPT内容：

需要让客户知道具体的实施方法和路线

二、实施阶段

启动大会召开后，项目第一个阶段【项目规划】就算完成，此时项目就进入到第二个阶段，其实这个阶段在【用友实施方法论】中对应的是【方案设计】与【系统构建】两个阶段，主要的工作是围绕着业务解决方案、培训、ERP构建、静态数据准备等展开。

从本阶段第一周开始，项目经理需要每周发布【周工作计划】和【周工作报告】，发给双方高层和客户方相关部门及人员。该工作一直要持续到项目上线切换。（重要性我就不再啰唆，发周报的方式、方法需要自己琢磨体会了） 【本周总结】：对本周的实施工作进行总结，梳理工作完成的情况，出现的问题和解决的办法。（该周报格式是前年在宁夏西北骏马U9 ERP项目中，由任胜年改进提出的，比较好用）

【下周计划】：对下周工作进行安排，明确到人，中途检查。

【整体进度表】：反馈项目整体情况

周工作报告既要反映本周的实际工作内容，计划达成的情况和存在的问题和困难，也要反映顾问的有效工作人天（项目管理的需要）。该周报是指导整个项目顺利推进的重要依据，也是双方高层、相关部门和人员了解项目的重要途径。 除了周报外，月末或月初还要召开ERP项目月度报告会，务必邀请客户方高层领导参加。通过月度会议，让大家掌握项目进展情况，分析项目存在的问题。（重要性我也不啰唆，只强调一点 “ 给业务部门增加工作量，一定要拿到台面上说 ” ）

PPT主要是总结本月做了什么事情，取得了哪些成果，存在哪些问题，该批评哪些部门（只要是为了项目，该骂的要骂）、需要谁来支持，以及下阶段的工作计划。

整个万和U9ERP项目分为3期（4期工厂还在建设中），1期是总部（1集团组织、1个工厂组织、2个销售组织，地点在佛山顺德容桂），2期是红旗公司（地点也在容桂）和中山公司（中山东凤镇），3期就是这次的佛山高明公司了（2个工厂组织、1个核算组织，地点在佛山高明区，两个工厂分别在高明的不同城镇）。整个万和U9 ERP项目，万和前后已经投入了快3千万，算得上是万和的大项目了。至于为万和为什么要用U9 ERP替换掉原来的金蝶K3系统，我就不在此说了。

前2期分别在12年6月和13年3月上线成功，本次3期实施对象万和高明公司，产品线主要以新能源热水器、烤炉、消毒柜、灶具、吸油烟机等为主，其中又以更合工厂的业务最为复杂，是万和所有工厂中，业务最为复杂、信息化基础最弱的一个。本次实施应用的ERP模块涵盖采购、销售、库存、委外、生产制造、成本、应收、应付、固定资产、票据、总账等等。

万和高明U9 ERP项目是13年5月底立项的，上线时间是13年9月1号，没有并行K3，从今天（2013.10.8）上线情况看，9月份一个月的单据量已经超过5万张（更合31826张，杨和17234张，财务4529张，所有单据行数加起来已经超过百万行），目前2个工厂的日常业务单据已经同步，9月份单据全部录入并审核完成，库存也已经关账，正在进行成本核算及财务处理。

《6月份月度工作进展报告》PPT内容

详细内容

《7月份月度工作进展报告》PPT内容，主要反映业务解决方案、培训及考核、基础档案整理进度等等。

为什么一再强调项目报告机制，因为 “ 灰常 ” 重要。这2个报告机制没有做好，项目基本失败一半。

经过多年的实施，在这个阶段我也养成的良好习惯：每天早上一到客户现场，就把手头的工作梳理一下，在白板上罗列出来，工作完成后，就马上擦掉（日清日结吧，这习惯是在雅倩化妆品公司养成的）。

本阶段，顾问需要对客户的关键业务及管理提出解决方案，例如针对多组织的项目，《多组织业务解决方案》就是非常重要。

本阶段除了解决方案外，还可以启动各个业务部门的【标准产品培训工作】。培训一般分2轮，第1轮是主要针对标准产品进行培训，并通过培训找出业务管理的难点、与系统的差异点，面向的对象是管理人员和关键用户；第2轮培训要在解决方案出来后，结合业务解决方案，有针对性的单据流程操作培训，面向对象是终端操作用户，例如统计员、打单员等。

培训完成后，必须要进行上机练习

为保障培训效果，培训当然也要考勤。考勤结果要定期通报客户高层、直接管理部门和HR，做积分管理，并作为后续奖惩的依据；

培训的考勤结果和培训效果，也是月度报告的重要一环

培训的考勤结果和培训效果，也是月度报告的重要一环

培训及上机练习完成后，需要进行考试（发现明星，重点培养）

考试完成后，成绩要尽快发布

本阶段还有一个重要工作，就是梳理客户重点难点问题，提供解决方案，规避管理漏洞。发布关键操作规范流程

除了业务解决方案、培训外，本阶段的重要工作还有基础档案收集和软件系统构建。

督促客户收集整理重要的基础档案（料品、BOM），BOM收集整理前，要制定【BOM断阶方案】，该方案是生产制造项目的关键工作，BOM断阶的合理性，直接影响后续车间单据、成本等业务处理；当然BOM方案之前，《料号编码规则》也非常重要。料品和BOM整理的进度要时刻严格监控。 也是月度报告中的重要一环

系统构建方面，待部分档案整理收集阶段完成后，就需要逐步导入到ERP系统中，基础档案包含部门、人员、料品、供应商、客户、仓库、科目等等，用友U9提供了强大的OBA实施导入工具

万和的基础档案采用的是【数据中心】管理机制，由运营管理部负责管理关键基础档案。在数据中心录入完成后，再下发到业务使用组织中，例如料品档案只有从【100数据中心组织】下发到【601更合组织】中，更合工厂才能使用

整理的进度要定期组织会议，反馈进度和问题

企业的业务信息流，体现在ERP中就是单据流。单据的《单号规则》很重要，也需要重点讨论。在万和高明实施阶段，又重新对整个集团的单据编码规则重新梳理了一次，并做了优化改进。

终端用户电脑配置是否符合要求，本阶段也需要一一检查，该工作可以安排客户方IT硬件部门负责。

单据打印模版的设计和确认工作也非常重要，俗话说的好 “ 看得见摸得着，才放心！” ，ERP也是这样，看的见的是体现在电脑中软件，摸得着的就是纸质打印出来的单据和报表。

《期初开账方案》要提前准备和讲解，动态数据收集的可行性要充分沟通，包括：库存期初、采购期初、销售期初、委外期初、车间在制期初、财务期初等等（一般制造类项目难点在【车间在制期初】和【委外期初】，万和项目的【车间在制期初】做的还行，但【委外期初】现在看来，是一本糊涂账） 期初】现在看来，是一本糊涂账）

上线前如果还有时间的话，可以在上线前2周举行第3轮角色互换培训（比原来的计划多出一轮），可以强化终端用户的上线操作

至此，如果这些主要工作都能按期按质完成，就具备了ERP上线条件。通过召开【上线评估会】，决议是否并行、办公机制等重要上线事项。

三、上线阶段

提前1~2周，召开项目上线动员大会。上线动员会的时间和议程要提前发布

（没有拿到万和照片，借用我担当的其它项目照片充数）

《上线动员会》PPT，主要是打气，强调重点操作，发布动态数据录入计划、发布问题反馈机制等等

发布《期初动态数据录入工作计划》

强调关键期初数据整理工作的要点：

成立单据突击组，采用【集中办公】方式，突击上线当月的单据录入和核对工作

发布《第1个月生产产品BOM分工检查表》

推荐第10篇：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实施部门对某些问题能远见和有很好的计划，充分考虑到他们的需求。 狐假虎威

欺上瞒下

软磨硬泡

制度执行

稳推协调

钱

第11篇：ERP实施工作总结

ERP实施工作总结

ERP是由美国Garter Group咨询公司首先提出的,作为当今国际上一个 最先进的企业管理模式,它在体现当今世界最先进的企业管理理论的同时,也提供了企业信息化集成的最佳解决方案.它把企业的物流、资金流、信息流统一起来进行管理，以求最大限度地利用企业现有资源，实现企业经济效益的最大化。

一、设备管理组(PM)实施过程

设备管理组(PM)实施过程大致分为以下几个阶段：

1、前期准备阶段：成立了ERP建设领导小组及项目办，组建七大专业组：设备组、项目组、人资组、财务组、物资组、转变组、技术组，并根据省公司要求时间节点排出ERP建设工作计划。

2、设备管理数据收集阶段（2009年7月底至10月底）：

设备管理数据收集对象包括维护工作中心、功能位置、设备资产数据清理等。其中又以设备资产数据收集为重点。设备资产数据收集又分为两部分：一是设备数据收集，由各个设备管理部门完成；二是设备资产数据核对收集，由设备管理部门配合财务部门完成。

设备管理数据收集的实施过程，是一个逐步调整数据、修正数据，提高数据准确性的过程，也是各个相关部门逐步熟悉系统与改变看法的过程。尤其设备资产数据清查工作，涉及公司各个部门，时间长，任务重。为此，涡阳公司项目办专门成立了ERP设备数据清理、资产数据核对工作小组，制定了清理的详细计划（工作量具体到每天）及质量管理办法，明确了数据收集涉及部门以及收集的范围，分阶段向相关设备管理部门及班组布置了设备收资任务，对重点工作进行强调，并组织各单位相关人员共35人参加了市公司组织的数据清理培训，确保了设备资产清理工作的有序开展。

ERP是一把手工程，领导的支持是设备资产数据顺利完成收集工作的重要因素。公司相关领导非常重视数据收集，总经理张继新和生产副总王健亲自组织协调数据收集方面的工作。各部门均指定一名设备资产清理责任人，及时与设备资产清理小组沟通，明确收集中遇到问题的提报流程，定期开会追踪数据收集进展以及收集过程中遇到的问题，保证了设备资产的准确性。

各部门齐心协力，加班加点，体现出了良好的团对精神，确保了每个时间节点工作的完成。8月23日完成第一阶段设备数据模板的录入汇总工作。并根据设备数据清理情况排出了详细的资产核对清理计划，项目办对照资产核对清理计划和质量管理办法进行督促，专人全程监督，确保进度及质量。虽然资产价值拆分与合并工作量大、问题多，在实际清理时遇到了很多难题，通过公司各单位积极配合，至上线前共收集功能位置数据377条，设备资产数据4985条。有力地保障了系统的成功上线。

3、关键用户培训阶段（2009年8月10至9月12日）

关键用户到合肥接受设备管理组(PM)管理模式、现状分析、流程框架、线内操作等相关培训，并对系统中本公司的各项权限进行了配置、测试及系统模拟运行等。保障了后期最终用户模拟运行及系统正式上线后的系统顺利运行。

4、最终用户培训阶段（2009年9月18日-30日，10月26日-30日）

因最终用户培训统一在亳州市公司集中进行，培训之前项目办对ERP终端用户的培训进行了充分准备，详细列出培训人员名单，统筹安排最终用户的学习与工作时间，做到生产与学习两不误。并于9月17日召开了ERP培训动员会，强调了培训纪律，对培训质量也提出要求。培训期间项目办专门派人负责协调车辆协调、最终用户的饮食起居等工作。

公司领导的大力支持、项目办的细心安排，使参加系统操作培训的设备组41位最终用户（共分4批），全数通过考试，并有15位被评为优秀学员，取得了极好的效果，为ERP成功上线奠定了坚实的基础。

5、最终用户模拟运行及强化培训阶段（2009年10月12日-12月9日）：最终用户模拟运行及强化培训依然是在亳州市公司集中进行的。参加模拟运行及强化培训的人员基本上为涡阳公司最终用户中各部门的核心人员。

模拟运行是在ERP模拟400系统中对我们实际业务流程的一个全真模拟，同时也是带权限模拟运行，即运行人员400模拟系统的权限与ERP正式上线800系统中的权限是一样的，这样就是要大家在全真模拟的情况下发现问题，进而解决问题。参加模拟运行的人员基本上为最终用户中各部门的核心人员。

学会ERP系统操作技术才仅仅是个开始——就好比仅仅学会了使用绣花针，但真正要绣出像样的花出来，还有很长的路要走。模拟运行就是把设备、物资、项目、财务、人资五个模块的成员聚在一起共同完成集成测试案例，一是使模拟运行人员熟悉操作过程；二是在跨部门业务关联时，及时和相关部门交流、沟通和提醒，确保流程畅通；三是加深模拟运行人员对相应业务流程的理解，把系统操作和实际业务流程联系起来，提高发现问题、解决问题的能力。

为加强培训效果，设备管理组分别于11月12日和12月9日进行了2轮的强化培训。第一轮主要培训了反操作、报表查询、工作流处理、上线支持体系（上线范围、上线切换方案、上线补单处理等）以及特殊业务处理（工区备品、外委服务采购组以及外委服务的选择、直接报销业务等问题的处理方法）；第二轮强化培训主要为大家讲解了设备新增业务（如何创建子设备）、典型业务处理（配电变压器更换问题、备品备件问题）、退役报废转移等业务操作、各种单据如何流转（报销单、临时领料单、备品备件申请单、设备资产数据维护表等），并请物资组顾问讲解了创建工单时物料如何正确选取。二轮的强化培训有力地保障了ERP系统上线后的正常运行。

6、ERP正式上线至2009年年结阶段（2009年11月10日-12月25日）

上线初期，由于刚刚使用800正式系统，许多最终用户不能把系统操作与实际业务联系起来，为此，我们下发了简易的业务流程以及系统操作手册供最终用户参照，同时制定了问题处理以及提报的流程，即最终用户有问题向本单位核心用户请教，本单位核心用户解决不了的问题向公司关键用户请教，关键用户解决不了的问题向现场支持组请教。这样一来各相关部门遇到问题得到了及时的解决及提报。在此期间，设备组长及关键用户又对每个设备管理涉及到的部门到现场进行有针对性的指导，并且和各部门核心用户商讨本部门相关业务的处理方法，极大地促进了系统操作与实际业务相联系的进度。另外上线初期，一些同时学过设备管理（PM）与工程项目（PS）两个专业的最终用户，容易把设备（PM）的大修项目与项目（PS）的项目相混淆，为此，关键用户通过现场指导、OA邮件等形式对最终用户进行相关培训和辅导。

至年底月结前，涡阳公司成功完成订单116个，18个大修项目也已全部关闭，至此各相关部门对ERP设备组的操作流程已相当熟悉，并结合实际业务流程对ERP有了更深层次的认识。目前ERP设备组系统成为各部门设备修理维护的依据，实现了设备管理与物资、财务、项目管理的紧密集成，并为公司决策提供相关的数据信息。

二、设备管理组(PM)经验总结

ERP设备资产数据收集工作是保证ERP顺利上线运行的必备条件，也是工作中的难点，因而在数据收集阶段需注意以下几点：

1、要从公司整体的角度认清数据收集工作的重要性，明确数据收集涉及部门以及项目范围，数据收集工作各部门责任落实到人。

2、数据收集前，相关人员一定要把省公司下发的设备资产清理实施规范、设备与资产对应目录及建卡原则读懂吃透，知道哪些设备需要收集哪些不需要收集，收集的设备哪些可以打包哪些需建立子设备等细节问题，否则会增加很多无谓的工作量。

3、在数据收集期间，要及时组织项目与财务、物资数据比对工作，确保数据准确有效。

4、一定要把握时间节点，定期或提前完成数据收集工作。

在最终用户培训阶段需注意：

1、因设备管理组(PM)涉及部门广、人员多且人员素质良莠不齐，一方面有些人员工作量大，一方面有些人员不能提高认识，操作水平差，这些都得引起足够的重视。因为在系统运行的过程中，操作人员对系统还不够熟悉，会成为了系统无法顺利进行的又一关键因素.2、应建立长期培训机制，可以有效解决由于新进人员、岗位调整、人员变迁等原因带来的问题，也为最终用户能长期保持对系统的熟练掌握提供了一个长期有效的平台。

模拟运行和强化培训阶段需注意：1.应严格按照运行规定的角色职责挑选模拟运行和参加强化培训人员，协调好模拟运行、培训和工作的时间，在整个流程操作过程中，应杜绝“代做”现象。

2、被挑选的最终用户一定要是各部门中实际业务流程中所涉及到的岗位对应的人，这样才能和实际业务流程相符合，模拟运行才能起到真正的作用。

ERP正式上线运行后要让最终用户明确问题处理以及提报的流程，这样当他们遇到问题时才知道解决问题的途径和方法。各相关部门遇到问题需要及时提报。最终用户在800系统内操作时一定要小心谨慎，三思而后行，不可过于自信，否则系统就会留下错误操作记录，难以更改；在跨部门业务关联时，及时和相关部门交流、沟通和提醒，确保流程畅通。

另外应尽早准备好各类ERP实施的前提条件和基础工作，不可临时抱佛脚。最重要的是要确保关键用户的积极主动并全程的参与，真正起到公司与现场支持组顾问之间的桥梁纽带作用。

存在的问题:

ERP的实施虽然初见成效，但就目前的实施进度而言，还存在一些的问题。

1、数据维护不明确不及时。

系统数据维护部门牵涉比较广，ERP系统中虽然有指定了最终用户及其权责范围，但是在实施过程中，没有得到充分的体现。一些数据实际发生改变之后，在系统中不能得到及时有效的维护。公司将进一步明确设备组最终用户及其权责范围，那么数据准确性将会大大提高，同时相关人员如要查询信息也可直接查询系统数据即可，提高数据的共享性，也减少更多无谓的数据维护事项.

2、有些人员对ERP认识不够。

一些员工对ERP的认识还是一知半解，没有理解ERP对公司的重要程度，致使ERP的实施没有达到想象中的效果。ERP的实施是涉及整个公司的系统工程，远不是一个人或者几个人就能做好的事情，需要全民总动员，大家齐动手。有时需要更改原先的工作流程，有时需要经过一系列调整修正，甚至波及到一部分人的实际利益。所以，ERP的实现需要强有力的实施。没有规矩不成方圆。必须明确公开相关人员及其权责范围，明确相关考核及奖惩制度。 这次总结不是ERP工作的结束，而是一个新的起点新的开始。“总结经验，不断提高，提高管理水平。”这是我们的口号。

第12篇：ERP管理员岗位职责

大连鸿友汽车零部件有限公司

ERP管理员岗位职责

1. 负责ERP系统软硬件正常运行及维护。2. 负责支持ERP运行的网络维护。 3. 负责ERP数据备份。

4. 负责ERP数据月末结账及期初数据整合。5. 负责所有ERP操作员的增加及权限设置。 6. 负责解决ERP运行中出现的问题。 7. 负责ERP客户订单维护。 8. 负责ERP未结订单统计与核对。 9. 负责ERP采购客户数据更新。 10.负责ERP批处理执行及差异核对。 11.负责ERP数据物料编码批量整理。

第13篇：ERP统计员岗位职责

ERP/统计岗位职责：

1、负责按照销售总部和公司的报表报送规定汇总、整理、统计、分析、传递统计报表

（含内、外销报表）。

2、负责维护ERP系统客户价格和维护ERP系统运行，协调、解决ERP系统运行出现

的问题。

3、负责销售总部和工厂相关部门以及其它销售统计资料的整理和提供，统计、分析产

品产销状况，参加部门业务工作会议，提出工作改进和产品产销建议。

4、负责组织贯彻执行公司分销流程中涉及ERP系统的操作事宜，承担分销模块的数

据整理及协调处理工作。

5、负责物流驻厂办内销往来电子邮件的接收和发送工作。

6、负责检查、督促物流驻厂办其他人员的报表报送工作。

7、贯彻执行公司各项规章制度。

8、及时完成领导交办的其它工作。

第14篇：ERP系统管理员岗位职责

1.通过信息化管理来对公司的信息系统进行规划、开发，保证信息化方案的科学性、可行性。2.对信息系统的运行进行维护、监控,保证公司运营数据的真实、准确、及时。3.为公司高层决策提供信息化规划建议。

第15篇：大宝实施ERP案例

大宝实施ERP案例

随着人民生活水平的日益提高，国内化妆品市场呈现快速发展的势头。市场的竞争也日趋白热化,中国加入ＷＴＯ后，这种局面也愈演愈烈。

一、企业简介

北京大宝化妆品有限公司（以下简称\"大宝\"）是国家专业生产化妆品的大型国有骨干企业。大宝集团现有职工1210名，集团公司拥有1个新产品开发研究所、7个生产车间、18条生产流水线，1个美容保健品公司、1个美容学校、1个广告公司、1个商业批发公司。是一个集科研、生产、贸易于一体的现代化企业。

大宝牌天然植物系列化妆品，有护肤、护发、美容（彩妆）、香水和特殊疗效共5个系列100多个品种。\"大宝\"产品的性能体现了中国天然植物养颜美容的特点，具有浓厚的民族特色。产品多次获得国际大奖：1986年\"大宝\"特效生发灵荣获第35届布鲁塞尔尤里卡世界发明博览会银奖；\"大宝\"牌植物系列化妆品于1987年获第15届日内瓦国际新技术、新产品展览会铜牌奖； 1990年\"大宝\"牌减肥霜荣获第37届布鲁塞尔尤里卡世界发明博览会金奖。\"大宝\"商标被中华人民共和国国家工商行政管理局评定为中国驰名商标。在开拓市场的同时，北京大宝向总部设在瑞士的\"世界知识产权\"组织注册了\"大宝\"商标，并得到该组织\"马德里条约\"所有缔约国的认可，还在南非注册了\"大宝\"商标。

大宝牌系列化妆品受到广大消费者的喜爱，多次被中国轻工行业总会评为优质产品。\"大宝\"牌化妆品在中国化妆品市场上的销售已覆盖了几乎整个中国，223个销售专柜遍布全国27个省、自治区和直辖市。根据国家统计局信息发布中心公布的数字，\"大宝\"牌化妆品从1997年起连续4年荣列中国市场护肤品销量第1名。

大宝牌化妆品不仅畅销中国市场，而且还出口到美国、俄罗斯、日本、欧洲、中东、北非等27个国家和地区。其中出口到日本的所有产品均已获得日本厚生省的正式批准; 出口到美国的产品已在FDA (美国食品和药品管理局)正式注册。北京大宝在瑞士、瑞典、希腊、突尼斯、塞浦路斯都建立了专营\"大宝\"产品的专卖店。\"大宝\"产品出口量以每年40%的速度不断增长。

二．变革动因

目前全国生产化妆品的知名厂商有几十个，都在使出浑身解数，努力保持和提高自己的市场份额；国外洋化妆品的厂商则凭借雄厚的资金实力、品牌优势以及先进的技术和经营管理经验，收购中国企业，实行产品的本地化，拼命扩充自己在中国市场上?quot;地盘\"。中国加入ＷＴＯ后，这种局面也愈演愈烈。

如何提升企业核心竞争能力成为大宝集团要解决的首要课题。而原有的管理信息系统已经成为公司发展的桎梏。从1987年开始实行计算机单机管理，到1989年，大宝集团的信息化工作已基本普及到质量、人事、财务、生产等环节，初步实现了计算机辅助企业管理。但由于

受当时技术条件和管理水平的局限，造成各管理系统相对独立、开发环境和应用平台差异(续致信网上一页内容)大、信息代码没有统一标准、应用水平参差不齐，各子系统形成一个个信息\"孤岛\"，难以实现企业内部的信息共享，限制了企业的发展。

集团业务的高速增长也使迫使大宝加快管理系统改造的步伐。在企业内部，由于业务发展迅猛，企业出现产、供、销脱节现象，特别是流动资金占用越来越大，这里的原因主要是由于库存、在制品储备高、生产周期长、不能及时交货，尤其是对异地销售分公司的产品库存及资金不能有效控制。在企业外部，由于市场变化快，企业所需的部分原材料也出现了供应不足或不稳定的情况。为保持和扩大大宝在国内化妆品和保健品市场的领先地位，公司果断决定通过实施ERP。

三．选型波折

大宝在ERP软件的选型上，经历了不少的波折。大宝最初对ERP的定位是国外ERP产品，认为国外产品成熟，功能强大，管理流程规范，大宝选择了一家国外知名的ERP厂商的产品，并选择了国内患抑腎T厂商作为ERP软件的实施方。经过将近一年时间的项目实施，洋ERP产品的\"水土不服\"的弊端日益显露出来。国外企业的管理模式与中国企业管理现状的差距，软件客户化的不到位使项目实施工作进退两难。最后大宝决定放弃使用该软件。国外ERP产品不适用，但大宝的企业管理信息化的进程不能停止。我们把目光转向了国内ERP厂商。

在第二次的ERP选型时，大宝认真总结教训，由分管集团信息化建设的副总经理和集团信息中心主任为首，成立了专门的软件选型小组。对国内ERP厂商的产品、技术力量、服务水平、实施成功案例进行了多方面的调研。经过对国内外数家ERP软件提供商的考察和比较，我们最终选择了和佳ERP。和佳ERP是国家863／CIMS主题专家组和中国软件行业协会力推的国产优秀软件产品。\"和佳ERP\"产品相对成熟，功能完善，涉及企业全方位管理要求（人、财、物、产、供、销、预测、决策、领导查询等）；产品技术上采用C/S与B/S结合方式，既有先进性又保证了系统的安全性和稳定性；产品支持多种RDBMS和工作流管理模式。更重要的是和佳公司可根据用户需要做二次开发，能适应企业未来发展需要。

四．总体目标

大宝ERP实施按照\"突破重点、逐步展开、先易后难、分步实施\"原则，把系统建设划分为三个阶段。

第一阶段：以强化企业的市场竞争力为重点，实现以集团财务、销售、物资供应为核心的ERP系统的基本框架，并通过远程网络系统对大宝在全国各地的销售网络进行有效管理。通过对公司内部物流、资金流、信息流统一综合控制，进一步强化企业内部的管理，合理配置企业内部资源，降低经营成本。

第二阶段：以降低生产成本为重点，在公司内部的主要生产专业厂全面实施ERP的生产管理系统和成本控制系统。通过对生产过程严密控制，降低物料消耗和制造成本，挖掘生产潜力，提高生产效率，使整个企业的管理水平跃上一个新台阶。

第三阶段：以全面提高企业管理素质为目标，实现CRM（客户关系管理）、SCM（供应链管理）与ERP系统的集成，形成企业面向网络环境的管理信息化应用平台。

五．实施方法

\"大宝ERP\"项目从2001年5月开始实施。在近一年多的时间内，大宝先后实施了系统控制、采购管理、库存管理、销售业务管理、固定资产管理、财务核算管理、应收帐款管理、应付帐款管理和领导决策查询等子系统。2002年5月，项目第一期工程通过验收。

1． 成立ERP项目实施机构

为确保ERP项目顺利实施，大宝公司成立了以企业主要领导、管理咨询专家和技术专家为首的三级项目实施组织体系，即ERP领导小组、ERP项目组和ERP各子系统实施组。

ERP领导小组由公司总经理、生产副总经理、企业主要管理专家和技术专家组成。负责对ERP系统的各项开发、实施目标、组织项目投资等工作作出决策；根据实施进度，组织有关部门做好实施的各种准备工作；对公司内部业务流程重组方案作决策，并组织落实；对系统开发过程进行监督、控制。

ERP项目组由系统主管领导、有关部门负责人、和佳公司项目实施部负责人组成，负责研究系统总体结构，制定项目实施总体规划和分步实施计划；制定系统开发的程序和工作标准，并协调各开发组贯彻执行；研究制定系统共同数据库的建设方案和系统集成方案，并贯彻执行；协调各部门工作进程，解决开发过程中可能出现的问题。

ERP项目各子系统实施组由和佳公司管理咨询部、项目实施部结合大宝公司计算机管理中心及有关部门的业务骨干组成，按开发工作的分工，分别进行各子系统的实施及二次开发工作。

2． ERP项目实施思路

实施过程中大宝公司紧紧围绕\"强化企业的市场竞争力\"的ERP项目的第一期目标，立足于企业实际，坚持管理工作的创新，用ERP先进的管理思想和方法规范企业的业务流程，建立以市场为导向、以客户为中心，实现物流、资金流和信息流一体化管理的企业运行新机制。具体做法是：

1)、坚持管理创新，深化企业改革

ERP项目的实施，不仅仅是一套管理软件的安装和使用，而是企业管理领域的革命。企业实施ERP的难点不是技术问题，而是管理的问题。我们的企业管理中存在着许多弊端，各级管理人员也存在许多与市场经济发展不合拍的管理思想和方法，给ERP的实施造成很大的障碍。只有坚持管理创新，对与ERP代表的先进管理思想和方法相抵触的管理思想和体制进行大胆的破除和改革，才能保证项目实施成功。大宝公司在项目实施的过程中，结合企业的深化改革，狠抓管理思想和制度的创新。在各级管理人员中进行了ERP管理思想和方法的培训教育。通过培训教育，使大家找出企业现有的管理工作与ERP管理方法的差距。公司领导班子全力支持项目实施，对不适应ERP管理流程的组织机构和管理制度进行大刀

阔斧的改革。从组织和制度上保证了项目的实施成功。

2)、全面推行管理业务流程重组，提高企业核心竞争力

从ERP的观点来看，企业就是一个资源转换的增值器。企业的运行过程就是应用一定的资源，在生产和经营活动中，产出新的资源，并不断地增值。只有那些能产生增值的生产经营环节才是有效的，否则就是无效作业。在我们的企业中，由于管理体制和管理手段的制约，存在许多人浮于事的现象，必须通过业务流程重组剔除无效作业，提高企业的运行效率，提高企业的经济效益。为此，大宝公司从四个方面入手进行了业务流程重组：一是以满足市场需求为核心，对企业各管理部门和业务流程进行改组和组合，消除无效作业，提高企业运行效率；二是以缩短产品交货周期和降低成本为目标，进行生产制造、采购全过程的业务流程重组；三是以提高客户服务质量为目的，建立完善的销售信息网络和服务体系；四是坚持?quot;核算为基础，以管理为核心\"的指导思想，深化财务管理，由过去单纯注重记帐、算帐、报帐转变为强化\"检查\"、\"考核\"、\"监控\"，建立经营效益管理机制和风险控制机制。

3)、外部资源与内部流程的整合

ERP系统的最大优势就是信息的集成。它强调把整个企业看成一个系统，按照系统的观点去分析和处理生产经营活动中产生的物流、资金流和信息流。各子系统紧密联系、相互制约、联动有序，信息共享。在项目实施过程中，大宝公司在和佳实施人员的帮助下，对相关的业务功能进行了综合分析，将相关联的业务操作进行了梳理、组合。从主要业务流程入手，按规定条件和时序产生相关的信息。实现了管理信息的集成。例如，在销售业务流程中，以提货单为主线，由此产生后续的仓库出库单或移库单、运输单、发票、客户的应收帐款等一系列数据。后续环节只需对提货单进行选择和组合，不需要重复录入数据。

4)、不断满足管理需求是ERP的生命力所在

大宝公司在国内外拥有广泛的客户群，产品品种多，涉及企业管理业务的数据量非常庞大，业务流程也比较复杂。从企业内部看，企业面临着从计划经济向市场经济转换，管理方面还存在着计划经济时期的烙印，不适应市场经济的管理行为在企业普遍存在；从企业外部看，国内的经济环境还存在许多不规范的现象，诸如三角债之类的问题严重困扰着企业。这些都增加了企业管理的难度。ERP系统必须适应企业所面对的错综复杂的经营形势，满足企业日益发展的管理需求，才有自身的生存空间。大宝ERP系统实施过程中，在对业务流程进行规范、重组的同时，增加了企业必需的管理功能。如解决企业间以帐抵帐、以物抵帐的问题；针对企业数据流量大的特点，系统对许多业务增加了成批处理的功能；针对集团公司的特点，增加了内容核算功能。大宝认为，只有满足企业需求的ERP系统才是最好的。否则再先进的系统也会被束之高阁，没有生命力。

5)、数据管理是实施成功的基础

大宝公司的企业支撑数据大致分为两类：静态数据，如产品结构、工艺路线、设备代码、人员编码等；动态数据，如计划需求，实际完成、库存量、应收帐款等。静态数据又分为两种，一种是基础数据，包括产品结构、工艺路线、设备代码、人员编码等，第二种是控制数据，包括各种消耗定额、技术指标、质量指标、有效期、最大库存量等。如果在企业计算机系统

中输进去的数据准确，产生的结果就很有价值，如果输进去的数据不准确，计算机系统就会数倍的复制错误，它所造成的损失是不可估量的。尤其是基础数据，它是ERP系统运行能否成功的关键问题。

在项目实施过程中，大宝公司把基础数据按管理职能分为五大部分，即产品、工艺、设备、人力资源和定额数据，分别对应企业的相关的职能部门，由专门的人员进行整理和录入，同时将数据的质量和录入进度同部门的绩效联系起来，纳入部门的考核指标，用企业制度这个\"法\"来确保数据的准确性。

六．效益分析

大宝ERP一期工程实施一年来，公司经营能力和管理水平显著提高。虽然ERP的效能在短期内不能够全面表现出来，但大多数子系统的应用，如采购、财务、销售、库存等功能模块在降低管理费用，提高劳动生产效率、提高资金利用效率和利润率等方面取得了一定的成效。产品产量稳中有升。

2001年实现销售收入7.8亿元人民币，实现利税3.5亿元人民币，向国家上缴税金1.5亿元,完成年计划的102%，比上年增长0.42%。工业总产值（不变价）完成年计划的106%，比上年增长了4.84%。设备完好率达到98%，主机开机率达到95%，生产运行平稳、高效。

七．经验体会

1． 企业最高决策层的全力支持是成功实施ERP的决定性因素

ERP的最重要的原则之一就是\"一把手工程\"，企业最高决策层的全力支持是ERP成功的关键。因为ERP项目是面向整个企业的系统，项目资金的保证、项目目标和方案的确定、业务流程的重组以及项目的协调，都必须由企业最高决策层拍板。项目的实施过程中会遇到挫折和阻力，都需要企业最高决策层对项目的全力支持。

项目实施前应该把对企业高层领导的ERP基础知识培训作为第一件大事来办好，使企业领导层对项目实施的过程和要点、难点以及风险有一个总体的了解，把握好项目实施的进程。

2． 立足企业实际，稳步推进企业信息化进程

企业推行ERP是一项长远的带有战略意义的系统工程，这项工作不是一蹴而就的。企业应该从自身发展的需求出发，制定一个长远的总体规划。ERP项目是一个高投入、实施周期长、投资回收期长的巨大的工程。如果项目全面铺开，齐头并进，投资太大、风险太大，而且实施力量也不够，容易出问题。所以要充分分析企业自身的优势和差距，找准实施ERP的切入点，从企业最关键的几个管理子系统入手，争取在短时期取得效果，增强企业管理上下对ERP的信心。同时不断积累经验，培养和锻炼项目的实施队伍。然后逐步展开，分不同阶段完成整个ERP系统。

3． 坚持企业管理创新，狠抓业务流程重组

ERP实施成功的关键是用ERP先进的管理思想和方法去规范企业的管理行为。实施ERP的难点在于企业管理的本身，而不是软件技术。今天中国企业最缺乏的正是成熟的工业化进程中所积累的规范化管理，如果不立足管理创新，ERP就不可能成功。由于管理体制和管理基础的原因，我们的企业管理中有许多不规范的行为，这些必须从企业的整体利益出发，按照ERP的要求对企业的业务流程进行整合和重组。在实施过程中，对相关的管理功能进行综合分析、梳理、组合，彻底改革业务流程中的无效的、不创造价值的流程。

4． 加强基础数据的管理

ERP系统是一个严密的管理系统，它的数据处理的准确、及时、可靠是以各业务环节的数据完整和准确为基础的。因为ERP系统中的数据是共享的，是面向整个系统的，数据的完整非常重要。特别是系统中一些公用的基础数据，如产品数据、客户数据等，系统的大多数业务处理都依赖它们，对系统是至关重要的。如果这些基础数据残缺不全或不规范，系统的运行寸步难行。

5． 加强各类人员的培训工作

ERP项目的培训工作对于项目实施的成败与否至关重要。ERP培训分为企业领导、企业项目实施人员和企业普通员工三个层次。其中最关键的是前两层次的培训。企业领导的培训内容主要是宣讲ERP系统的基本原理和概念、思想，使企业高层领导对ERP有一个宏观上的认识；项目实施人员的培训主要是讲解ERP的原理和和佳软件的实现方法，原理要讲透，方法要讲清，特别要抓住ERP信息集成的特点，把业务流程理顺。

第16篇：ERP实施岗位调查报告

经济管理学院 信息管理与信息系统 专业工作岗位

调查报告

1、ERP实施岗位基本信息

这一工作任务的性质是软件实施，从项目中标开始，项目组就进入到客户公司，项目启动和系统规划后，ERP实施的工作内容有系统规划方案编写、系统模拟、系统测试、上线准备、上线支持。通过自己实习体会，认为这几个工作程序没有主次要之分，只有前几个环节，规划方案编写确认详细到位和系统模拟的充分，没有特殊情况，后面的工作会进展比较顺利，反之，后面工作的推进会受阻碍，项目延期甚至影响交付效果。

系统规划阶段，ERP实施一方面参与客户的需求调研，通过会上客户的主动反馈，记录会议纪要并及时反馈客户，尽量减少双方的理解偏差，保证系统实施效果达到客户期望。另一方面演示现有基础系统功能，以及根据已有的相关项目的解决方案，建议客户使用系统，这样就可通过实施人员配置系统，来满足客户需求。最后要形成完整的系统规划实施方案，并要反复与客户进行沟通讨论、演示及确认。

系统模拟阶段，ERP实施人员搭建供系统运行的环境，包括应用服务器和数据库服务器，安装应用程序，新建数据库实例，安装部署模拟系统，在新环境上测试系统功能，模拟业务场景，向客户演示系统实现的效果。

系统测试阶段，根据调研提出需要的系统功能，二次开发完成后，在购买版本标准产品基础上，ERP实施人员在客户的服务器上通过补丁安装的方式，新增或更改现有系统功能，通过业务场景模拟，暴力测试等方式，ERP实施人员将测试出现问题登记公司专业问题归集分配平台，等待分配解决问题的开发人员之后，沟通解决问题，责任划分，最终实现系统满足客户需求的新功能的正常使用。

上线准备阶段，ERP实施人员负责系统初始化，包括用户信息、用户权限、审批流程以及基础数据和历史数据的收集整理；正式环境和系统的搭建，关键用户培训及用户操作手册的编写等。

上线支持阶段，ERP实施人员指导客户系统上线运行，帮助解答系统使用中出现的日常问题。

ERP实施工作主要是驻场实施，所以工作地点多为客户提供的场所，一般为客户公司；实施工作时间要按照项目计划时间节点进行，如果完不成，则需要加班赶工，不能影响系统上线时间。

2、ERP实施岗位的基本要求

公司对ERP实施岗位的学历要求本科及以上，经验无要求，年龄范围18-45，专业要求计算机相关、财务、会计相关，熟练操作计算机，有相关软件使用经验更好 。

3、与公司内部和外部的关系

公司内部主要打交道是行业开发部和产品部。产品平台出现问题时ERP实施人员需要协调产品部的人解决，如果改动的功能出现问题，ERP实施人员则需要协调行业开发部门具体负责这一模块的开发人员解决问题。 公司外部则就主要是客户，客户其他业务系统方。与客户调研需求并确认；各个业务系统需要数据集成时则需要与客户的其他业务系统方沟通，需要的对应的字段及数据标准等信息；

4、工作中应知应会的技能

软件操作能力，数据库的使用 ，一定的语言能力，沟通交流能力，文档整理编辑能力 5本岗位的责任

主要责任是在项目经理的指导下，保证系统按时上线，培训用户，使得用户可以在计划的时间内顺利的使用系统，辅助公司管理。

次要责任是上线的支撑，正常情况下，项目收尾后，实施人员与运维部门完成工作交接，就可撤离项目，一些运维问题的处理，需要实施人员辅助。

6、工作环境条件

因为所在部门是公司的北京区大客户交付部，所以客户都是北京地区的央企和大型国企，ERP实施工作又主要驻场在客户公司，所以一般都是标准的写字楼，工作环境比较好。

7、岗位调查后的学习体会

ERP实施对于我们信管专业来说，是非常契合的工作。一开始接触工作，软件的学习操作及逻辑对我们来说不太难，较为有难度的是业务上的学习，不了解一个业务的具体流程，不能把系统中的功能点连接起来，没有发挥到软件的作用。所以要多加强业务上的学习，最快的方法是一开始直接参与客户的调研，从源头上了解业务及对客户的具体意义，才能更好的配置、协助开发出实现辅助管理的效果。

ERP实施分为中级、初级，中级实施要参与上述初级实施的各项工作外，在项目收尾阶段需要整理实施资料，进行技术交接，保证项目运维顺利。可以看出，文档的编写能力是实施人员的一道门槛，一定的文档编写能力，以及良好的文档、数据的整理存储习惯，对实施工作是非常有帮助的。

第17篇：ERP实施的辞职报告

尊敬的有限公司总经理室：

经过半个多朋的思考，我最终决定辞职。各位领导，我带着复杂的心情写这封辞职报告。由于您对我的能力的信任，使我得以加入公司，并且在短短的两年间获得了许多的机遇和挑战。

经过这两年在公司从事的软件开发和ERp实施工作，使我在xx开发，xx管理等领域学到了很多知识、积累了一定的经验，对此我深怀感激！

由于薪金和工作地点的原因，我不得不向公司提出辞职申请，并希望能与今年x月xx日正式离职。 对于我的辞职对公司造成的损失和不便，我深感抱歉。但同时也希望公司能体恤我的个人实际，对我的申请予以考虑并批准为盼。

此致

敬礼！

第18篇：ERP项目实施经验总结

ERP项目实施总结

一、需求调研：

1、调研工作不够细致，对某些特殊业务的理解程度不够深入，造成以下几种情况：A：在实施过程中拖延工期；B：按照原定方式设置后，业务无法流转，导致数据基础数据录入后的返工；C：需要二次开发才能实现的功能，无法变通，导致加重实施工作的难度，甚至会延误工期；这些情况的发生都会使操作人员产生抵触情绪，严重者会引起双方的矛盾，不利于项目的顺利实施。

2、在调研过程中一定要做到全面细致，尤其是对用户的比较特殊的业务，应详细的了解业务的操作流程，并收集相关资料，调研结束当天就应根据纪录，经调研小组讨论后，出具相关调研总结报告；调研工作的不到位会直接影响到合同的签订，双方责任的明确、以及软件功能的界定。

3、必须有明确的需求，一般我们的客户是在我们业务人员的极力推动下上ERP的，在现有产品条件下不可能象SAP那样满足用户的所有需求，所以实施人员必须了解用户的关键需求，如：是资金积压太多、还是市场预测不准。满足了关键需求项目就算成功了一大半，能够比较体面的结束项目。

4、搞清楚哪些问题在ERP中处理哪些问题不能在ERP中处理。用户曾经提出这样的需求：能不能自动测量储油大罐中油的容量，实际上这是自动控制方面的问题，肯定不能放到ERP中。

5、由用户在消化软件的基础上设计自己的业务流程，实施顾问给出改进意见。因为用户对自己的业务是最熟悉的，执行起来也比较方便。

6、项目调研虽然重要，但由于在调研时，初访者对ERP的认识是很有限的，也不懂软件功能，经常会出现问非所答，所以调研报告的水分是很高的，只能作为实施过程的参考，并不能按调研报告去实施，否则实施过程必会出现过多的反复。调研报告水分高的另一个致命原因是被访者报喜不报忧。

二、系统初始化：

1、正式初始数据之前，发现基础数据准备不够充分，从而加重了实施过程中劳动强度；甚至在整理过程中，用户才发现自己的账目比较混乱，比如：有时产生仓库账和财务帐不符，仓库账和实物账不符等，这些都可能拖延实施的进度。

2、在初始数据过程中，对用户的各种数据和业务，要做出正确的分析和判断，尽可能发挥软件的优势，避免返工。

3、不要轻易答应用户将老系统中数据转入新系统，否则可能会加重实施人员的工作负担，造成数据不准确性隐患，而且有时一些不正确在当时可能不被发现，从而对以后的维护工作带来难度。如果确实需要通过sql或小工具导入，一定要反复做测试。

4、千万不要替用户做初始数据和初始化，不管企业有何理由。这顶并不漂亮的帽子会使用户只知其然而不知其所以然。

5、部分操作人员的重视程度不够，在准备数据或录入数据过程中，工作不够认真、仔细，可能产生大量的重复性录入。所以我们应要求企业建立审核机制，做为实施顾问，要经常在软件界面中查询相关数据，帮助分析数据的正确性，发现错误及时纠正。

6、在初始化时，注意权限设置，像维护工具、各个系统的系统参数设置、基础数据维护、单据记帐等功能权限不要赋予无关的人员。

项目组织：

1、ERP项目是“一把手”工程，而不应仅是电脑室的工作，而且用户的项目负责人至少应是副总或相当于此级别的人员，如果项目负责人不能在项目实施中，发挥领导作用，会产生部门之间的责任不够明确，造成部门之间相互推诿，推卸责任，互相踢皮球。

2、企业认为上ERP完全由软件公司一手承担，他们只是配合角色，这是不对的客户高层领导必须重视，领导的重视并不是停留在口头上的，也不是非要亲自学计算机、学软件。而是要在总体上安排计划，协调人力、物力资源。而不是“你们帮着做吧，一周向我汇报一下就可以了”。

3、我方项目组的分工要合理搭配，让项目组每个成员在这个项目上能感觉学习到新东西，工作量可以适当的再饱和一些，给每个人规定任务完成的最终时间，把他们的积极性调动起来，同时也要给他们一定的压力，一个项目的成功与否，是一个团队的共同努力，光靠项目经理自己是不行的，注意调动内部和外部的力量。 项目管理

1.重视项目周报的编制质量和及时性。

 项目周报是对每周项目进展情况的正体反映，涉及实施、开发、项目管理、商务等方面。所以对周报请大家高度重视，如果周报上反映的问题，相关人员没有及时响应或反馈意见，比如需要商务经理协调的问题，大家反映了，商务经理没有响应，那出了问题，是商务经理的责任，但如果没有把问题及时反映，那出了问题就是项目经理的责任，所以说，不要认为周报写了也没有用，尤其是需要我们公司开发、高层领导协调的问题，一定要在问题刚暴露时就要反映，不要报喜不报忧。

 周报不仅仅是给客户看的，对不方便客户了解的内容，大家可以一式两份，其中一份给客户，另一份给公司，比如对开发进度的要求、项目团队内部问题等不方便客户了解的内容，可以单独一份发给公司。周报上尤其是跟计划的对比，请大家多花点时间考虑一下，如果拖期到底原因是什么，我们项目拖期很多时候都是由于不重视计划，不仔细分析拖期原因，结果最后就拖长了。  对周报的报送时间请大家注意，既然我们规定是周一上午报送，就应该按时报送，这本身也是体现项目经理的项目管理水平的一方面，并且我们周报是要求对方项目经理每周签字的，如果是上周的周报每次都是周二才给客户签字，客户原意吗？这次在石家庄办事处的信息栏上，我看到河北区三位同事因为没有按时交总结，被罚了50元钱，我想对于文档报送的及时性，我们虽然不会去罚钱，但将来在项目考核上应该有所体现。

 有时我们觉得周报编制比较费时间，建议每天可以抽出10分钟时间记录一下当天项目情况，周末时汇总整理一下，编写速度会加快，另外，从锻炼和培养的角度，项目经理也可以让实施经理写周报，项目经理最后审核补充。 2.合理控制需求。在项目实施的过程中，企业肯定会提出这样那样的新需求。在满足企业要求时，要以合同为依据，量力而行，少承诺，重信用。客户满意是我们的目标，但这种满意必须是建立在客户合理的预期基础上。我们必须明白，把客户的满意率从80%提高到100%所付出的成本远比从0%提高到80%高的多。 3.对于客户提出的需求，不要轻易的答复能做或是不能做，跟开发经理或产品部商量后，如果不能做，一定给客户一个让人接受的理由，不要简单的说‘NO’。 4.具体问题具体分析，不要什么事都凭经验去做，有时，仅凭经验做事会发现，经验会让你错误。

5.项目组要进行‘走动管理’，不要用户打电话给你或者反映给你了才到现场，平常即使用户不反映问题，也常到现场走走，询问一下各岗位有无问题，使用情况怎么样，甚至有时拉拉家常，这样做一方面可以及时发现问题及时解决，避免小问题变成大问题，另一方面可以增进与用户之间的感情交流，拉进距离，双方熟悉了，互相信任了，出现问题后，用户也不会出现过激的反应。6.对于做ERP项目，做为软件方，我们可以跟客户进行协商、探讨，但是也不能什么事情都依着客户，我们有自己的实施方法、有自己的项目管理方法、有其他客户成功和失败的经验教训，在这些方面，客户需要听取我们的意见，比如在实施范围、进度、实施方法方面，这方面要多跟客户沟通，以我们为主。 7.为保证客户数据安全，防止不必要的数据泄密，发生双方法律上的纠纷，建议在项目组内部建立客户数据保密制度，可参考如下：

 客户的数据在没有项目经理允许的条件下，不准项目组成员随便拷贝、传输给项目组以外的人员（包括公司内部人员）作测试、模拟以及其他用途。  对于客户的数据界面，除非得到客户方项目负责人明确书面同意，否则不允许用客户的数据作对外演示使用，也不允许在说明书、宣传材料中直接引用，当然，在改动客户数据资料，以非真实数据可以引用。

 不允许将其他客户的数据在另外一个客户的服务器上恢复后作测试、演示使用，如果确实需要作测试使用，只能专人专管，并且只能在我们自己的机器上作测试用，并且绝对不要让客户知道。

 对于为了解决客户问题，确实需要公司开发人员对客户数据库作测试分析这种情况，发到公司的数据库必须专人专管，尽量不要放到公司公用服务器上，可以放到个人电脑上，一旦不使用后，立即删除。

 不要在一个客户现场，太多的谈另外一个客户的一些业务流程以及机构设置、人员关系等情况。

 现场实施人员在帮客户设置权限时一定要注意严格设置功能权限和数据权限，尤其是配方、工资、财务、销售方面的数据，不该设置的权限一定不要随意给客户设置，最好让客户有严格的权限申请流程，由专人来设置。

第19篇：用友ERP实施流程

前言 手册使用说明

ERP项目实施中有一个成功等式：企业ERP系统的成功应用=有准备的企业+合适的软件+成功实施，三个条件缺一不可。对于用友来说，客户企业的自身条件属于外部因素，用友无法控制，只能通过合同和建议书来约束双方的责任和义务，减少项目风险；合适的软件是成功应用的基础，用友需要做的是提供适合客户的成熟的产品；在前两个条件既定的情况下，项目能否成功，则取决于咨询实施顾问的实施能力。因此，为了保证项目实施的成功，必须对实施工作进行规范。2001年初用友公司发布了第一套项目用友法论，向规范化实施迈出了可喜的一步。通过广大咨询实施顾问1年多贯彻执行，增强了他们的项目管理意识和规范实施ERP项目的意识，用友法论深入人心。同时，咨询实施顾问也反映实施方法论有些方面过于抽象，缺少具体的工作内容、步骤等的解释，缺少可以借鉴的工具和模板。

为此我们根据用友实施方法论，综合借鉴一些参与过项目实施的项目经理和咨询实施顾问的实施经验和体会，对项目实施流程的各阶段、各项任务的工作内容、策略、角色和责任、交付成果、潜在风险逐一进行了介绍，并整理了一套工具、模板，力求流程清晰、简练实用。

编写这部《用友实施法指南》是我们的第一次尝试，每个人的工作经验毕竟有限，加上时间非常仓促，书中难免有不尽如人意的地方，我们诚心的希望广大顾问批评指正，以使我们这套《用友用友法指南》日臻完善，把它做成我们咨询实施顾问手头必备的工作指南，成为顾问的良师益友。

需要说明的是，本文的介绍只是用友ERP实施所使用的通用的流程和方法。并没有分行业的版本介绍。在具体的项目应用中，可以根据实际的情况进行调整。所使用的阶段、活动、任务以及提交成果可以适当裁剪或增加。

我们的建议：项目环境千变万化，咨询实施顾问，尤其是项目经理要根据实际情况随机应变，《指南》提供了一些解决问题的方法和建议，并不一定对所有客户都适用。希望大家利用《指南》，但不要被它所限制。

标准实施路线图 阶段

询 活动 任务 角色 交付成果 模板工具

参与售前咨进行初步需求调研 售前顾问 项目风险评估

售前顾问

《售前调研报告》 《售前调研报告》 《风险评估报告》 《风险评估清单》

售 前 咨询

判

《风险评估报告》 《项目建议书》 《实施报价表》 演示数据 制作《项目建议书》 售前顾问 向客户讲解《项目建售前顾问/客议书》 同》

户经理 售前顾问

《项目建议书》

实施商务谈拟定《实施服务合

《实施服务合同》 《实施服务合同》 《工作任务书》

《工作任务书》

1 拟定《工作任务书》 售前顾问

实施部经理/

审核《实施服务合大区实施总监同》《工作任务书》 /总部服务总

监

《实施服务合同》

《工作任务书》

实施部经理/ （签约）

大区实施总监/总部服务总监 实施部经理/成立项目实指定用友项目经理大区实施总监《用友项目组成员《用友项目组织成员施小组

及项目组成员

/总部服务总名单》 监

名单》 《会议模板》 《用友项目组成员职责和任务》 单》

《项目交接会议备忘录》 单》

《项目交接会议备忘录》

《项目风险评估报告》

内部交接

客户基本信息、文客户经理/用《项目内部交接记《项目内部交接记录档、口头承诺交接 友项目经理 录单》

（实施费用内部划客户经理/用(《用友内部费用划《用友内部费用划拨拨）

友项目经理 拨单》)

项

目确立客户方拜会客户并确定客规用友项目经理

项目组织 户方用友项目经理 划

与客户方用友项目

《双方项目组成员《双方项目组成员名经理审定双方项目用友项目经理

名单》 单》

组成员

《项目组织结构》 《客户项目组成员职责和任务》 《会议纪要》 召开双方项目组首 次会议，明确双方项用友项目经理 《会议纪要》 目组人员职责

制定项目实制定项目实施主计施主计划书 划书

《项目实施主计划

双方项目经理 《项目实施主计划书》

书》

附：《项目实施计划》

（Project形式）《会议纪要》

签署《项目实施主计用友项目经理《项目实施主计划《项目实施主计划书》

2 划书》

召开项目启确定会议日程和参动会

加人员

/实施部经理 书》 双方项目经理

准备演讲PPT等资料 双方项目经理 演讲PPT 召开项目启动会 整理会议纪要

双方项目经理

用友用友项目经理的讲演资料（PPT） ERP理论、项目管理的培训（PPT）

《项目启动会议纪双方项目经理 《项目启动会议纪要》

要》

《企业老总的讲话稿》 安装培训和建立软硬件临时应测试环境

用环境 安装调试产品 系统管理员技术培训

技术顾问 技术顾问 技术顾问

产品安装完成 《产品安装确认报告

完成对客户方系统《培训考核记录单（系管理员培训和考核 统管理员）》 系统管理员手册

《系统管理员操作手册》

《系统运行管理制度

系统运行管理制度

（系统管理部分）》

《培训计划书》 《标准教材》、《练习理念及产品培训 制定《培训计划书》 用友项目经理 《培训计划书》

培训教材、Demo数 培训前准备 ERP理念培训 标准产品培训 培训考核并确认

用友项目经理 据（行业数据）、考用友项目经理 业务

分

析

业务需求分析

题》、《考试题》

试题、教室、师资等

咨询实施顾问

《培训总结报告》《培训总结报告》附：

咨询实施顾问 附：考勤记录、考核《培训考勤记录》、《培

记录

训考核记录》

准备调研提纲、问卷 咨询实施顾问 《需求调研提纲》 《一般业务调研提纲》

制定调研计划 《分产品的调研提纲》

《行业调研提纲》

用友项目经理 《需求调研计划》 《需求调研计划》

用友项目经理

详细业务需求调研 /咨询实施顾

问 需求和产品匹配分析

需求分析报告

用友项目经理

用友项目经理 《需求分析报告》 《需求分析报告》

《初步业务解决方案V1.0》

《业务解决方案蓝解决方案设准备初步业务解决

用友项目经理

方案 V1.0》 图计

设

计

建立客户系统系统配置

建立客户系统数据准备

测试和解决未决问题

咨询实施顾问

咨询实施顾问

咨询实施顾问

用友项目经理

《参数设置方案》 《系统编码方案》

修订业务解决方案 /咨询实施顾

问

基本确认《业务解决《基本确认解决方案方案V2.0》

V2.0》

《参数设置方案》 《系统编码方案》

（客户化开发的需求）

（《客户化开发需求（《客户化开发需求报

用友项目经理

报告》） 告》）

《静态数据准备方案》 《静态数据准备表单》（分产品） 静态数据准备

基础数据准备方案 用友项目经理 基础数据档案

《静态数据准备计静态数据准备计划 用友项目经理 《静态数据准备计划》

划》 静态数据准备 数据校验和确认 （数据转换程序的开发与测试） 安装） 参数配置） 编写测试案例 准备测试数据 制定测试计划

咨询实施顾问

确认后的《静态数咨询实施顾问

据》 技术顾问

系统测试

准备测试环境（系统技术顾问/咨

询实施顾问 询实施顾问 准备测试环境（系统技术顾问/咨

咨询实施顾问 《测试案例清单》 《测试案例清单》 咨询实施顾问

用友项目经理 《测试计划》

《测试计划》 《测试方案》 《系统参数配置》

测试环境（硬件） 测试过程 测试问题的处理 客户化开发概要需求报告 测试总结和确认

技术顾问/咨询实施顾问 技术顾问/咨询实施顾问

技术顾问/咨《测试问题记录清询实施顾问 单》

《测试问题记录清单》

（《客户化开发需求（《客户化开发详细需

用友项目经理

报告》） 求文档》） 用友项目经理 《测试报告》

《测试报告》

4 修改和完善解决方案 容

客户化开发的商务谈判

确定客户化开发计划

组织客户化开发人员进行客户化开发 客户化开发产品交付

集成测试和验收 N/A

修改和完善后的《业调整后的《业务解决方

用友项目经理

务解决方案》 案》 客户化开发详细需《客户化开发详细需

用友项目经理

求文档 求文档》

《客户化开发合同》

用友项目经理 《客户化开发合同》 附、《客户化开发项目

报价》

用友项目经理 《客户化开发计划》 《客户化开发计划》 用友项目经理 （组织客户讨论客户化开发内化开发）

客户化开发产品、手《客户化开发产品、手

用友项目经理

册 册》 《客户化开发产品《客户化开发产品验

用友项目经理

验收报告》 收报告》 双方确认的《最终业最终《业务解决方案

用友项目经理

务解决方案V3.0》 V3.0》 解决方案验收 制作业务应用标准操作N/A 手册

系统运行管业务操作、静态数据理制度建设 调整规范

《用户标准操作手册》

《用户标准操作手册》 其他《客户系统运行制度》参考

用友项目经理 《系统运行制度》 技术顾问

系统维护规范 N/A

帮助建立内部支持体系

内部支持体系投入

用友项目经理 《项目信息管理系统》

运行

其他《客户系统内部支持》参考 录》

二次开发程序或补丁程序 生产系统准生产系统安装（含客备 户化开发） 统一基础数据和公共参数设置 业务权限规划和分配 权限测试 计划 培训培训教师 培训准备 进行培训 培训考核和总结

技术顾问

可正常运行的软件《生产系统安装备忘系统

切

换准业务权限规划和分配 备

训

咨询实施顾问

正确可行的系统权用友项目经理 《操作权限规范列表》

限配置结果 咨询实施顾问

最终用户培制定最终用户培训

《最终用户培训计用友项目经理 《最终用户培训计划》

划》 咨询实施顾问

用友项目经理

咨询实施顾问 demo数据、考试题 demo数据、考试题 /咨询实施顾 问

用友项目经理 培训总结报告

《最终用户培训总结 5

报告》

《最终用户培训考勤记录》

《最终用户培训考核记录》

静态数据转换

静态数据转换、校验静态数据转换计划 用友项目经理 《静态数据转换计划》

完成

《系统切换检查表报告》 数据导入工具 数据录入和参数配置

数据录入和参数配

咨询实施顾问

咨询实施顾问

系置校验

统

《动态数据转换计

《动态数据转换计切动态数据转动态数据转换计划 用友项目经理 划》、附《动态数据转换 划》 换

换方案》

动态数据准备 动态数据切换 系统切换报告

咨询实施顾问

咨询实施顾问

《系统切换检查表报告》

系统正式运行 上线运行支持 项目总结

用友项目经理 《系统切换报告》 《系统切换报告》

N/A 整理实施文档 准备项目验收报告和维护合同 项目总体验收 与维护部门交接

咨询实施顾问 系统上线支持

《系统运行问题跟踪记录单》

用友项目经理 全套项目文档 《项目整理文档规范》 用友项目经理 《项目总结报告》 《项目总结报告》 用友项目经理 《项目终验报告》 《项目终验报告》 用友项目经理实施和维护进行项/维护部门

目交接

《项目交接记录》 《程序补丁更新流程》 《维护合同》 持

续支项目验收 持

持续支持

本帖回复

后续维护与支持 技术支持

wanghao 2008-12-17 13:27:06 发表

1.售前支持阶段

本阶段目标和任务

● 工作目标：

充分评估项目风险，投入产出比率，作出《项目风险评估报告》，决定是否立项；制定项目实施方案；在评估风险的基础上积极配合销售，争

6 取签约。

● 主要任务：

配合销售人员参与售前咨询、在初步需求调研的基础上进行风险评估和出具《项目建议书》；参与有关实施服务、工作量估计和人员报价的商务谈判，拟定和批准《实施服务合同》、《工作任务书》；配合销售完成与项目有关的其他事宜，直至正式签约。

1.1.参与售前咨询

1.1.1.任务描述

由咨询/实施部经理根据项目情况、顾问能力指定一名项目经理或高级顾问，配合销售，参与售前咨询，售前咨询的主要工作任务包括：

1、对客户进行初步需求调研

2、进行风险评估，出具风险评估报告，决定是否立项

3、制作《项目建议书》

4、参与竞标、做系统演示、讲解应用解决方案等客户关心的问题

以下所说售前顾问是指一种角色，有的公司有专职的售前顾问，有的公司则临时抽调高级咨询实施顾问或项目经理担任售前支持工作。售前顾问在售前咨询阶段是属于配合、支持销售的角色，整个项目应有销售部门的客户经理牵头，协调各种资源来争取尽快签约。

1.1.2.工作策略

1、初步需求调研策略

售前顾问在接到售前支持的要求时，应首先了解客户基本信息，包括客户行业特点、主要业务/产品、发展战略、项目负责人、重点需求、业务量、IT基础设施、人员素质等与项目有关的信息，具体可以通过以下几种方式：

1）向负责项目的客户经理了解；

2）查询客户门户网站，了解相关信息；

3）从公司知识库或外部网站、刊物查询相关行业资料；

4）拜访客户，对尚不清楚的问题、重点需求做实地调研和了解。

承担售前咨询的顾问通常是某个行业的高级顾问或项目经理，对客户的行业背景、业务事先应该比较了解。在第一次拜访客户前，一定要做好充分的准备，多方收集客户（包括项目的负责人）资料和信息，了解客户实施项目的主要目标，期望解决的主要问题，如果还有不清楚的地方，则在现场调研时有针对性地、高效地与客户沟通。在做初步需求调研时务必遵循以上步骤，避免在现场调研的时候问一些行业基本常识问题、公共信息以及无关紧要的问题，浪费时间，让客户认为用友的顾问对自己的业务不熟悉，对实施能力产生怀疑。

初步需求调研的结果应整理成文档，便于内部沟通，也可以减少后续实施人员的调研工作量。

2、风险评估策略

在对客户目标、重点业务需求、实施范围、人员、管理水平等充分调研的基础上，进行风险评估，如果经评估需求实现程度很低，客户的重点需求无法满足；或者投入产出不合理，应形成书面文件提交销售部门。售前的风险评估包括但不仅限于以下内容：

1）客户业务复杂度、行业可复制性、系统匹配程度

2）客户配合情况：管理层重视程度、基础管理、人员素质等

3）实施策略的选择

4）实施周期和工作量估计

5）需要进行客户化开发的工作量估计

6）实施费用估计

具体评估可以参照《项目风险评估清单》逐项检查，然后出具一个全面的风险评估报告。

3、编制《项目建议书》

经评估决定立项的项目（公司战略项目由公司高层作出决策），编制《实施建议书》，建议书的繁简程度视项目复杂程度而定。对于复杂、金额大的项目，编制《项目建议书》应集整个公司的力量，包括技术、应用、销售等方面的专家，充分准备，针对客户的重点需求和管理难点作深入透彻的分析，提供合适当解决方案，并且图文并茂、装帧精美，提交给客户，显示对客户的重视；对于一般的项目，可以由售前顾问参照模板和相关行业的案例自己制作即可。建议书的结构和内容参见文档模板。

对于技术配置方案仅是针对客户应用，即项目本身要求所作的技术建议，并非给客户作全面的IT规划和咨询（IT规划和咨询应是一项单独的项目），在制作项目建议书时要把握这两者的界限。

售前顾问在项目建议书完稿后，提交咨询实施部经理（大区服务总监）审查确认，通过后提交销售部门的客户经理，由客户经理提交客户。

客户经理收到售前顾问的项目建议书时，还要结合在与客户接洽过程中得到的客户预算信息与咨询实施部共同评估报价，（有的项目在此阶段尚不考虑报价问题，可以忽略）经过评估认为有必要修改项目建议书时，由售前顾问调整项目建议书相关内容并报部门经理审批后再次提交客户经理。为增加可操作性，应给客户经理一个报价的范围（底线），便于客户经理与客户接洽时灵活掌握。

4、参与竞标和方案说明

如果公司内部各相关部门在充分沟通、达成一致后，将项目建议书正式提交给客户。依据项目实际情况，咨询实施部可安排售前顾问在客户现场讲解决实施方案及项目建议书的其他内容。

与此同时，售前顾问要准备向客户演示的演示数据，演示数据要尽可能地符合客户的行业、业务要求，对客户的重点需求进行模拟演示。演示数据可以来源于某个项目，也可以根据调研结果建立，如果是利用现有项目数据，注意把客户的信息隐藏掉。

在这一过程中，可能根据客户情况调整《项目建议书》，每次的调整都应该通知项目组的其他成员。经过努力及调整客户可能还不接受，意味着项目失败。如果客户认可，则准备项目实施合同，进入商务谈判阶段。

1.1.3.角色与责任

● 售前顾问：

负责进行初步需求调研；进行风险评估和提交风险评估报告；负责拟定《项目建议书》中除技术方案以外的内容；负责准备演示数据；负责向客户讲解、演示《项目建议书》中除技术方案以外的内容。

● 技术顾问：

负责对客户的应用技术环境进行调研并评估相关风险；负责准备技术

8 方案；负责向客户介绍我们的技术解决方案以及产品有关的技术细节。

● 客户经理：

领导、组织整个售前支持、销售团队，安排成员的工作，召开会议；负责与客户的所有沟通协调工作；实施部经理/大区服务总监指派胜任的顾问参与售前支持；审批风险评估报告和项目建议书 wanghao 2008-12-17 13:29:58 发表

1.1.4.交付成果 交付成果 文档名称

文档编号

文档性质

审批

（内/外） 内

实施部

经理/服务总监 实施部经理/服务总监

模板工具 《售前调研报告》 《风险评估清单》 《风险评估报告》 《项目建议书》

《实施报价表》 《售前调研报《售前调研报

xx_xx_1_1_1 告》 告》 《风险评估报《风险评估报

xx_xx_1_1_2 告》 告》

内

《项目建议书》 《项目建议书》 xx_xx_1_1_3 外

演示数据

外

1.1.5风险提示

售前咨询的主要风险之一是选型风险（帮助客户选型），很多项目的失败是从一开始就埋下了隐患，既有技术方面的，也有产品应用方面、客户配合方面的原因，因此必须做充分的风险评估，在此基础上决定是否立项。

给客户提交的项目建议书必须经过技术专家、行业应用专家的审核，以保证方案的可行性，这个阶段容易犯的错误是销售人员为了签单，把产品吹得非常完美，似乎客户什么需求都可以满足，还承诺给客户作专项开发，让客户对产品的产生了过高的期望值。因此顾问在售前支持时要给销售人员和客户比较中肯的意见，避免给客户过多的承诺而将来无法实现。

实施报价也会影响到项目是否签约，因此根据客户目标可以估计实施工作量，确定一个合适的、客户可以承受的心理价位非常重要。同时出于竞标的需要，在报价方面应灵活地做一些让步，但不能突破本方的底价，由客户经理统筹处理。

ERP的销售是团队销售，销售部门最终提交用户的项目实施建议书应与咨询实施部提交销售部门的项目实施建议保持一致。如有变化，请事前与咨询部沟通，切忌在没有和售前顾问沟通的情况下私自更改建议书内容。

另外，《项目建议书》需要提交客户，对客户选型和决策具有重要影响，涉及许多商业秘密，因此在竞标结束前，对《项目建议书》的内容应做好保密工作，以免泄漏给竞争对手。

1.2.实施商务谈判

1.2.1.任务描述

如果客户接受《项目建议书》，选择用友作为合作伙伴，则下一步准备项目实施合同，进入商务谈判阶段，协商确定合同、《工作任务书》中实施费用的细节条款和实施的具体范围、阶段、实施报价等内容。

1.2.2.工作策略

公司有统一的《实施服务合同》、《工作任务书》文档模板，可以参考模板和行业内其他客户的案例制定，但其中标准条款不允许私自更改。

《工作任务书》中的重点内容包括：

1、实施范围，这是《工作任务书》最重要的一项，实施范围是确定工作量、实施计划、实施收费的依据，要尽可能地详细描述，具体包括以下内容：

1）组织范围，指实施的客户主体，哪些单位需要实施ERP系统，对于集团型客户尤为重要。

2）模块范围，实施的产品功能模块，如总账、应收、应付、库存、销售等

3）模块应用矩阵图，即实施主体各自应用哪些功能模块

4）业务流程范围，各实施单位需要通过实现的业务流程

5）技术实施范围，排除客户技术环境，如数据库、网络、操作系统等不属于用友维护职责的工作。

6）数据转换范围，确定哪些数据需要转换，对历史数据是否需要做移植，数据转换的方式。

7）接口范围，接口的种类、接口的方式

8）客户化开发范围，目前已经确定需要做的客户化开发内容，应有专门协议，对于以后实施过程中遇到的客户化开发需求，同样必须另行协商，签订客户化开发合同。

9）培训范围，提供的培训课程、对象、次数规模等

2、项目组织和各自的职责，包括用友项目组、客户项目组双方的职责，需要注意的是：如果客户预算有限，即客户愿意支付的实施费低于用友的预期，使得顾问投入与产出不配比，应调整双方的职责（承担的工作量），让客户项目组承担更多一些任务，切忌不考虑实施收入，大包大揽，什么都做。

3、项目实施策略和验收策略：确定项目实施的阶段、步骤、里程碑任务、各阶段的验收标准。

4、变更控制程序，项目实施最忌讳的是变更，包括实施范围、计划、人员等的变更，这些变更对势必对项目进度、人力投入等产生重大影响，带来风险，因此必须严格控制项目变更，发生变更时，必须执行规定的变更程序。

5、报价策略

1）般实施费用的报价之后都会提供客户一定的折扣，折扣的大小根据公司统一商务政策由客户经理灵活掌握运用。折扣的一般做法是：在预算的服务人天基础上，向客户赠送一定数量的人天服务，但人天费用标准不打折；如果该项目属公司战略级项目，有关实施报价遵循公司的统一营销策略。商务谈判过程中客户一般会对实施报价标准、收费方式提出进一

10 步的置疑，需要向客户解释我们的实施工作流程、工作量估计、顾问的人天成本计算办法。

2）按照行业惯例，差旅费用一般不包括在实施费的报价中，按照实际发生由客户负担。

3）支付方式：按里程碑支付，同时注明对里程碑任务验收的约定，以限制客户拖延验收时间。

《实施服务合同》和《工作任务书》在提交客户讨论前，必须按照规定的审批流程进行审批。

需要注意的是《工作任务书》与《项目建议书》关注的重点不同，《项目建议书》重点在于提供用友针对客户业务需求的解决方案以及实施及报价策略；而《工作任务书》重点在于描述项目的范围、双方的工作职责、验收标准。

1.2.3.角色与责任

● 售前顾问：

估算实施报价；拟定《实施服务合同》和《工作任务书》；向客户解释、商定《合同》和《工作任务书》中的条款和内容。

● 客户经理：

领导、组织整个售前支持、销售团队，安排成员的工作，召开会议；确定项目报价策略、项目整体报价范围，并主导商务谈判；负责与客户的所有沟通协调工作；实施部经理/大区服务总监审核确定实施报价、折扣率；审批《实施服务合同》和《工作任务书》。

1.2.4.交付成果

文档性质交付成果 文档名称 文档编号 审批 模板工具

（内/外）

实施部《实施服务合《实施服务合经理/《实施服务

xx_xx_1_2_1 外

同》 同》 服务总合同》

监 实施部

经理/《工作任务《工作任务书》 《工作任务书》 xx_xx_1_2_2 外

服务总书记》 监

1.2.5.风险提示

《实施服务合同》、《工作任务书》是双方对项目实施目标、范围、职责、报价、变更等的约定，后续的实施计划、验收、回款都将依据这些约定，必须明确定义，避免因歧义引起纠纷。

顾问在编制《工作任务书》时容易犯的错误是：

1）过分迁就客户，把一些本不属于咨询实施顾问的工作，让顾问承担；

2）实施范围不明确，不具体；

3）对客户化开发部分内容不做明确规定，含糊其辞；

4）验收标准不明确，不知道项目以什么方式结束，对项目回款产生影响；

5）缺少对实施范围、需求、计划变更的明确规定。

附：工具模板清单 1 《售前调研报告》 2 《项目建议书》

3 《项目风险评估报告》 4 《项目风险清单》

5 《软件功能列表》（分产品：NC、U8M、U8） 6 《实施报价工具》 7 《工作任务书》

8 《实施服务合同》（公司标准合同） wanghao 2008-12-17 13:33:49 发表

2.项目规划阶段

本阶段目标和任务

● 工作目标：

双方项目经理的选定，项目小组的组建；双方项目组成员清楚和理解，项目实施的目标和方法；双方项目组共同拟定一份项目实施主计划书，规划出整个项目的实施进程。

● 主要任务：

选择合格的项目经理，成立双方项目实施小组；完成销售部门和实施部门的项目交接（如：实施费用分割）等事项；根据《工作任务书》及与客户多次沟通的结果，编制一份《项目实施主计划书》，规划整个项目实施的方案；积极的推动和组织召开项目启动会。召开项目启动会的目的是使客户的高层乃至全体员工，对项目实施的过程和方法有清楚的认识，同心协力，推进项目实施。

2.1.组建项目实施小组

2.1.1.任务描述

主要工作任务包括：

1、咨询/实施部经理从销售部门接手项目，并根据项目特点选定该项目的项目经理；

2、项目经理组建用友方项目实施小组，选拔相关的人员，并提交咨询实施部经理审批；

3、咨询实施部经理根据公司的实施策略最终的审定和批准项目组成员；

4、正式成立用友方项目小组；

2.1.2.工作策略

1、用友项目经理的选定

1）用友项目经理必须具备较强的项目计划、组织、管理、控制的能力，同时候选人员必须符合公司内部的相关规定（详见《项目组各角色的职责和任务》）；

2）项目经理必须是接受过公司的项目管理、用友实施方法论培训并考核通过的人员，具有项目经理的认证资格；

3）用友项目经理必须与客户方项目负责人进行充分沟通，取得对方高层的信任和认可。

2、用友项目小组的组建

1）根据项目规模组建项目小组，选拔不同的人员。例如：公司的NC项目：必须选定1名项目经理，2名咨询实施顾问、1名技术顾问、1名开发人员。

2）人员在选拔时要充分考虑人员的业务背景、实施经验等多方因素，保证用友方的项目组具有很强的项目实施能力。

3）项目小组人员必须熟悉实施的产品，用友法论等相关的专业知识，只有符合条件的人员才可以成为项目组成员之一，切忌把不合适的人员安排到项目中。

4）要考虑开发人员、技术人员参与项目的形式，项目实施的方式不同，参加形式要灵活调整。比如可以一人同时兼不同岗位，即不同的项目实施周期，顾问转变不同的角色。

5）如果顾问资源比较缺乏，应通过其它渠道（如：强化培训迅速解决），切不可随便用一些新手来代替。项目中如果配备的实习人员，应该有专人负责指导，逐步安排实习人员承担可以胜任的工作。

3、咨询实施部经理对项目小组成员的审定

1）结合公司其他项目的情况，对于项目经理提名的人员进行审定，主要考虑人员在项目小组中是否可以充分发挥作用，最大限度的利用公司顾问资源

2）对于不适合参加项目小组的人员要充分的与项目经理进行沟通，并提供其他的人选，协调其他的顾问资源。

4、项目小组的成立

1）项目经理必须把项目小组所有成员召集到一起，由咨询实施部经理宣布该项目小组的成立，任命不同的人员担任不同的角色；

2）项目经理把项目前期的资料转发给项目组所有人员，让大家开始熟悉客户的基本情况，准备下一步的工作；

2.1.3.角色与责任

● 项目经理职责：

组建项目小组、选择项目小组成员；向咨询实施部经理提交项目小组成员名单。

● 咨询实施部经理职责：

选定该项目的项目经理；审定由项目经理提交的项目组名单；宣布用友项目小组成员的职责和任务；如果公司顾问资源不足应向上级单位协调顾问资源。

2.1.4.交付成果

文档性质交付成果 文档名称 文档编号 审批 模板工具

（内/外）

《用友项目组《用友项《用友项目咨询实织成员名单》 目组织成组织成员名xx_xx_2_1_1_1 内 施部经 员名单》 单》 理 《会议模板》

《用友项目组

成员职责和任务》

2.1.5风险提示

1）项目经理选择的是否合适，直接关系到项目实施成败的关键一步。项目经理将主导项目实施，如果项目经理不合适可能会导致项目走向失败，引起客户的投诉；

2）项目组成员配置的合理与否也很重要，即必须把合适的人员放到合适的岗位才可以最大限度发挥这个人的能力，对项目才可以起到巨大的推动作用；提高项目实施成功的几率。项目组所有成员必须知道项目实施的目标、方法、策略等内容，用友项目小组内部必须建立透明的管理机制，赏罚分明，责任清晰；

3）咨询实施顾问要保持良好的形象和自信心。当然这种自信来自于对产品、技术的掌握，对客户业务的了解和与沟通的技巧，如果不具备这样的条件，很可能不被客户认可，甚至被客户要求离开项目组。

2.2.项目内部交接

2.2.1.任务描述

主要工作任务包括：

1、销售部门准备售前阶段所有与该项目有关的信息和资料；

2、项目经理及时与销售部门举行项目内部交接会议；

3、进行售前阶段的相关文档的移交；

4、明确在销售阶段销售人员向客户口头承诺哪些事情，及早做好相应的具体安排；

5、涉及实施费用的内部划拨，还应将《费用内部划拨单》交由销售和实施部负责人签字确认，与会双方负责人签署会议备忘录；

6、回顾项目风险评估报告。

2.2.2.工作策略

1、销售部门必须安排专人准备与项目有关的所有信息资料

1）准备《软件销售合同》、《项目实施服务合同》、售前阶段的《项目建议书》、《工作任务书》复本；

2）通知相关的售前支持人员整理与该客户有关的售前资料，并做好参加项目交接会议的准备；

3）准备客户方人员方面的信息资料；

4）整理销售人员对客户做的口头承诺的内容清单。

2、举行内部交接会议

1）项目经理准备会议议程：让参加会议的人员明确会议的主题，清楚地知道会议需要讨论的内容，说明参加会议的人员、会议举办的时间等相关信息。

2）在这个会议上要介绍客户方的人员、企业、产品等方面的信息；让项目实施小组尽可能多的了解项目的各种信息。

3、项目资料的交接

1）文档资料的交接。主要是销售人员把售前有关的所有整理好的资料，移交给项目经理，最好能够安排售前顾问做专项的讲解，把客户企业状况、实施范围、验收标准等内容。（如果售前顾问成为该项目的项目经

14 理，建议也应该在项目小组安排一次这样的会议，向小组成员介绍有关客户的信息）

2）销售人员或售前顾问有责任把合同中重要的条款部分在此说明，例如：实施范围、实施周期、实施内容、收款条件和收款的约定等相关内容。

4、口头承诺的交接

销售人员或售前人员必须向项目小组的成员介绍在售前阶段向客户承诺的口头承诺内容，包括：实施范围、客户化的问题，免费给客户做的事情等相关内容必须做书面的确认。

5、内部费用划拨（如果没有单独签署实施服务合同）

在会议上要讨论和落实费用划拨的具体金额和划拨的方式，即客户每次付款后应该划拨比率等具体的事项。

6、项目风险的评估和确认

在内部交接会议上大家一定要回顾该项目的风险评估报告和风险评估清单，销售人员有责任把项目可以遇到的风险在这个问题上提出。

同时必须分析在项目风险报告中没有提及的一些隐含的项目风险因素。

7、会议备忘录的签订

项目经理和销售部该项目的负责人，在会议后必须签署项目交接会议备忘录，把会议中谈到的问题，双方交接的内容等做再次的确认，经过这样的过程实施部门才算把这个项目从销售部门顺利的接收过来。

2.2.3.角色与责任

● 项目经理责任：

负责向销售员了解项目售前阶段的相关事项；负责向项目组成员下发售前阶段的交付成果，让所有项目组成员尽快了解该项目的基本情况；办理内部实施服务费用划拨手续；负责与企业进行首次接触，讨论下一步的工作计划。

● 销售部项目负责人责任：

协助实施部门任命的项目经理完成该项目的交接工作；负责售前阶段文档资料的整理，并及时提交给项目经理；配合项目实施规划阶段的相关事项；配合项目经理办理项目费用划拨事宜。

● 售前支持顾问责任：

准备与该项目有关的售前阶段的所有资料；负责在会议上把该项目的项目情况、企业情况、产品情况、前期调研的情况向用友项目组成员进行讲解；负责介绍客户最关心的、系统难于解决的问题。

2.2.4.交付成果

文档性质交付成果 文档名称 文档编号 审批 模板工具

（内/外）

销售部

门项目《项目内部交《项目内《项目内部负责人接记录单》

部交接记xx_xx_2_2_1_1 内

交接记录单》 和实施《项目交接会录单》

项目经议备忘录》 理

15 《用友内《用友内部部费用划xx_xx_2_2_1_2 内

费用划拨单》

拨单》

风险再评

估报表

2.2.5风险提示

1）销售人员对企业口头承诺的风险。这种承诺在销售过程中很常见，但会对后面的项目实施工作带来了巨大的压力，如果处理不好，常会引起客户的强烈不满。

2）项目的顺利交接。项目小组应该通过销售员、售前顾问尽快了解客户的各种信息（企业模式、行业、产品、业务特点、企业内部的矛盾点等），收集尽可能多的客户资料、相关的文档。使整个项目小组尽快的展开相应的工作，投入到该项目中。

3）文档资料的建立。建立文档是项目管理的一项基础工作，完备的文档信息可以跟踪整个项目，让项目组成员。尤其是后来加入的项目组其他的成员，尽快了解项目状态。

4）项目风险评估报告。售前阶段可能有些内容并没有写入。项目风险评估报告，在项目交接会议中双方有必要在做一次回顾，明确项目可能隐含的风险。

2.3.确立客户方的项目组织

2.3.1.任务描述

主要工作任务包括：

1、用友项目经理必须与客户高层进行一次沟通；

2、用友项目经理帮助企业筛选客户项目经理、客户项目组成员；

3、帮助企业建立项目指导委员会。

2.3.2.工作策略

1、项目经理与企业高层的首次沟通

1）首次沟通的目的就是要与企业高层讨论项目实施的目标，项目实施的范围、项目验收的标准等内容；

2）通过与企业高层的沟通，用友项目经理要摸清企业高层对项目的重视程度，以及预计投入的相关人员情况；

3）建议企业将参与项目实施人员的考核和实施过程中的表现挂钩，如果涉及公司级的问题，企业高层应该如何推动企业内部的变革、流程调整的决策、人员变动决策，必须明确项目变更控制的审查和批准；

4）明确企业在项目整个实施中主导的作用，企业高层应该如何推动项目的实施，需要做哪些具体工作，即项目高层的职责和任务（详见角色和职责）；

5）明确企业高层对项目监督的重要性，建议在参与项目实施的关键进程中，定期或不定期的参加项目例会，听取双方项目经理的汇报，及时地解决项目遇到关键问题。

2、用友项目经理帮助企业筛选客户项目经理、客户项目组成员，建立客户项目实施小组；

销售经

理和咨《用友内部费询实施用划拨单》 经理

《项目风险评

估报告》

1）通过与企业高层的沟通，明确客户项目经理的重要性，以及将来客户项目经理必须承担的义务和具体的工作职责（详见角色和职责），协助企业高层选定合适的项目经理，项目实施过程中建议项目经理必须全脱产，要求全部精力放到企业的项目实施中；

2）向企业高层解释项目组成员在项目实施中的重要作用，提议哪些部门的人员参与到项目实施小组中，并且建立奖惩机制，有效地通过企业的项目实施小组推动公司项目的实施，关键用户也应该全职脱产参加项目，或者要保证项目实施必须给予较高的优先级；

3）要求企业配备系统管理员（例如：软件操作环境的建立、网络资源的配置等相关技术问题）、客户化开发人员明确他们在未来的项目实施中的关键作用，帮助企业选定项目组其他成员；

4）确保项目组的组织构成、人员配备的合理性，并且保证项目组成员在项目实施期间要有充足的投入时间，相关人员的日常工作必须做相应的调整，并把项目实施的效果直接纳入个人的考核中；

5）关键用户首先应该是业务方面的权威，至少是业务骨干，熟悉企业目前的业务，能理清业务主线，掌握核心问题；并非所谓的IT人员（ERP并不是信息化工程，而是企业管理改革工程），要具备较强的计算机应用能力及理解接受能力。一般每个职能部门至少有一个关键用户参加项目组。

3、帮助企业建立项目指导委员会

客户项目指导委员会（可选）：组成的人员、具体问题负责项目实施过程中出现的有争议的问题，需要该委员会召集相关部门的负责人进行决策以及跨部门的协调工作。

2.3.3.角色与责任

● 用友项目经理责任：

积极争取与客户高层进行一次沟通；协助客户高层选定客户项目经理；协助客户高层和客户项目经理组建项目实施小组

● 客户项目负责人：

必须与用友项目经理进行沟通，明确项目实施中的实施问题，听取各种建议；听取用友项目经理的对客户项目经理人选的建议；建立企业项目实施的内部考核机制，奖赏措施

2.3.4.交付成果

文档性交付成果 文档名称 文档编号 质（内/审批 模板工具

外）

《客户项目组成员名单》

《客户项客户项《项目组织《客户项目目组成员xx_xx_2_3_2_2 外 目负责结构》

组成员名单》

名单》 人 《客户项目

组成员职责和任务》

客户项 《会议纪要》 xx_xx_2_3_3_3 外 《会议纪要》

目负责

人

2.3.5.风险提示

1）我们推荐的客户项目经理必须是积极的赞同该项目实施，支持这个项目在企业的实施，并且对项目实施成功抱有坚定的信心。项目经理对于ERP理论知识的理解、项目控制的能力等情况会直接影响项目在企业实施的具体效果；

2）客户项目经理的项目时间投入，在企业的威望等条件会影响项目在具体的工作推近的力度，如果投入的精力和时间不足，有些工作不能做的很细，得不到企业各部们的大力支持，同样将直接影响项目实施的进度和质量；

3）客户项目实施小组成员的工作热情、积极性等因素也将影响项目实施的进度和周期；

4）客户方高层的支持和推动必须落到实处，必须对项目的实施进程及时掌控，并及时调整企业的战略，保证项目实施的顺利进行。

2.4.制定项目实施主计划书

2.4.1.任务描述

用友项目经理与客户项目经理讨论并制定《项目实施主计划书》，并交由双方项目总负责人签字确认。

主要工作任务包括：

1、确定项目实施在一定的实施范围内可以达到的基本目标，防止实施范围的无限膨胀；

2、针对企业关键的业务流程和企业非常关注的地方，用友项目经理应该组织项目组成员再进行补充调查，进一步确定项目实施的范围；

3、通过《项目实施主计划书》规划出整个项目的实施过程，明确实施的阶段计划，阶段任务，使双方项目组成员能够清楚项目进展到哪个阶段，大家工作的重心是什么？

4、协助客户项目经理建立企业内部的工作汇报机制，让客户项目负责人能够及时地了解项目的进展，以便及时调整企业相关人员的工作来辅助项目的实施；

5、最终客户项目经理把《项目实施主计划书》提交客户项目负责人进行审批。

2.4.2.工作策略

1、明确项目实施的目标，严格控制实施范围

1）按照标准的《产品销售合同》、《实施服务合同》和《工作任务书》中规定的项目实施目标和范围与企业项目负责人进行沟通，双方基本上可以达到共识；如果还存在有争议的内容，经双方协商一致后，在这里应该补充说明；

2）在《项目实施主计划书》中要明确项目验收的基本标准，验收策略。同时把《工作任务书》中的有关具体规定能够与企业达成共识，不足的地方加以补充说明。

2、企业关键业务和重点关注点的补充调查

1）用友项目经理必须对于企业关键业务环节向客户项目经理进行再次的补充调查，这种调查可以采用现场参观、企业介绍等方式；

2）在进行补充调查时，切忌与企业讨论过深的问题，主要是了解为主，清楚地知道企业内部人员对项目的支持情况、企业业务流程中存在的弊端，企业急于想解决的问题；

3）企业在这个阶段一般是不会有什么保留的，他们会尽量的满足我们的需要并暴露出企业上项目的真实目的。

3、规划项目实施的过程，明确项目实施的阶段

1）项目阶段应根据项目的大小和实施周期的长短，并且参照《用友实施方法论指南》，的基础上适当剪辑即可；

2）在项目实施阶段划分是必须要充分的考虑基础数据、关键参数设置、业务数据准备、重点考虑接口数据对下一阶段的影响。

⊕全面调研，分别实施

⊕需求部分调研、接口调研

4、用友项目经理协助客户项目经理建立项目进度汇报机制

1）制定项目例会制度，在项目最初每周至少要开一次项目例会，总结本周的项目实施情况，布置下周的工作安排。根据项目的实施进展情况，如果进展顺利可以将项目例会变为每二周举行一次；

2）建议客户项目负责人必须每月参加一次项目例会，听取项目实施双方的工作汇报，如果遇到特殊问题，需要与项目负责人进行直接的沟通；

3）企业项目负责人要了解每月项目的进展状况，对于影响项目进度的人员要给予相应的处罚，客户项目经理可以给予处罚的建议；

4）明确项目实施过程中有关项目管理方面的具体要求，对于可能出现项目变更要有严格的审批程序，重大变革必须由项目负责人亲自审批。减少项目变更给项目实施带来的不利因素。

2.4.3.角色与责任

● 用友项目经理责任

负责组织项目组成员编写、修订《项目实施主计划书》；负责与企业高层讨论项目规划的具体事项，并且写入《项目实施计划书》中；负责向客户方提交《项目实施主计划书》；负责《项目实施主计划书》确认工作。

● 客户方项目经理责任

负责向用友项目组介绍企业的情况、项目的目的；配合用友完善《项目实施主计划书》的工作；负责把《项目实施主计划书》提交到企业高层进行讨论；负责《项目实施主计划书》确认工作。

● 客户项目负责人责任：

负责《项目实施主计划书》最后审批。

2.4.4.交付成果

文档性交付成果 文档名称 文档编号 质（内/审批 模板工具

外）

《项目实施主计

客户项

划书》

《项目实目负责《项目实施附：《项目实施施主计划xx_xx_2_4_1_1 外 人/用友主计划书》 计划》（Project书》 项目经

形式）《会议纪

理

要》

2.4.5.风险提示

1、实施范围

实施范围是项目控制、降低项目风险的最重要的内容，按照规范的工作程序，实施范围应该在销售合同和工作任务书中就已经明确表述，这里仍然需要和客户再次确认。如果客户此前对实施范围存在误解（销售阶段的一些口头承诺）在此都应明确定义。例如：实施的单位数、实施的业务范围、实施地点等因素。

2、时间计划

1）在项目实施过程中，来自客户的压力，或者项目经理急于证明自己的能力，导致项目经理在安排计划时，过于紧凑，许多任务不能够按质、按量地完成。

2）不切实际的计划安排后果只能是挫伤项目成员和用户的积极性和信心。试想一下，如果项目经理在安排项目计划时，是基于非常乐观的假设前提，并对用户做出承诺。当客观情况稍有变化，项目就无法按时完成，后果就很难弥补了。在更坏的情况下，项目虽然在最终期限前完成，但方案不令人满意，当企业的环境稍微发生变化（如组织机构调整、某些流程的改变），但顾问做出的应用方案就不能适应，客户将感到很不满意。

3）计划也要留有余地，以应付一些突发事件。项目经理都有以下经验，无论计划做的多完美，具体实施中总会有脱离预期计划的现象，只是改变的程度不同而已。由于ERP项目实施普遍时间长，会发生许多事先根本没有想到的突发事件。这样，即使其他一切事情都事先安排好，项目仍然有延期的可能。所以，安排计划时一定要留有余地，以应付突发事件。

4）计划是一个不断修订的过程，计划制定后，实际执行时不可能完全按照计划的要求完成各阶段工作，可能提前也可能延期，项目经理要随时掌握项目进度，检查工作结果，然后对下一阶段工作计划作相应的调整，对影响项目进度的障碍及时向双方高层汇报，借助高层的权威进行推动。

2.5.召开项目启动会

2.5.1.任务描述

在双方项目小组确认完项目实施主计划后，应将项目的目标、工作方式、时间安排等相关信息在客户方的公司内部中、高层以及部门的业务骨干中进行一次传达。项目启动会是一次非常好的传达这件事情的机会，同时让客户方老总向高、中层的管理人员传递企业实施ERP项目的决心，为我们日后开展相关的工作扫除障碍，让客户方从上到下达成一种共识。双方项目组成员第一次在企业全体亮相。因此，项目启动召开的成功与否在一定程度上决定了这个项目实施的难度和效果。

主要工作任务包括：

1、项目启动会前的准备会议，主要是双方项目组讨论项目启动会的准备事项，主要包括会议议程、场地、参加人员、设备、会议资料、PPT等；

2、依据计划准时召开项目启动会；

3、整理启动会会议纪要，提交双方项目经理确认。

2.5.2.工作策略

1、召开项目启动会之前应做如下准备工作：

1）与客户高层商定会议日程，以及需参加人员名单；

2）选定会议主持人、明确会议的议程；

3）准备相关演讲PPT资料；

4）准备领导讲话演讲稿；

5）客户方准备会议场地；

6）会场布置；

7）发出会议通知。

2、启动会的召开一般应安排如下的会议议程

1）由客户方项目经理介绍企业ERP项目的前期准备情况，宣布并介绍项目组成员及其职责；

2）用友项目经理向企业介绍用友项目组成员及职责，并做ERP项目用友实施方法的主题演讲；

3）最后应由客户高层做总结性发言，以显示领导对项目的重视，给相关人员以责任和压力。客户领导讲话致词，说明项目的目标，向客户方项目经理和项目小组成员进行授权；项目目标、重要性、相关部门的要求、项目启动会只是一个形式，标志着项目的正式启动，真正重要的是启动会前的准备工作是否充分，启动会的效果是否达到预期的目标，这才是我们双方最关注的地方。因此，项目启动会前必须做充分的会前准备工作，与客户高层深入交流，明确启动会的意义所在；

4）如果需要，可以在项目启动会上针对客户管理层进行ERP理念和项目管理的培训，介绍ERP项目成功和失败的案例，重点说明ERP项目实施成功的条件和导致项目失败的原因。同时需要注意项目启动会的时间不宜过长，主要是把相关项目的信息、老总的决心等有效地传达给相关部门负责人，能够引起他们的充分重视、理解，为整个项目实施小组下一步工作奠定基础。

3、启动会结束后，整理会议纪要并提交双方项目总负责人签字确认。目的主要是让与会人员再一次在感性上增强认识，引起大家的充分重视，同时也让他们感觉我们项目真正的已经开始实施了，并且很专业。每一个步骤，每一项工作都非常专业，增强企业老总对我们的信任度和能够实施成功的信心。

2.5.3.角色与责任

● 客户项目经理责任：

负责组织企业内部管理人员参加会议；负责为召开项目启动会做会前准备工作，例如：会场的布置、设备的准备、人员的通知、会议资料的下发等；负责主持会议的议程；负责整理项目启动会上企业老总的讲话稿。

● 企业高层责任：

负责在会议上发表演讲，明确对项目支持的一种姿态。并且向公司所有部门提出具体的要求，要求大家必须配合好项目组实施工作，不能有任何的阻挠；企业老总给予客户项目经理充足的授权，授权他全权负责项目的实施，并与个人的业绩考核挂钩。

● 用友项目经理：

负责协调用友方参加会议的人员（项目小组成员、用友公司高层、实施部经理等）；负责准备会议演讲的资料（PPT）；协助客户方经理完成

21 会议前各项准备工作；负责安排顾问记录会议内容和整理会议纪要；负责让客户方完成阶段计划的确认；负责准备下阶段的工作计划和人员安排计划。

2.5.4.交付成果

文档性交付成果 文档名称 文档编号 质（内/审批 模板工具

外）

《项目启动会议纪要》、《企业

客户项老总的讲话稿》、《项目启《项目启动目经理/《用友项目经理动会议纪xx_xx_2_5_4_1 外

会议纪要》 用友项的讲演资料要》

目经理 （PPT）》

ERP理论、项目管理的培训（PPT）

2.5.5.风险提示

项目启动会的风险主要表现在以下几个方面：

1）用友项目组在启动会中的表现如果不好将会影响企业管理层和其他业务人员对项目实施成功的信任度，同样也会影响企业高层对项目实施的决心和信心，为后期项目的实施带来不利的影响；

2）企业老总在项目启动会中的讲话一定会左右企业中层管理者对这个项目实施的态度，如果老总表现的态度不坚决，信心不足，企业管理层在将来的配合力度上表现出底气不足的现象，将给整个项目实施带来不必要的困难；即高层的态度坚决，重视程度高，则中层的支持力度大，项目实施困难必然会减少，项目风险也会减小；

3）项目启动会的准备不充分、不专业，会导致项目启动会效果不佳，降低企业对我们的信心，增加项目实施的风险。

附：工具模板清单

1 《用友项目组成员名单》 2 《会议模板》 3 《用友项目组成员职责和任务》 4 《项目交接记录》 5 《用友内部费用划拨单》 6 《项目交接会议备忘录》 7 回顾《项目风险评估》 8 《客户项目组成员的职责和任务》（项目组成员和高层领导） 9 《项目组织结构模板》（分产品：NC、U8M、U8） 10 《双方项目组成员名单》 11 《项目实施主计划书》 12 《客户方领导讲话模板》 13 《项目启动会纪要》

22 14 演讲PPT(实施方法论) wanghao 2008-12-17 13:37:39 发表

3.业务分析阶段

本阶段目标和任务

● 工作目标：

让客户了解软件系统的功能、管理思想以及应用流程（知己）；

了解客户业务和需求，分清主次，合理不合理（知彼）。

● 主要任务：

安装标准产品，建立应用环境；

对客户项目组成员进行产品理念和标准产品的培训；

详细需求调研、分析、撰写需求分析报告。

3.1.安装标准软件产品

3.1.1.任务描述

安装标准软件产品，培训客户方系统管理员，确保应用程序运行正常。

主要工作任务包括：

1、确认产品安装的软硬件环境；

2、安装并调试产品和系统环境；

3、对系统管理员进行相关知识和技能培训；

4、帮助客户建立系统运行管理制度。

3.1.2.工作策略

1、客户方软硬件环境准备

安装前应尽早检查客户方提供的硬件配置和系统软件是否满足产品运行要求，如不满足，提请客户尽快落实，什么时候准备好，什么时候进行安装。

在有些情况下，客户方的系统准备，例如采购服务器、数据库等系统软件需要一个较长周期，项目启动时可能没有到位，为了不影响项目进度，可以使用符合要求的替代设备。客户准备好之后，由用友的技术顾问检查确认之后方能使用。

2、根据软件合同，安装用友ERP软件并调试正常

大型企业管理软件对系统的安全性、可用性要求较高，所以采用大型数据库、又多运行于UNIX系统，使得环境配置较为复杂，客户自身无法承担，因此软件安装应由用友的技术顾问负责，技术顾问在产品的安装调试过程中应该同步对客户方系统管理员进行操作培训，使之尽早有能力承担系统管理工作。

产品安装和调试完成之后需要对产品功能做简单测试，可以先对数据库进行备份，然后进行测试，包括基本的参数配置、一般操作流程的测试，保证软件正常运行。测试工作可由用友咨询实施顾问协助完成，测试项目和测试结果应记录在安装报告中。

软件安装调试完成，并经过标准功能测试之后，技术顾问应提交产品安装确认报告，由双方项目经理签字确认。

3、客户方系统管理员培训和考核

23

在安装调试过程中，技术顾问应同时对客户系统管理员进行现场操作培训，必要时可以安排专题培训。培训重点应放在：

1）软件产品的安装；

2）相关的数据库管理系统操作技能；

3）系统的日常维护技能，如常见故障的诊断和解决，补丁的使用方法等；

技术顾问最好在培训之前编写好系统管理员操作手册，培训过程要做好记录，之后要安排相关的考核。考核的内容以ERP系统的系统管理员岗位职责为标准，并不限于技术顾问提供的培训课程，比如一些数据库和操作系统的基础知识也要纳入考核内容，如果考核没有通过，要敦促系统管理员尽快学习掌握，并安排下次的考核时间。总之，培训和考核都要抓紧，目标是培养出合格的系统管理员。必要时，考核的使用要争取得到客户项目经理的理解和支持。

对于大型管理软件，系统管理员岗位负有保障系统稳定高效运行的职责，除了专业技能之外，还应该有一个明确的岗位职责制度，技术顾问这时应向客户方提供《系统运行管理制度（系统管理部分）》，促成制度在企业内部发布执行，明确岗位职责要求，确保系统正常运行。

系统管理员应该具备相当的基础知识才能保证知识的成功转移，技术顾问提供的培训应该紧密围绕产品的安装、调试和维护，不可能从最基础的部分讲起，如果客户方有这方面的需求，那么技术顾问应能够提供相关的专业课程，当然费用问题也要谈好。

3.1.3.角色与责任

● 用友项目经理和客户项目经理

客户项目经理应该负责落实产品安装的硬件和系统软件；双方项目经理确认安装环境，签署安装确认报告；对系统管理员的培训结果进行确认。

● 技术顾问：

负责培训并指导客户方系统管理员进行系统的安装；负责编写系统管理员操作手册；负责编写系统运行管理制度（系统管理部分）；考核客户系统管理员。

● 客户方系统管理员

准备产品安装的硬件和系统软件；接受技术培训，掌握系统管理技能。

● 咨询实施顾问

在产品安装调试之后，进行基本的功能测试，确保ERP系统可用。

3.1.4.交付成果

文档性质交付成果 文档名称 文档编号 审批 模板工具

（内/外）

产品安装确认客户项《产品安装确产品安装完成 xx_xx_3_1_2_1 外

报告 目经理 认报告》

完成对客户方培训考核记录《培训考核记

双方项系统管理员培单（系统管理xx_xx_3_1_3_1 外 录单（系统管理

目经理

训和考核 员） 员）》 系统管理员手系统管理员操客户项《系统管理员

xx_xx_3_1_3_2 外

册 作手册 目经理 操作手册》

24 系统运行管理《系统运行管系统运行管理客户项制度（系统管xx_xx_3_1_3_3 外 理制度（系统管制度 目经理

理部分） 理部分）》

3.1.5.风险提示

项目实施过程中技术顾问的投入人天数和服务范围应控制在适当的范围内，尽早提供适用的技术资料，尽早为客户方培养出合格的系统管理员。在客户方提供系统管理员之前，用友项目组应明确提出对系统管理员的专业素质要求。技术顾问应该做好培训方案和课件，并把好考核关，确保培训质量和知识的成功转移。安装过程的记录和培训结果确认必不可少。在安装产品之前，技术顾问应该对客户提供的硬件和系统软件进行审查，确保可以满足系统运行需要时才能进行产品安装。

3.2.理念及产品培训

3.2.1.任务描述

理念培训的目的是通过培训，让企业管理层和关键用户理解为什么ERP是管理改造项目，ERP的实施过程也是企业现有的业务流程和管理模式的调整过程，必须得到企业决策层的鼎立支持；另外的目的就是让他们对ERP有一个正确的预期；产品培训的目的就是通过给关键用户做培训，有助于我们后期调研的进行，使我们项目组能够很好的沟通，并且使关键用户能够充当企业内部的知识传播者。

主要工作任务包括：

1、制定《培训计划书》；

2、培训前准备；

3、ERP理念培训；

4、标准产品培训；

5、培训考核并确认；

3.2.2.工作策略

关键用户产品培训是安排在需求调研之前还是之后，根据项目复杂程度而定。如果应用的是通用产品模块，业务比较规范，比如财务模块，可以先进行产品培训，让客户项目组先了解和掌握产品，然后开始调研，拟定方案，客户项目组成员素质较高且能够接受产品的话，他们甚至可以和咨询顾问一起拟定方案，从而提高工作效率。如果客户的行业比较特殊，而顾问对此行业又不太了解，应用的产品模块比较全面，如供应链和制造、增加了管理、决策支持等功能和需求，建议先调研，了解并澄清客户需求，然后有针对性地进行培训，但调研之前产品应用理念和技术架构的介绍是一项必需的工作。

1．制定《培训计划》

在培训前应首先针对客户的特点和项目的范围，并依据《培训需求表》，制定一个比较合理的培训计划，包括培训的时间、地点，培训的内容分类或分组、接受培训的人员以及设备要求、考核方法等等；培训课程根据购买的产品和业务进行一定的取舍，最后由客户方项目经理确认并发出通知。

培训的时间安排应根据企业的运营情况而灵活制定，最好能安排一段连续的时间段，而且培训的地点也最好采用集中培训的方式。这样培训的

25 效果较好，人员思想也比较集中。

培训的内容一般可包括：ERP原理、用友实施方法培训、产品功能培训等。具体可以根据应用方案进行取舍，没必要通盘都讲，有用的讲、没用的不讲，以免客户产生新的想法或需求，或者使客户产生混乱。培训老师一定要选择又丰富经验的咨询实施顾问进行担当，务必保证让关键用户听明白。

附：《培训需求表》格式

培训需求表

领导项目总账会材料成本工资核固定资产管角色 „„

人员 经理 计 会计 会计 算员 理员

课程 理念 √ √ √ √ √ √ √

总账

√ * √ √ √ √

应收

√ *

应付

√ *

工资

√ √ √

*

固定资产

√ √ √

*

UFO报表

√ *

„„

表示备注： √

了解

* 表示重点掌握

2．培训前准备

为了保证培训效果，应尽量结合客户的行业和业务特点，作好培训的准备工作。具体包括：

1）落实培训教材（根据标准课件）；

2）客户方提供和准备培训场地和设施；

3）检验培训场地和设施；

4）落实好参加培训的人员；

5）培训前的最后确认。

3．ERP理念培训

1）培训对象：公司领导、项目组成员、各部门业务骨干、其他人员；

2）培训目的：更新传统的观念和认识，树立流程管理思想，并提升营销管理、生产管理、财务管理、采购管理思想；

3）课程举例：《ERP原理与实施》、《用友实施方法论》。

4．标准产品功能培训

1）培训对象：关键用户（项目组成员）、各部门业务骨干；

2）培训目的：通过功能模块培训，可以协助我们更好地进行调研，并在公司内部担负起知识传递地责任（最终用户培训讲师）；

3）课程内容：各模块标准产品培训。

26

5．培训考核策略

培训考核有笔试和上机操作考试两种方式，理念培训建议采用笔试考核，产品培训建议采用上机操作考试的方式。具体操作时，可以将学员应该掌握的内容列一个清单，对学员逐一进行考核，记录考核结果。对于考核不合格的人员，用友项目经理应根据实际情况做出判断是否建议用户进行自学并再次接受考核，若实在不能胜任，建议更换关键用户。

3.2.3.角色与责任

● 用友项目经理

制定培训计划并审定；对培训工作进行监督并对结果进行确认；培训教师的协调和审查；承担一定的授课任务。

● 客户项目经理

负责培训场地和培训设备的准备；组织人员参加培训；培训计划的审定；确认培训工作成果；协调制定培训奖惩并落实执行。

● 咨询实施顾问

落实培训教材、课件；负责培训；负责考勤；进行考核。

3.2.4.交付成果 交付成果 文档名称 文档编号 文档性质 审批 模板工具

用友项目经《培训计《培训计培训计划 xx_xx_3_2_1_1 外 理、客户项目划》 划》

经理

《培训教《标准教培训教材 xx_xx_3_2_2_1 外

材》 材》

DEMO数据 《练习题》 xx_xx_3_2_2_2 外

《练习题》 考试题 《考试题》 xx_xx_3_2_2_3 外

《考试题》

《培训考勤记录》、

用友项目经培训总结报《培训总结《培训考

xx_xx_3_2_5_1 外 理、客户项目告 报告》 核记录》、

经理

《培训总结报告》

3.2.5.风险提示

培训考核既是对培训效果的检验，也是对培训工作的记录和确认，实际工作中经常出现客户项目组成员接受培训后离职、调动或借口不了解产品不愿承担关键用户职责的情况，因此在培训考核结束后，应让参加培训的学员在考核结果上签字确认，避免以后要求再次培训和过多依赖咨询顾问。

实际的工作过程中，其实好多项目并没有严格让关键用户进行最终用户的培训，分析其主要原因是在项目一开始就没有明确彼此的责任和义务，关键用户认为只要自己掌握了就行了，而进行最终用户培训是你们用友方的责任，导致了我们工作的被动，这一点一定要引起我们的重视，避免重蹈覆辙。

3.3.业务需求调研

27

3.3.1.任务描述

系统调研的目的一是要了解企业的组织结构、业务内容及其处理流程，二是要获取实施软件所必要的参数信息。

通过对业务及其流程的调研分析，可以获得业务规范化调整的基础信息和软件客户化的必要信息，为规范企业业务管理，使软件标准化、规范化以及为下一步软件的实施打下坚实、可靠的基础。在些基础上，通过调研所获得的信息，抽象得到参数设置所必需的信息也是实施开展之前的重要工作内容。所以这一阶段的工作双方一定要做的扎实细致。

主要工作任务包括：

1、制订调研计划；

2、准备调研提纲、问卷；

3、业务需求调研；

a）企业总体调研；

b）部门业务调研；

4、需求和产品匹配分析；

5、需求分析报告审核；

6、确认需求分析报告。

3.3.2.工作策略

需求调研是一个复杂又细致的工作，需要做好相应的计划和组织等准备工作，在准备调研提纲和问卷时，要根据企业的行业特性精心准备，切忌拿一套调研提纲走遍所有的需求调研单位；调研的方式更要灵活的运用，针对不同的人员使用不同的方式；调研完毕后整理的需求分析报告，一定要及时让客户方进行确认，切忌需求还没有确认就已经准备解决方案这种情况的发生。主要包括如下详细任务：

1、制定调研计划

为了后续工作的连续性，在项目启动会之前，项目经理还需依据项目实施主计划制定详细需求调研计划。明确需求调研的内容、调研报告提交的格式，和客户交流的时间安排等。并将计划中每一阶段的工作内容分解到每一天的具体小时，参见格式如下：

ERP项目各部门调研时间安排

文档性质 审批 模板工具

用友项目经《培训计《培训计培训计划 xx_xx_3_2_1_1 外 理、客户项目划》 划》

经理

《培训教《标准教培训教材 xx_xx_3_2_2_1 外

材》 材》

DEMO数据 《练习题》 xx_xx_3_2_2_2 外

《练习题》 考试题 《考试题》 xx_xx_3_2_2_3 外

《考试题》

《培训考

用友项目经培训总结报《培训总结勤记录》、

xx_xx_3_2_5_1 外 理、客户项目告 报告》 《培训考

经理

核记录》、

28 交付成果 文档名称 文档编号

《培训总结报告》

调研人员的选择非常重要，有的分公司直接让还没有转正的实施人员负责调研，而这些人员又没有相应的工作经验，其调研效果可想而知，所以调研顾问必须拥有非常雄厚的业务经验并且对软件产品非常熟悉；在调研、分析过程中应了解用户各种业务处理的操作流程及其所涉及到的单据，以及单据在各个部门之间是如何传递的、各个岗位人员的职责是什么。实施人员还应对软件的调研过程有一个总体的把握，也就是说实施人员不能仅仅局限于具体业务的处理中，而应该从总体的业务流程上进行分析，把各个部门零散的业务处理结合成一个整体，把各个断开的业务连贯起来。只有这样才能从宏观的角度来把握调研、分析的进程，保证此阶段顺利完成。

2、准备调研提纲和问卷

调研提纲和问卷的内容范围至少应包括：企业现状、组织机构、人员岗位设置、现有业务流程、具体业务流程如何操作、特殊业务处理、需求目标、单据、报表、查询统计要求等。另外内容的取舍还应注意以下两点：

一是要适合客户行业特点，一般咨询顾问都会利用以前项目使用的、或通用的提纲，但并不一定适合客户，顾问一定要进行剪辑，否则会引起客户的反感和抵触情绪，所以顾问务必要在提供模板的基础上进行再加工，并尽量使用客户的业务术语。

二是要尽量结合产品，产品中根本无法实现的功能避免体现，并在调研过程中引导客户。这样，当调研结束时，基于对产品的理解，脑子里就基本上有了解决方案。

3、详细业务需求调研

主要分为企业总体调研和部门业务调研两大部分，无论进行什么调研都要求顾问在整个调研活动中占据主动地位，能够控制整个活动的进展，确保得到我们想要知道的东西。

企业总体调研：

主要是指企业（集团）整体运营状况的调研，比如整体组织机构、主要产品/业务流程等内容。

部门业务调研：

可以分组走访企业的各个业务部门，参照调研提纲或调研问卷的内容，进行总体业务调研（即完整的业务运营流程和处理方式）和详细的业务调研（即各业务环节的运作细节、以及各种特殊情况下的业务变化和相应的处理措施等），以及各部门相应的组织结构、人员编制、业务分类、往来单据、软件产品中需要用到的参数及基础数据、对业务改善建议和需求目标等等。

每个部门调研完毕以后，都应该让该部门相关人员针对调研内容进行确认，看是否存在误解和遗漏。

需求调研我们是通过顾问与用户的访谈、用户填写调查问卷及流程图等形式来进行。通过与项目小组或单位业务人员的会谈，顾问应从各种角度获得企业的业务管理思想和业务处理现状。

调研是一项讲究方法和技巧的工作，良好的调研能力是一个咨询实施顾问必备的基本素质。在调研中，顾问会面临不同类型的被调查对象，如

29 何引导被调查对象的思路，问出你关心的问题，取得很好的效果，就要看顾问的功底了。被调查对象多种多样，一般可以分为以下几种类型：

1）一问一答型：顾问问一句，回答一句，不问不答。这种人一般不善言辞，或对业务不是非常清楚。面对这样的被调查对象，顾问应该要比较主动地询问，启发被调查对象。

2）发牢骚型：一旦讨论起来，他们经常跑题，发牢骚。对企业存在的问题，不是从自身找原因，往往总是怪其他部门不合作或其他原因。当然，这些发挥有一部分确实是能够帮助顾问发现企业管理的某些问题，但在有限的时间内我们必须抓住重点，完成预定目标。因此，面对这样的被调查对象，顾问应该把握住调研的主线，引导被调查对象在正轨上适度发挥。

3）怀疑型：被调查对象产生怀疑一般有如下两种原因：一种是企业以前投资引进过类似的项目，然而由于种种原因，最后没有产生效益，他们认为用友也一样，最终是要失败的，于是对实施ERP抱怀疑态度。另一种原因是对系统了解不深，过分强调自己企业的业务非常复杂，认为ERP是很难或不可能解决的。

针对以上情况，我们一般采用如下方法：

在调研之前，由客户方项目经理召集被调研的部门人员，先组织内部讨论，提出问题。顾问要事先准备一份详细的调研提纲，作为调研的依据。但要注意，调研时，千万不能就调研提纲逐一提问，应该启发被调查对象，引导思路。调研时，由客户方项目经理等关键成员和顾问一起参与调研。客户方项目经理可以起一个协调作用。调研结束后，顾问及时提炼出当天调研的主要问题，然后交客户方项目小组阅读，看顾问理解的是否正确。调研结束后，还要布置被调查的业务部门写业务现状报告。要求在业务现状报告中要反映以下问题：①该业务部门的组织结构，岗位设置和职责；②主要业务和业务流程；③列出目前存在的主要问题，以及希望上了ERP后，迫切需要解决的问题。

4、需求和产品匹配分析

整个调研工作结束以后，顾问应及时整理、编辑调研的结果，并结合产品对客户的需求进行分析，如果存在有疑问的地方，可以和客户再次进行沟通、确认。

5、需求分析报告的审核

需求分析报告是在进行需求调研的基础上，针对企业现有业务流程及管理活动中存在的问题，分析归纳出企业管理改善方面的现实要求，作为确定系统解决方案的依据。项目经理审核该报告时应注意以下几点：

1）对各管理环节现状所做的描述是否清楚；

2）对各管理环节现状所做的分析是否正确；

3）需求建议是否合理；

4）哪些需求需通过客户化开发解决；

在需求分析报告中，需将用户业务需求分解为两部分：即标准产品功能满足的需求和必须进行客户化开发才能满足的需求。

在需求调研和需求分析期间，用友项目经理必须注意：一定要用户方项目组成员的全程参与。因为经过对关键用户标准产品的培训，用户方项目组成员已经对所购软件产品的总体思想和功能要素有了一定程度的了

30 解，在需求分析时，可以合理规避一些不能实现的需求；同时，经过ERP管理理念的宣讲，可以充分说服用户改变一些习惯性的、不合理的业务管理需求。需求分析报告是由项目组双方成员确定的，最终由双方项目经理在需求分析报告上签字确认。

6、确认需求分析报告

需求和产品匹配分析完毕后，用友项目经理须向客户提交最终的需求分析报告，由客户对报告内容再次审核、纠错或补充。先按部门或业务类别分别进行确认，最后要求客户项目经理进行最终签字确认。

3.3.3.角色与责任

● 用友项目经理职责

审核调研计划；审核需求分析报告；确认需求分析报告。

● 咨询实施顾问职责

制定调研计划；准备调研提纲、问卷；业务需求调研；需求和产品匹配分析；编写需求分析报告。

● 客户项目经理职责

积极配合调研并做好协调工作（落实好人员、资料、场地等）；必要时应该有相应的授权；对需求报告进行确认。

● 客户项目组成员职责

积极配合需求调研（与当天的调研活动有关的关键用户应该全程参与）；准备相应的资料（业务单据、报表等）。

3.3.4.交付成果 交付成果 文档名称 文档编号 文档性质 审批 模板工具

用友项目经《需求调研《需求调研理

xx_xx_3_3_1_1 外 《调研计划》

计划》 计划》 客户项目经

理

《一般业务调研提纲》、《需求调研《需求调研用友项目经《分产品的

xx_xx_3_3_2_1 外

提纲》 提纲》 理 调研提纲》、

《行业调研提纲》

签字确认的《需求分析客户项目经《需求分析《需求分析xx_xx_3_3_5_1 外

报告》 理 报告》

报告》

3.3.5风险提示

需求调研时用友项目经理或咨询实施顾问一定要把好关，务必选择有丰富经验的顾问参加调研，否则如果需求确定不准势必会为以后的工作带来麻烦，我们一定要尽量避免错误的发生。

需求调研报告的确认是让客户对咨询实施顾问理解和表述的需求是否正确进行确认，并不表示报告所列需求都应予以满足，这一点应向客户说明。而且对于不切实际的需求应说服客户暂时放弃，不要寄希望于客户 31 化开发，否则风险会非常大。

附：工具模板清单

《培训需求（课程和角色对应）表》（分产品：NC、U8M、1 U8） 2 《培训计划》 3 《标准培训的描述》（分产品：NC、U8M、U8） 《标准教材》《标准练习》《考试题库》（分产品：NC、U8M、4 U8） 5 《培训教室环境要求》 6 《培训总结报告》 7 《培训考勤记录表》 8 《培训考核记录表》 9 《一般业务调研提纲》 10 《行业调研提纲》 11 《产品调研提纲》（分产品：NC、U8M、U8） 12 《调研计划》 13 《需求分析报告》 14 《系统管理员手册》 15 《系统管理员培训记录单》 16 《系统管理制定》 17 《产品安装确认报告》 wanghao 2008-12-17 13:41:21 发表

4.蓝图设计

本阶段目标和任务

● 工作目标：

设计符合企业现状、适合企业发展需要的业务解决方案；验证解决方案的正确性、完整性、稳定性；编制系统操作规范，保证系统在企业的平稳运行；培养企业的管理团队，实施团队，为企业进一步开展业务流程优化奠定基础。

● 主要任务：

根据需求分析的结果规划设计企业应用解决方案；讨论制定静态数据的准备方案；完成软件在企业系统测试、集成测试的过程，保证系统上线的稳定性、适用性；经过讨论、测试、修订完善企业业务解决方案的内容；编写“软件标准操作手册”。

4.1.解决方案设计

4.1.1.任务描述

主要工作任务包括：

1、在业务调研的基础上帮助企业发现并确定企业现存的主要问题，分析这些问题，并找出导致这些问题的原因，制定一套切实可行的解决方案；

2、根据需求调研报告、业务需求分析报告和初步业务解决方案的内

32 容配置系统；

3、在配置的系统上进行方案测试和解决方案调整（一次）；

4、提交解决方案（V2.0）和客户化开发需求范围和内容。

4.1.2.工作策略

1、方案设计的基本原则：

1）知己知彼是编写业务解决方案的基础，是基于现有产品功能实现的；

2）充分要考虑企业在业务需求分析阶段提出问题的合理性，是否符合业务在优化的原则、符合投入产出的原则、是否具有行业普遍性；

3）尽量说服客户不合理的需求，让他们放弃或变通的解决客户合理的需求；

4）尽量避免客户化开发，增加原则：方案设计既要考虑解决客户业务问题，又要保证业务处理的效率没有普遍的降低。

业务解决方案的设计的基本原则：

图解说明：

我们在设计业务解决方案的基础是基于我们现有产品可以实现的功能范围内，对于我们产品功能不成熟的地方我们应该适当的回避，减少由于产品功能的原因造成方案的不可以执行性。对于可以确实的需求我们同意要基于产品功能方面考虑，客户的需求是千差万别，有的时候早辰的需求和下午的需求就截然不同，在这样的基础上，用友咨询实施顾问，要引导客户的需求往合理化方向走，对于不合理的需求需要说服客户尽量放弃或暂缓，关于客户的合理需求我们需要尽可能满足客户要求，可以使用变通的方式或客户化开发的方式给予解决，这也是咨询顾问设计业务解决方案的基本原则。

业务解决方案设计基本方法：

图解说明：

咨询实施顾问在进行《业务解决方案》设计的基本方法如上图4－03所示，首先在企业需求调研结果的基础上进行业务需求分析，在客户系统的基础上配置系统参数、基础数据配置，在进行相关业务的原型测试，通过测试的结果来验证系统参数配置、基础数据配置的正确与否，最关键是在这样一个模拟的客户系统环境下测试企业的业务流程是否顺畅，是否需要进行调整等相应的处理后，不断的去调整相关配置，经过这样几轮的不断调整和修改，最终的结果就是一份基本符合客户需求的《业务解决方案》，对于出现的差异可以参照方案设计原则进行相应的处理，或者说服客户放弃需求、或者进行客户化的开发，满足客户合理的业务需求，由于项目的不同处理的方法也有所不同。

2、针对企业现存的关键问题，分析原因，制定一套切实可行的解决方案

1）在需求调研报告的基础上，分析企业所关注问题的等级：

例如：A：非常重要的问题，企业高层关注的问题

33

B：重要问题，必须解决的问题，企业一般不会让步

C：一般问题，希望解决，如果现在解决不了可以接受，但要给一个解决思路

2）咨询实施顾问分析我们的产品现在能够可以解决企业哪个等级的问题，对于A和B类问题一定要详细的分析，同时现在产品可以解决到什么程度，企业对结果是否能够满意。

3）如果不可以解决我们是否可以换一种角度、换一种思考方式，使用变通的方式解决，如果由于产品的狭隘性，变通也解决不了，这时我们必须要找到这些问题的根源，向企业解释虽然现在不可以直接的解决，但是如果你能够按照我们方案中规划的业务处理流程处理，企业会在一定的时间内自然会有所好转，最终是可以得到解决的。

例如：生产线时常出现缺料，库存数据又居高不下，这时如果企业必须要通过软件的实施在短期内解决，好象不现实，这样我们要跟企业一起找到问题的根源在哪？BOM资料是否及时准确、在单量、在途量等相关数据是否准确等等，各种因素我们都要分析。有时虽然我们没有直接的解决问题方法，但是我们分析出问题的根源，通过企业内部管理和软件系统的有效结合，最终达到解决问题的目的。

3、系统配置策略

1）建立客户系统的主要目的是使用客户的真实数据，在干净（即没有任何静态和动数据、系统参数也没有设置）的系统环境中测试未决的问题。

2）在初步方案中针对企业料品的编码提出了基本的方案，但是实际的适用性必须通过系统进行验证，这种编码方法在实际的业务中是否可以达到企业的要求，从而要考虑是否有扩充性、在业务处理时是否给操作员的操作，报表的统计等方面带来不便等因素有关的具体细则详见《静态数据准备方案》

3）实施双方在需求分析时，对于产品BOM如何建立，因为BOM的建设直接会影响业务的处理，我们在整个方案中要体系以业务为中心的原则，BOM的架设必须在要符合企业业务的需要，例如：产品设计BOM，与生产BOM的不同，在生产的过程中有很多的业务环节需要在BOM中进行体系，原材料的领用，该料品是否有在制品，在制品是否要进行单独的统计，月底成本分摊个项目费用是怎么样考虑的，多种业务处理决定了BOM结构的复杂还是简单。

4）由于ERP系统的复杂性，在系统中参数的配置也会直接影响系统应用，例如：在销售业务中对于客户的信用额度的控制，每个客户由于交易量和回款等多方面的因素导致信用等级不同，因此参数的设置会直接导致业务处理的变化，如果此时客户的信用额度已经超出，该客户的出货业务将不可以顺利进行，系统将给予一定的警告。

3、通过在客户系统的测试，验证方案中未决的问题

1）有些参数的设置，由于对系统各个方面都会产生影响，如果咨询实施顾问不通过系统验证也就是在系统中进行测试，我们是很难判定这样设置的结果正确与否。例如：企业对于料品的批次管理来说，系统一旦对料品设置为批次管理，在实际的料品领料、退料和库存间的挑拨等凡是与该料品有关的业务都会受到影响，企业最初的想法是系统的批次管理和手

34 工的批次管理一样，如果错了操作人员就可以直接调整，但是系统会不一样，系统在业务处理各个环节都会控制，如果批次号对不上就不可以领料、不可以退料，也就是你的库存数据不能及时更新，你的业务就可能进行不下去等。真对于类似的情况我们必须在客户系统环境下提前测试，把在测试中的问题记录下来，在方案中写清楚，让客户做出选择使用还是不使用的决定；

2）另外对于大家存在争议的问题，用友咨询实施顾问可以在系统中设置不同参数、在不同环境下测试，寻找最优的一种方法，也可以给企业多种选择方案。如：企业为了在业务上达到精细化的管理，必然在业务的操作处理中相对繁琐一些，有时需要手工业务的辅助进行；

3）对于企业关键的问题，战略的业务流程我们一定要在客户系统中多次测试，这方面客户一般是不会给予让步的，所以我们对于这类问题的处理一定要解决，这样可以有效增强客户的信心，不会因为小的问题与实施顾问纠缠不清。

4、确定客户化开发的范围和内容

1）根据方案设计的原则，用友项目小组会尽量的较少客户化开发的工作量，如果可以通过变通的方式解决最后好。但是对于企业特殊的业务单据，分析报表，没有任何一套ERP系统可以满足企业的所有需要，所有开发是不可以避免的，但是用友咨询实施顾问要控制好客户的需求和开发的范围，影响到系统业务流程的应说服客户改变思路，如果对系统流程进行修改是有很大的风险，必要的话可以进行风险分析；

2）在项目规划阶段，就提出让客户方准备报表修改的人员，在一般的项目中有关客户化开发的内容基本上集中在企业报表上。用友项目经理可以承诺帮助企业培训这样的人员，让客户方有专人负责这方面的工作，但是不可以随意的承诺进行免费的开发，这样做对整个项目会产生巨大的风险。

4.1.3.角色与责任

● 用友项目经理的责任：

负责制定解决方案设计阶段的工作计划；负责拟订方案大纲、组织项目小组成员共同审阅方案；负责安排咨询实施顾问各自分头编写方案；负责向企业解释方案中关键流程的处理结果

● 咨询实施顾问的责任：

建立客户系统；准备客户静态、动态数据和业务处理数据；测试方案中未决的问题给出正确的结果；协助项目经理编写方案大纲；承担编写业务解决方案的部分工作；

4.1.4.交付成果

文档性 交付成文档名称 文档编号 质（内/审批 模板工具

果

外）

《初步业务解决方案v1.0》

初步业务解《业务解决用友项

xx_xx_3_1_1_1 外 《系统编码方决方案v1.0 方案v1.0》 目经理

案》

《系统参数设

35 基本确认基本确认解《解决方案xx_xx_3_1_5_1 外

决方案v2.0 v2.0》

客户项目经理/用友项目经理

置方案》 《基本确认解决方案v2.0》 《系统编码方案》

《参数设置方案》

《客户化开《客户化开发详细需求发详细需求用友项《客户化开发

xx_xx_4_4_1_1 内

文档》（可文档》（可目经理 详细需求文档》 选） 选）

4.1.5风险提示

1）业务解决方案的可行性。通过方案整体的设计应该符合企业业务发展的需要，不能过于理想化，不符合企业的现状要求，容易导致方案在实际中无法实施；同时也要考虑实际工作效率，人力成本是否增加，增加的量是否超过用户的可容忍程度；

2）方案的全面性。ERP系统需要解决企业整体业务优化过程，我们在分析问题、考虑问题时一定要把客户的相关业务、数据接口综合考虑，不能从单个模块的角度出发去设计应用方案，但是大而全的想法也不是很现实的，如果我们要一下把企业多年来积累的问题全部解决太不现实，所有方案考虑要全面一些，但是不要面面俱倒，这样可能会抓不住重点，一定要在实施范围内解决企业关键的问题，企业很关注的问题；

3）咨询实施顾问不要轻易屈服于客户不合理的需求，应该站在专家的角度和高度看待一些问题，方案讲解的过程其实就是谁说服谁的过程，如果我们说服了客户，客户就会按照我们设计的思路实施，如果我们没有充足的理由无法说服客户，结果就会践踏自己的产品，导致项目失败；

4）方案设计时要防止被客户牵着走，部门与部门间关联的关联，是需要考虑的重点，必要时由客户高层确认，避免不同部门各执一词，相互推诿的情况。

4.2.静态数据准备

4.2.1.任务描述

系统应用中静态数据一般不随时间不同而改变，如会计科目、存货档案、客户档案、供应商档案、产品结构（BOM）、工艺流程等。在整个项目实施过程中，静态数据的准备、整理、测试、完善等相关工作是需要花费比较长的时间和耗费比较大的精力去完成的。因此静态数据准备工作是项目实施中的基础工作，它的准备进度和准备质量直接影响到系统的上线进度和项目的最后实施质量。

主要工作任务包括：

1、制定《基础数据准备方案》，包括两个附件《静态数据准备表单》、《静态数据准备计划》

1）编写《静态数据准备方案》

2）用友和客户方对《静态数据准备方案》及两个附件进行讨论和确认

36

3）向静态数据准备的干系人，发布《静态数据准备方案》

2、安排数据准备活动并建立数据文档

3、数据的校验和确认工作

1）校验工具制作

2）数据校验

3）落实纠正措施

4）确认正确的数据

4、安排数据转换程序的开发与测试（可选）

1）准备导入工具

2）测试导入工具

（需要说明的是：由于动态数据是以系统切换前的某个时点的期初数据和历史数据作为准备基础，具体的准备要在系统切换前迅速完成。本阶段的主要工作是静态基础数据的准备。）

4.2.2.工作策略

1．制定《静态数据准备方案》，包括两个附件《静态数据准备表单》、《静态数据准备计划》。在让客户准备基础数据前，必须对客户进行相应的培训，并展开必要的讨论，明确客户应该如何准备静态数据，确认《静态数据准备方案》，具体活动顺序分解如下。

1）编写《静态数据准备方案》，关键点包括：

a）说明数据来源，即静态数据应该如何获取，出自哪个部门；

b）讨论，分析企业静态数据编码原则；

c）规范静态数据准备格式和质量要求；

d）明确关键字段的重要性，以及关键字段的说明；

e）明确数据准备人员的要求、完成时间，以及具体负责人；

f）根据项目情况明确数据检查方法（抽检/全检）、检查内容（数据内容检查/数据逻辑检查）、检查方式（手工/计算机）、时间点、相关责任人。（说明：如果需要使用计算机对大量数据进行检查，需要明确编写检查语句的责任人、并制定检查语句的编写时间计划和语句测试计划）

g）数据导入系统的方式（手工录入/计算机导入）

h）（说明：在手工录入方式下，需要估算录入数据的工作量、录入人员的选择、录入后系统内数据的校验。计算机导入方式，需要明确导入工具开发的责任人、开发进度、导入方案、导入方案的测试）

i）制定静态数据准备计划，明确各类静态数据的具体准备人员和时间进度计划

j）准备静态数据准备表单，提供需要准备的详细数据档案清单及内容等

2）用友和客户方需要对《静态数据准备方案》及两个附件进行讨论和确认，其中需要重点讨论的内容包括：

a）静态数据编码方案

b）客户方静态数据准备的具体负责人

c）静态数据准备计划（包括工作量估算、时间进度安排）

d）静态数据检查负责人

e）静态数据转换的方式

3）向静态数据准备的干系人，提供确认后的《静态数据准备方案》，

37 包括静态数据准备表格等文档。

2．静态数据准备

由于静态数据准备的工作量较大，应尽量提前准备，以免延误系统上线。数据的准备工作可以同时安排不同的业务人员分头进行，一定要强调先将数据文档准备好，在没有经过双方正式确认的基础上不能让客户直接在系统中输入静态数据。同时一般情况不承诺客户进行静态数据的自动导入过程。

咨询顾问用Excel准备一份《静态数据准备表单》，每个表页代表一项基础数据档案，列出所需字段和注意事项，要求客户按照此格式进行整理。这样做的目的是有利于管理和核对，也可以丰富用友的应用案例。

实际工作中，很多客户一开始感到不理解，认为没有必要一定按照格式准备，认为这样更麻烦，不如拿着数据直接输入到系统。作为顾问一定要和客户沟通，解释我们这样做的必要性和重要性。

在数据准备过程中，一定要保证相关责任人对静态数据中字段含义的理解。最好对每一个基础数据文档都能先抽出一两个典型数据为样例，由顾问给客户做一个详细的讲解，避免由于对于数据字段理解有误，导致大量重复工作。

在数据准备过程中，双方项目经理和咨询顾问要经常检查数据准备的进度和准确性。

（需要说明：静态数据准备是由客户来完成的活动，咨询实施顾问主要对数据准备的进度、质量进行跟踪控制。由于准备静态数据的人员并不一定是客户项目组的成员，对数据结构、数据含义的理解参差不齐，在静态数据准备的初期，咨询实施顾问需要严密监视准备数据的质量，及早处理发生的问题。）

3．数据校验和确认

为了确保将来上线时系统运行的正确性，在每一项数据准备完成之后都应该进行仔细的校验。

首先在数据准备过程中就必须有人对数据的准确性负责。每一类数据应该只用一个人或专门几个人负责，避免在出错后找不到原因而相互推诿。在数据准备完成后，项目经理至少指定一名关键用户或亲自进行检查核对，条件允许的话，可以由相应的业务或技术权威对准备的数据进行逐项核实。

校验过的数据由校验人签字确认，存档，等待下一步正式录入或导入新系统。数据校验和确认包含的具体活动有：

1）数据校验工具的制作，如检查语句的编写等（可选）。工具的制作和测试必须在检查活动开始前完成，不然可能影响数据准备的进度和质量；

2）进行数据校验，并由数据校验的负责人，编写数据校验的报告；描述和分析数据校验的结果，针对数据准备存在的问题，提出相应的纠正措施；

3）落实数据准备的纠正措施；

4）确认合格的静态数据。

4．数据转换程序的开发和测试（可选）

有些数据量较大的数据种类（如存货档案、固定资产卡片等），在后

38 面录入系统的时候会花费大量的人力和时间，因此建议根据情况需要针对此类数据安排开发相应的转换或导入程序，一次性数据准备并校验之后，在后期的基础数据录入时，由工具直接将数据导入到系统中，从而节省大量的人力和时间。目前集团总部已经开发了部分数据转换工具，可以直接用于项目实施，但在实际不同项目中还需要进一步完善。

新开发的数据转换（导入）程序，应该先进行一下测试，确保数据传输的准确性。已经开发的工具在使用前也应进行测试，主要是检验一下数据准备的格式等是否正确，以及能否准确导入所需的数据。数据转换程序的开发和测试包含的具体活动有：

1）准备数据导入的工具，可以利用已有工具，也可以专项开发。（一般不推荐专项开发数据导入的工具，除非项目足够大，并且数据量非常大，因为这样做用友需要承担比较大的风险。）

2）导入工具的测试，需要提前进行导入测试，以保证向正式数据库中导入数据的风险最小。

4.2.3.角色与责任

● 用友项目经理的责任：

对《静态数据准备方案》的编写负责；对向相关人员发布经过确认的《静态数据准备方案》负责；

● 客户方项目经理的责任：

负责组织相关人员讨论《静态数据准备方案》；负责静态数据准备工作；负责数据的校验和确认；

● 技术顾问的责任：

负责编写数据校验程序（可选）；负责准备静态数据导入工具（可选）。

4.2.4.交付成果

文档性交付成文档名称 文档编号 质（内/审批 模板工具 果

外）

《静态数据准备《静态数基础数客户项目方案》、《静态数据准备方xx_xx_4_2_1_1 外

据档案 经理 据准备表单》（分案》

产品）

用友项目《静态《静态数

经理/客《静态数据准备数据准据准备计xx_xx_4_2_1_1 外

户项目经计划》

备计划》 划》

理

导入工具（可

已有的导入工具 选）

4.2.5风险提示

这里整理、准备的数据将最终用作产品环境的正式数据，数据整理的进度将直接影响系统上线的进度、数据整理的质量将直接影响以后产品环境的运行质量。数据准备的结果应该让准备人员、校验人员签字确认，以免将来客户推卸责任。在静态数据准备这个项目任务中可能存在的风险

39 有：

1）客户方没有指定合适的数据准备责任人，导致准备的数据质量不符合要求，导致项目延期，系统运行质量差；

2）静态数据工作量的估算偏差超出预计的范围，项目延期；

3）准备的静态数据发生严重质量问题，但没有及时发现和采取纠正措施，数据质量；

4）数据采用计算机导入系统，但导入工具没有按期完成，导致项目延期。

4.3.系统测试

4.3.1.任务描述

测试往往被很多咨询顾问所忽略。对于一个复杂的ERP项目，系统上线前的测试工作是必不可少的。系统测试是对解决方案蓝图的真实模拟，通过录入静态数据和准备的好的测试业务数据，把解决方案实实在在地展现客户面前，供客户进行各种业务流程的操作，同时对发现的软件错误及时协调修改、对客户的需求进行引导，系统测试完成之后需要和客户一起对调整后的解决方案进行签字确认，此后解决方案一般不会再发生改变。因为解决方案的调整带来的相关变化也需要在系统测试结束后进行调整确认。

主要工作任务包括：

1、测试准备

1）编写《测试案例》、准备测试数据

2）编写《系统测试方案》

3）建立测试环境

2、系统测试

3、编写并签署《系统测试报告》

4、修改和完善《业务解决方案》

4.3.2.工作策略

1．测试准备

测试前应该完成三个主要的准备工作。

1）准备测试案例和准备测试数据

在准备测试用例的时候，首先确定业务情形和测试案例清单。根据企业的实际业务流程，编写测试案例，准备相应的测试数据。

测试用例样式：

业务流测试用例程 BS1 编码 T1 测试过程描述 角色 步骤 1 (SD-C1) 步骤 2 (PP-C1) 步骤 3 (FI-C1) „.步骤 n

A B C

预期结果 xxxx xxxx xxxx xxxx xxxx

实际结果 xxxx xxxx xxxx xxxx xxxx

结果是否正确

40

(xx-xx)

BS1 T2 步骤 1 (SD-C2) 步骤 2 (PP-C1) 步骤 3 (FI-C1) „.步骤 n (xx-xx)

xxxx xxxx xxxx xxxx xxxx

xxxx xxxx xxxx xxxx xxxx

2）编写《系统测试方案》

双方项目经理共同制定并确认测试方案，《系统测试方案》包括的关键内容：

a）测试目标

b）编写详细的测试计划

c）测试问题的提交和解决流程

d）明确测试参加人员的角色和职责

3）建立测试环境

准备测试用的场地。建立测试系统，进行系统配置。

2．系统测试

系统测试即业务模拟测试，也称为系统集成测试。根据业务流程，对所有的测试案例，按照测试计划进行从头到尾的完整测试。

主要测试如下方面：

1）整体业务流程方案的完整性

2）数据传递、转换和数据接口的准确性

3）数据查询统计的功能是否满足要求

4）单据和报表打印的结果等是否满足要求

在做每一项业务流程测试之前，一般都应该根据方案再次进行特性化的系统配置，比如流程配置、单据模版设置、审批流设置、角色权限配置、会计平台设置等等。

在测试的过程中：

1）测试将依据测试文档进行，由测试控制员计划、调度。测试过程，必要时，从验证相关的配置和主数据开始。从测试文档开始，进行各项测试，当天结束--成功完成或出现问题时中断测试。

2）流程拥有者对全部测试完成的案例签字确认。

测试过程中的问题处理：

1）测试过程中出现的问题，必须按规定记录、设定优先级及进一步处理。

2）测试过程中出现问题时，必须中断测试过程，直到问题解决后才能恢复。

3）更正行动完成后，必须对测试案例重新计划、再测试。

4）每天跟踪、报告问题状态。

41

每一项测试用例完成后，如果测试的结果是否与预期的结果一致，测试人在测试确认栏内签字，该测试案例随即关闭。

3．编写并签署测试报告

测试结束后，顾问收集、整理测试记录和问题记录，将所有问题（包括已解决和未解决）作一列表，对未解决的问题，项目经理组织顾问资源讨论、分析、过滤，给出解决办法和意见，并向客户解释。如果是产品本身的缺陷或BUG，应将测试结果反馈给产品研发部门。

咨询实施顾问根据测试的过程和结果，编写《测试报告》，并由双方项目经理签字确认。

4．修改和完善业务解决方案

测试结束之后还应根据测试结果和相关情况对应用方案进行修订和完善，准备最终方案的验收。

4.3.3.角色与责任

系统测试是团队工作，需要关键用户的高度参与以保证测试的系统能够保证将来的业务流程。

● 关键用户职责

编写测试用例（在顾问的指导下）；执行测试用例；提交测试问题；问题修改后，测试验证，确认问题的解决；对测试用例的编写、执行结果记录、测试问题记录和跟踪进行规范的文档记录；

● 双方项目经理职责

制定测试方案，跟踪测试进度；加强质量控制，规范测试流程，包括测试、问题的提交和修改、补丁的测试验证，形成闭环控制，强调文档记录的重要性；协调资源保证测试问题的及时解决；

● 咨询实施顾问职责

帮助关键用户制定测试用例；指导测试和推进测试问题的解决

● 技术顾问职责

制定性能测试计划和方案；完成性能测试，提交系统性能测试报告和技术环境配置方案

4.3.4.交付成果

文档性交付成果 文档名称 文档编号 质（内/审批 模板工具

外）

《测试方案》、《测《测试方

试报告》、《测试案案》、《测试xx_xx_4_3_1 《测试报客户项例清单》、《系统参案例》、《测xx_xx_4_3_2 外

告》 目经理 数配置》

试报告》、《问xx_xx_4_3_3

、《测试问题记录清题清单》

单》

修改和完善后的《业务解决客户项《业务解决方案》

xx_xx_4_3_4 外

《业务解方案》 目经理 （分产品） 决方案》

4.3.6风险提示

42

测试案例要全部覆盖所有的业务流程，包括客户化开发涉及的业务内容，在测试阶段做得越仔细，将来上线就会越顺利。

4.4.组织客户化开发（可选）

4.4.1.任务描述

在4.3配置和测试阶段，可以通过配置参数和自定义的方式来使系统适合客户，使应用程序与客户的业务需求相一致。但有些时候，通过定制仍不能满足客户的需求，比如和外系统的接口、数据传输问题。如果在商务合同阶段已经对客户化开发与修改进行过约定，项目双方都已经明白项目实施过程中的开发与修改可能对项目实施带来的风险，并且双方都已经有相关的预算，则项目实施的过程中可以包括客户化的开发和修改。客户化开发的商务谈判和开发内容的最好应该在设计解决方案阶段确定，由业务解决方案统一考虑，确定解决方案之后应该立刻展开客户化开发的工作，避免因此使项目拖期，最晚应在系统测试之后立即确定。

客户化开发一般周期较长，首先需要了解需求，然后签署商务协议、需求调研和确认、组织开发和测试、提交客户测试和验收。

主要工作任务包括：

1、客户化开发需求来自业务解决方案中，在开发计划中予以确认

2、用友项目经理制定客户化开发计划，包括方案、时间、交付期限

3、客户化开发商务谈判，由双方项目负责人签订合同

4、咨询实施顾问负责制定详细需求的编制（具体到显示界面），提交给客户化开发人员

5、组织客户化开发人员进行开发，项目经理负责组织、监控、质量控制等工作

6、咨询实施顾问进行单元测试

7、客户对客户化软件进行集成测试（参照业务模拟测试方法）

8、客户化开发产品交付验收，由双方项目经理签订验收报告

4.4.2.工作策略

1、尽量不进行客户化开发

尽量不进行客户化开发，项目经理或顾问应尽量说服客户放弃或改变初衷，通过变通方式实现客户需求，如果不能回避，应先征求研发人员对客户化开发的工作量的估计、对项目进程的影响，作为商务谈判和调整实施计划的依据

2、寻求确认开发资源

用友分公司如果自身力量无法承担客户化开发任务，应该向大区、兄弟分公司甚至总部寻求支持，总部维护有客户化开发成果管理资源库，可以帮助项目组快速找到相关资源。尽量避免选择外包开发，注意保护自己的知识产权和维护条款

3、需求调研和确定需求

客户化开发需求来自业务解决方案。确认后的需求就是要承诺将来实现，因此需求调研应描述得非常清晰准确。如果需求涉及的业务是在一个部门内部，除了相关业务人员确认以外，还要让部门负责人签字确认；如果需求涉及的业务涉及几个部门的不同岗位，应该由这几个部门的负责人和岗位业务人员会签。

4、编制开发计划

43

项目经理负责编制开发计划，其中对功能需求、人员安排、开发进度安排等内容作出明确规定。

5、签署《客户化开发合同》

客户化开发应该签署专门的《客户化开发合同》。

6、编写《客户化开发详细需求文档》

咨询实施顾问负责需求调研，编写详尽准确的《客户化开发详细需求文档》，客户化开发人员应当严格按照这份需求文档进行产品设计和实现，内部的单元测试和集成测试都基于这份文档

7、组织客户化开发和产品交付

客户化开发人员依据详细需求文档组织开发，咨询实施顾问配合客户化开发人员单元测试。项目经理要跟踪客户化开发的进度。开发人员负责编写产品使用手册，和产品一起交付。

8、组织集成测试

客户化开发任务完成之后还应该进行一次集成测试，确保所有客户化开发产品能够满足要求，并能与整体系统正确的集成运行，这个测试应该以关键用户为主进行。

客户化开发最好在提交业务解决方案之后，与静态数据准备并行进行，尽量缩短开发周期，最好能参加业务模拟测试，保证项目上线的日期不被拖延。

客户化开发人员素质要求：掌握开发语言和产品自带的客户化开发工具，对于NC产品应掌握使用java语言在UAP平台上进行客户化开发；对于U8产品应掌握客户化开发工具包控件的使用，熟练使用VB、VC等高级编程语言；了解系统底层的技术架构、数据字典、数据流程；对客户化开发的可行性以及可能的工作量有大体的估算。

4.4.3.角色与责任

用友项目经理负责需求调研、编写开发计划、参与客户化开发的商务谈判、跟踪监控客户化开发的进度；

咨询实施顾问负责需求调研、编写详细需求文档、配合用友客户化开发人员进行需求分析和测试；

用友客户化开发人员按照需求文档来设计、实现客户化开发产品；

客户项目经理和关键用户配合需求调研并确认，承担对产品的集成测试；

4.4.4.交付成果

文档性质交付成果 文档名称 文档编号 审批 模板工具

（内/外）

客户化开发详客户化开发详用友项《客户化开发

内

细需求文档 细需求文档 目经理 详细需求文档》

《客户化开发客户化开发合客户化开发合双方项

外 合同》、《客户同 同 目经理

化开发计划》

客户化开发产客户化开发产客户项《客户化开发

外

品验收报告 品验收报告 目经理 产品验收报告》

4.4.6.风险提示

44

客户化开发是最可能导致项目延期或失败的因素，要尽早和客户确定需求，在开发计划中予以确认，开发计划作为开发合同的附件。在内部，用友项目组和用友客户化开发人员之间，产品设计、开发和测试应该基于详细需求文档，咨询实施顾问负责编写该文档。客户需求无止境和经常变动的情况下，需要学会说“不”。尽量不要选择外包，或者选择诚信有实力的合作伙伴。

4.5.解决方案验收

经过业务需求调研、分析，制定业务解决方案，组织必要的客户化开发，准备静态数据，组织系统测试，根据测试结果对解决方案作进一步的修改和完善，这时应该请客户方对这份调整后的解决方案进行验收确认，以便开展后续方案的落实工作。

4.5.1任务描述

主要工作任务包括：

1、用友项目经理尽快把修订后的最终《业务解决方案》提交给客户项目经理进行确认；

2、督促客户方项目经理进行方案的确认，如果必要可以向客户方的项目负责人进行解释和说明；

3、对于遗留问题给企业一个答复和时间表；

4.5.2工作策略

1、尽快将修订后的方案让客户方确认督促客户方进行方案确认

1）增强双方项目组实施成果的信心；

2）有效的控制客户需求的不断膨胀；

3）在保障项目质量的基础上加快项目实施进度；

4）有效督促用友项目经理尽快落实测试中发现的问题；

5）解决方案的验收是项目实施中重要的里程碑，我们可以收一部分实施款；

2、对于遗留问题给企业一个答复和时间表

1）经过对方案测试中遗留问题的处理，加快实施进度；

2）增强企业项目实施的信心和决心；

3、方案验收会议的召开

1）解决方案验收阶段是一个非常重要的里程碑，必须通过正式形式向大家宣布；

2）引起客户项目负人的高度重视，同时也是对双方项目组工作的充分肯定；

4.5.3角色与责任

● 用友方项目经理责任：

负责在系统测试之后尽快提供最终的解决方案；督促客户项目经理签署最终的业务解决方案；负责测试方案中出现的遗留问题的跟踪和处理；制定下一阶段的工作计划，为整个系统可以上线开始做准备；

● 客户方项目经理责任：

负责对解决方案进行审定，并提交项目负责人审阅；督促企业的项目负责人给出方案审阅的结果；负责落实方案中具体的工作；负责方案遗留问题的跟踪，督促用友项目经理尽快解决；

4.5.4.交付成果

45 交付成果 文档名称

文档性

文档编号 质（内/审批

外）

模板工具

双方确认

客户项的《最终《业务解决目经理/最终《业务解决业务解决xx_xx_3_5_1_1 外

方案V1.0》 用友项方案V3.0》

方案

目经理

V3.0》

4.5.5.风险提示

1）如果系统测试较为顺利，解决方案很好满足了客户需求，用友项目组应趁热打铁使方案通过验收，这样可以有效的控制客户的需求不断的膨胀，增加实施的难度，有效的可以控制项目进度；

2）如果方案得不到客户项目负责人最终的确认，我们不利于开展下面的工作，客户的需求也会不断的增加，影响项目的整个实施周期；

3）《业务解决方案》的验收是一个标志性的里程碑，不但有利于我们下一步工作的进行，而且还可以作为我们下一步收款的依据；

4）对于测试中发现程序错误，用友项目经理应尽快安排做出详细可落实的解决时间表，给客户信心来验收解决方案。

4.6.制作业务应用标准操作手册

4.6.1.任务描述

ERP系统中的每一个日常工作环节，如基础数据、单据的录入、产品结构修改、主生产计划、物料需求计划、库存盘点、能力计划、车间作业控制、采购、成本计算等等，都要在系统的实施中对应到相应的职能部门和相应的职位，并对相应职位的工作制订各自的工作准则与工作流程。

业务应用标准操作手册是针对客户每个岗位编写的工作标准、流程和系统操作规范、步骤及其说明、注意事项的文件。编写《业务应用标准操作手册》是最终用户培训和系统上线之前的非常重要的工作，将作为系统上线之后的业务流程规范和操作指导性文件。

4.6.2.工作策略

1、手册编制步骤

1）首先确认系统实施后，用户/岗位的列表和权限，编制权限矩阵，明确每个用户、岗位的操作权限。

2）确定每一个用户/岗位的操作标准，并固化成岗位操作手册。

3）确定每一个用户/岗位之间的工作流程，并固化成工作流程手册

2、参考手册模板制作各岗位手册

手册的制定是一项细致的工作，咨询实施顾问提供一份标准的手册模板，由客户项目组成员按照此模板、业务解决方案编写各岗位的手册文件，并下发到各业务部门、岗位、操作员遵守执行。

4.6.3.角色与责任

● 咨询实施顾问：

提供手册模板，编写规则；指导手册编写工作；

● 客户关键用户：

46

确定系统岗位权限；编写手册；

● 客户项目经理：

组织手册编写工作；以文件形式将手册下发执行。

4.6.4.交付成果

文档性质交付成果 文档名称 文档编号 审批 模板工具

（内/外）

《用户标准操《标准操作手《用户标准

xx_xx_4_6 外

作手册》 册》 操作手册》

4.6.5.风险提示

编写手册是项细致、长期的工作，会占用较多的人力，顾问如果在此投入太多，就不能体现顾问的最大价值。很多用户会不理解为什么要由客户方编写操作手册，认为应该由用友顾问来做，不愿意接受这项工作，用友项目组应该尽早和客户就此进行沟通，在《工作任务书》、《实施主计划》中要明确将此项任务由客户项目组承担。

让客户关键用户承担《手册》编写工作的另一个好处是可以让他们进一步熟悉系统功能和操作，以更好地指导最终用户。

附：工具模板清单

1 《工作流程和岗位操作手册》 2 《业务解决方案》(标准) 3 《业务解决方案》（分产品：NC、U8M、U8） 4 《系统编码方案》（分产品：NC、U8M、U8）） 5 《系统参数配置方案》（分产品：NC、U8M、U8） 6 导入工具（分产品：NC、U8M、U8）） 7 《静态数据准备表单》（分产品：NC、U8M、U8） 8 《静态数据准备计划》 9 《测试案例清单》 10 《系统测试方案》 11 《功能点测试模板 12 《测试用例模板》 13 《系统测试报告》 14 《测试问题记录》 15 调整后的《业务解决方案》 16 《业务解决方案调整记录单》 17 《客户化开发合同》附《客户化开发项目报价》 18 《客户化开发详细需求文档》 19 《客户化开发计划》 20 《客户化开发产品、手册》 21 《客户化开发产品验收报告》



47

第20篇：钢铁企业如何实施ERP

如何利用NC——全面提高企业运营能力

备品配件 供应管理 系统应用 服务器 原材料供应 系统应用 服务器 生产计划 系统应用 服务器 营销管理 系统应用 服务器 NC ERP 数据库 人力资源 系统应用 服务器 财务及资金 系统应用 服务器 成本管理 系统应用 服务器 设备管理 系统应用 服务器 生产过程 管理数据 服务器 DCS 各厂 DCS 各厂 DCS 各厂 第一节 钢铁企业ERP系统整体部署方案

第二节 钢铁企业生产计划管理

 年度计划的编制  月度计划的编制  生产动态情况实时分析

年度计划的编制

年度计划是不分品种的各月总量计划，炼铁及炼钢计划按照各高炉及转炉生产能力及钢坯对铁水的消耗定额制定；各轧钢厂的总量计划主要依据市场对各类品种预测制定的销售计划作为需求来源，再依据各轧钢厂的设备生产能力均衡后制定。年度计划在上一年度结束时制定。

系统提供高炉、转炉及各轧钢设备的最高及最低生产能力、BOM、同品种可在不同生产厂或设备生产的多工艺自动分配原则（生产能力及成本原则）等档案。系统将年度计划作为计划的一个方案进行处理。方案设定依据BOM从下级物料计划顺推上级物料及成品计划的功能，同时物料及成品不分具体品种而是按照物料类进行顺排，在顺排过程中检查相关设备的能力及同品种可由不同设备生产的比例及优先分配原则，从而制定科学的年度计划。

月度计划的编制

月度计划包括不分品种的月总产量计划和炼钢、轧钢阶段的分品种生产计划，不分品种的各月总产量计划是年度月计划依据当前生产状况的进一步确认，炼钢、轧钢阶段的分品种生产计划是月总产量计划的针对品种按照月销售计划的分解。月度计划要求进行各上下游生产厂间的半成品供需平衡及供应原辅料物资与生产厂需求间的供需平衡。月度计划在上一月度结束前制定。

月度计划编制流程图

高炉炼铁能力各高炉炼钢铁年度月总产量计划转炉及连铸设备生产能力各转炉钢水及钢坯年度月总产量计划各轧钢分厂同品种生产平衡原则各分厂轧钢设备生产能力各轧钢厂年度月总产量计划年度销售计划

生产情况动态的实时分析

ERP—NC系统抓取出每日或每班的投入产出数据，以指标的形式实时向集团公司各级领导进行发布。 第三节 钢铁企业成本管理系统

 实时成本归集  实时成本计算

实时成本的归集过程：

 集成现场DCS系统的各种数据；

 定期抓取消耗数据，如：原材料中的合金料消耗；原材料中的钢铁料消耗；各种辅助用料的消耗（部分辅料可能需要手工采集）等；

 工时按每炉钢或每批钢的计划定额工时来计算；  制造费用也需要统计出每炉钢的平均定额费用指标；  采集到如上数据后，分厂可实现按天或按更小的时间单位实时出动态的成本。

实际成本的计算过程：

 各分厂每月底统计实际工时及实际发生的制造费用；  将每月的品种产量分配制造费用；  上报至集团公司财务处；

 集团公司财务处归集供应处提供的材料成本差异，进行差异分配；

 集团公司财务处计划处整个集团公司各分厂的品种实际成本。

生产过程控制系统直接获取消耗数据指示图

炼铁厂 品种计划成本 原材料消耗 辅料消耗 燃动消耗 人工 制造费用 原材料消耗 炼钢厂 品种计划成本 实时 数据库 DCS 集团公司 成本科分配差异出 各产品实际成本 工资/ 总帐 辅料消耗 燃动消耗 人工 实时 数据库 DCS 供应处 材料成本差异 制造费用 工资/ 总帐 第四节 钢铁企业设备、资产管理  设备台帐、工作订单管理  预防性维护、排产管理  设备性能、设备监控管理 设备台账

可快速地定义自己的设备及其结构，可以对设备进行更祥细的描述。设备台帐模块与其他模块一起运行良好。

工作订单

用于管理影响维护机构的所有任务：故障报告、准备、计划和最终报告。对所有报告的完整追踪为后续工作和分析提供了全面的历史记录。有效削减了直接和间接的维护费用，减少了由停顿造成的收益损失。

预防性维护

用于安排常规的预防维护工作。预防性维护模块组建并预备了设备中所有类型的任务，同样，对那些由一般或循环任务以及不同职权提出的测试任务也可进行管理。

排产

是一个对公司各种维护活动的工作单进行高效计划调度的强大工具，与工作订单集成在一起，可以为计划调度创造一个强大的基础，并且可以为迅速识别部门或工作中心的工作负荷提供所需的全部信息。此外，系统可以执行单独的事件和项目每天的计划和计划调度。

设备性能

提高产品产量的工具。通过对产品数据的一致性存储，可对产品的重要参数，如实用性、性能、质量(取其首字母为APQ)进行评估。减少了报废品和低档品的成本，减少对紧急情况的处理，降低了维修费用。

设备监控

系统持续监控机器生产时间和停止状态，监控制造和废弃的产品数量，从生产数据库中为您提供精确的最新信息，并提供宝贵的历史生产数据来源。

第五节 钢铁企业质量管理

本方案始终贯穿品质规范的概念，并对其提供强大的支持。 各类质量标准有不同的质量规范组合组成。每个质量规范组合又由各种质量规范、所定义的质检活动及质检验项目组成。

通过实施本系统, 我们可以在系统中建立一个扩展的质量规范数据库，该数据库包括了对企业的采样和测试规范的描述，这些规范是由外部授权机构发布的已认可的标准。根据质量规范中的规则，可自动计算出要被测试的特性的有效值范围。这保证了每一个具体项目都能符合客户要求或规定的标准。 当输入一个客户定单或库存定单后，它能够自动检验一个已存在的有效可行的质量规范，来满足所必须执行的测试。当车间操作人员输入各道质量检验数据后，系统将自动根据所定义的公差表进行考核，并且能够把这些数据自动生成到质量保证书上。可达到质量检验、判定及质保书同步进行！ 第六节 钢铁企业物资供应管理

 供应商管理、采购价格管理  采购订单管理、采购结算管理  物流闭环管理、委外加工管理  集中采购支持

钢铁企业的物资供应分为三大块，即负责生产用原材料采购的供应处，负责备品配件采购的机动处；负责设备配套件采购的设备处。

本系统与生产计划系统紧密协同，制定准确的物资供需计划；对供应商进行严格管理，从质量、价格、交期、服务等多方面进行考核；询价，比价，招标，竞标，严格控制物资采购价格；协助质量检验部门控制采购物资的质量；控制付款节奏，制定准确的采购资金支付计划，提高资金利用率；

用友ERP—NC采购管理模块，是用友ERP—NC企业整体解决方案中的一个有机的部分。可配合ERP—NC库存，ERP—NC生产制造实现企业对物流的闭环管理，为企业降低库存，或使库存保持在一个比较低的水平上提供了非常有效的手段。ERP—NC采购管理同时与应付管理、存货核算模块保持有机的整合，使得企业物流与资金流保持同步。

生产计划设备维护计划设备投资计划•物 料/服 务 需 求原材燃动配备协其它•相关需求生产计划•独立需求再订货点/其它•请 购审批请购•采购订单管理到货检验验收入库管理库存管理采购发票/结算管理付款管理 物资管理应用结构图

供应商管理

对于供应商，ERP—NC提供了符合ISO9000要求的评估方式。ERP—NC将从质量，价格，交期（履约），服务，可持续的改进等多个方面对供应商进行评估，可对供应商的交易历史记录做全面的分析，可对供应商的档案进行管理。

在集团应用模式下，ERP—NC的供应商管理支持集团统一编码，也支持各分支机构独立编码，集团统一编码管理时，同一供应商在各分支机构允许有不同的管理属性，如主管部门，主管业务员等在各分支机构可不同。

采购价格管理

对采购申请进行询价，比价；制定采购基准价格；对各种价格及走势进行分析；多供应商、材料、采购业务员、时间等多个角度进行分析；对采购订单的价格可进行灵活的控制； 提供对采购业务员进行绩效考评的数据。

采购合同、订单管理 请购管理

请购单可接收生产制造系统的MRP数据；可接收手工输入的各种请购信息；可接收库存根据再订货点法计算生成的请购信息；可接收销售订单传来的请购信息，支持以销定购模式；提供货物的ATP（实用性、性能、质量，取其首字母为APQ)信息，方便对请购数量的审批；支持多级多条件审批，支持跨机构审批；可对多个供应商进行配额管理；可按付款协议制定付款计划（采购资金支付预测）；

采购计划

提供对订单进行细致的业务状态管理；提供订货数量，累计到货数量，入库数量，收发票数量；提供到货管理、报检。可与质量管理联合使用，也可单独使用标记合格数量或不合格数量。

采购结算管理

根据验收入库单及发票进行结算处理；支持对入库单进行“即时暂估”，支持“单到回冲”、“单到补差”的处理；支持对采购费用的细分管理，自定义采购成本构成要；支持开错发票的异存货结算；

物流闭环管理

物流闭环管理是指对物料在企业中的流动划分出重要的状态进行管理，业务管理人员可随时知道处于各种状态的存货的数量。ERP—NC在物料采购管理方面设置了下述的存货状态：已计划量、订单在途量、现存量、已分配量、借入借出量、不可动用量和可用量。

委外加工管理

ERP—NC委外加工支持按加工品构成方式发料，回收加工品；支持对加工损耗的管理；支持对加工品加工费用的管理；

对集中采购的支持

ERP—NC支持两种模式的集中采购：支持物资公司模式的集中采购和虚拟采购组织式的集中采购。虚拟采购组织式的集中采购在跨国公司，外资企业中应用较多，可减少机构，降低采购人员及间接的采购成本，是ERP—NC推荐的一种集中采购模式。

《erp实施岗位职责.doc》

将本文的Word文档下载到电脑，方便编辑。

推荐度：

点击下载文档