ERP系统实施与项目管理

第一篇：ERP系统实施与项目管理

项目的实施涉及管理职能的各个组成部分，必然会引起不同程度上的管理重组。在项目实施过程中，原有管理模式和管理系统的正常运转必然受到影响。ERP系统耗资巨大，以百万美元为单位，如果项目实施不当，不仅造成经济上的遗失，而且会给企业协经营带来严重的破坏，甚至导致崩溃。作为典型的高风险项目，ERP系统实施必须进行严格的项目管理。

一．需求确认

对于ERP项目来说需求确认是致关重要的。如果需求一开始就不明确，系统将面临不断的变动，导致工期滞后，成本倍增，并最终导致项目失败。任何一个需求分析上的错误，都将在以后的项目工作中付出50－200倍的代价。需求确认是一个无止境的过程，只有对用户的要求有了一个非常清晰稳定的了解，才算完成了。需求确认的难点在于它不是简单记录客户的要求，而是协助客户共同找出什么才是他们最终想要的。应用以下系统的需求开发程序，可以提高需求确认的效率和质量：

1．分析现有的管理模式和系统；

2．初步了解用户的需求；

3.建立简易的交互式用户接口样本；

4．改进用户样本直至客户满意；

5．编制签署需求文件；

6．将用户接口样本和需求文件归入项目档案；

需求确认阶段的主要成果是：

１．双方确认的客户接口样本；

2．双方签署的需求文件；

二．项目计划和控制

计划和控制是项目管理的核心组成部分。每一个成功的项目都必然有周密的项目计划。一个好的项目计划提供了项目的全景描述，是项目资助者、决策小组和项目团队全面了解项目内容的最好工具。项目计划本身具有稳定性和约束性，是实施项目控制的最有力标准和依据。计划可能随着项目深入而更新，但是任何计划上的改动都必须经过严格系统的变动控制程序。项目计划和控制部分主要包括：成本和时间预算、变动管理、风险管理、质量管理和里程碑计划。

成本和时间预算

国外系统开发项目的经验是遵循一套标准化的成本和时间预算程序。这样做的好处是可以避免少数人操纵预算，另一方面一旦项目资助者同意了采用的预算程序，就更容易接受预算结果，减少了许多争执。在进行成本预算和时间估计时要注意以下几点：

1．由熟悉项目的专业人员进行相关估计。

这样即保证了时间和成本预算结果的精确性，又有利于鼓励士气和预算计划的贯彻执行。

2．计算所有明显和不明显的活动的时间。

容易被忽视的活动可能包括：交流、展示、决策、等待、检查问题、修正问题、团队协调、接受培训、休假和病假等。

3．选择好的预算软件。

商用预算软件可以根据项目类型和规模提供工作细目、资源状况和详细的日程安排。好的软件预算程序还允许利用过去完成的项目资料来更正预算结果。同预算程序本身一样，预算软件也是避免争议、规范化管理的工具。

4．在主要项目阶段末尾重新评估预算。

有效的系统开发计划要在每一个重要的项目完成点之后修订预算结果。项目团队利用更新的预算制订下一个完成点的目标，以便更精确地追踪项目进展。

5．不要任意压缩项目预算

制订预算计划的最大的困难不是技术方面，而是来自项目资助者的压力。开发人员必须说服项目资助者任意压缩成本和时间预算的后果，同时提出在成本、时间和功能上平衡的建议。

变动管理

变动管理是将项目从立项到完成的每一阶段成果和文件记录归档，对上述文件的任何变动都要经过系统的变动管理程序。变动管理的大致过程包括：

1．工作成果在归档之前可以任意变动；

2．工作成果提交技术检查，宣告完成；

3．完成的工作成果提交决策小组备案；

4．提出变动提案；

5．将提案交由受到变动影响的人员检查；

6．相关人员评估变动在其工作范围的利弊；

7．由决策小组综合各方面的评估，决定接受、否决或延后处理。

实行变动管理可以使项目免于不必要的变动。另外，每一阶段的工作成果都要经过检查、认可后备案，有效地剔除了为赶进度而未达标的产品，大大提高了产品的质量。

风险管理

根据系统开发项目多年的经验总结，约5％的风险管理支出能够使项目在预算内高质量如期完成的机会增加50％－75％。风险管理包括以下内容：

1．指定风险管理者

风险管理者的责任是不断寻找可能出现的任何状况，并收集风险管理策略。项目管理层应充分尊重风险管理者的意见，否则风险管理将变成形式。

2．建立风险反馈通道

并非挑选一名风险管理者就足够了，项目组织应建立一种沟通和奖励机制鼓励任何成员随时指出项目风险。

3．制订风险管理规划

风险管理规划分为风险清单和行动计划。风险清单中列明风险类别和解决进度。行动计划是为清单上的每一个风险制订处理计划。行动计划的项目包括：描述风险发生机率和影响等级、处理行动步骤、行动负责人、完成日期、成本经费。

4．更新风险管理计划

在项目实施的每一阶段随时更新和维护风险清单和行动计划的内容。企业可以建立一个风险追踪系统，记录风险处理状态、安排人员和处理顺序。

质量管理

项目质量管理的主旨是保证开发的系统满足设计中明确规定的要求和吻合客户的特定需求。质量管理的范围包括：

1．制订质量保证程序；

2.组建独立的质量管理小组；

3．培训质量管理人员；

4．提供质量管理预算。

系统质量保证程序主要包括缺陷追踪、技术检查、单元测试、集成测试和系统测试。其中特别强调缺陷追踪和技术检查。因为这两项工作都发生在单元测试之前，具有在项目早期找出缺陷加以修正的功能。缺陷追踪是指发现缺陷、寻找原因、解决问题、缺陷记录、数据统计和缺陷报告的全过程。缺陷追踪应及早开始，这样可以及早发现问题消除错误，并为后续工作提供宝贵的数据资料。缺陷追踪可以通过软件工具轻松实现。技术检查是由开发人员来检查别人完成的工作。通过技术检查的工作成果将交由决策小组备案。技术检查可采用阅读、调查、测试和会议等方式，最后由检查人员提交检查报告。技术检查不仅可以提高工作成果的质量，还为新老开发人员提供了互相交流学习的机会。技术检查之后一定要有修正行动。

里程碑计划

系统开发的生命周期是螺旋形上升的。项目工作按照系统的功能分成几个开发螺旋，每个螺旋都包含设计、开发、除错和测试等步骤。每个步骤的结果和其他重要完成点称之为里程碑。项目控制工作就是通过里程碑实现的。里程碑只有完成和未完成两个状态，完成的里程碑必须达到明确的质量标准。里程碑的长度可以是每天或每个星期，甚至更短。每个项目成员都建立一个里程碑清单，将每件工作毫无遗漏地放进清单中。项目经理通过清点里程碑的完成数量，来追踪项目成员的工作量和项目进度，获得项目工作出现问题的预警，及时采取补救措施。系统开发螺旋和里程碑计划的好处在于可以率先完成开展示客户期待的重要功能；可以按照阶段进行整合，降低项目末期联调的风险和压力；可以进行小范围的纠错和评估，有利于系统的稳定；有清晰明确的里程碑报告，便于控制项目进度、资源和质量。

项目组织

系统开发项目的失败有很多是由于组织混乱和沟通不良造成的。系统开发人员很容易一下子陷入技术解决方案之中，而忽视了项目组织工作。项目组织工作看起来繁琐，其实也有一定的章法可循。其大致可以从以下几个方面入手：

创造以人为本的环境

创造以人为本的环境包括：鼓励项目成员参与的政策环境，安静独立的工作环境；和谐愉快的团队环境。

建立决策小组

单一清楚的项目决策人或决策小组可以避免项目的多头领导，是成功项目运作的基础。项目决策小组一般由项目资助者和领导层组成。

建立项目沟通机制

企业可以通过设置内部项目网再等方式，公布项目计划、进度、工作成果等信息。同时，通过在网页中的匿名沟通栏目，鼓励成员反映坏消息和不同意见。组建项目团队

1．在立项和需求开发阶段只需要少数的资深人员（或售前工程师）。

2．选用合格的人选。

经验证明最好的开发人员跟最差的开发人员的效率比是10：1。项目的质量和完成时间取决于开发人员的素质，所以要舍得花时间和金钱寻找合格的开发人员。

3．项目的成功取决于团队的合作程度而不是个人作战能力。在确定团队的人选时要注意团队成员是否能够合作愉快，坚决剔除难以相处的成员。

4．简化官僚体系。

减少不必要的会议和书面报告，使项目团队集中精力于核心工作，而不必分心于行政事物。

总结上述，列出以下项目管理的基础和要点：

1．制订自己的项目管理手册；

2．组建高效率的行动团队；

3．建立统一的信息沟通渠道；

4．减少项目报告和会议负担；

5．彻底清晰地定义需求；

6．制定里程碑计划；

7．定期修正成本和时间计划；

8．随时、提前进行测试；

9．更新维护项目进度、缺陷追踪、项目变更、风险等记录。

项目管理是一个持续改进的过程，企业在项目开发的实践中需要不断地积累，设计出符合自身特点的项目管理模式。

第二篇：ERP 项目实施与应用的三要素

ERP 项目实施与应用的三要素：系统、流程与数据

经过近20年的发展，国内外已经形成了一套比较成熟的ERP系统实施方法。成功实施ERP项目的基本方法对所有企业都是适用的，不完全取决于生产的类型和经营规模的大小。但在ERP项目具体实施与应用时必须注意某些关键要素。

过去有人将ERP系统说成是三分“技术”、七分“组织”、十二分“数据”，也有人将ERP系统说成是三分“技术”、七分“管理”、十二分“数据”。这里的“技术”主要指ERP系统的功能、技术特点（如编程语言、B/S架构、面向对象技术等等）。对于目前大多数企业采用市面上成熟的商品化软件而言，三分“技术”放在今天有些言过其实；这里的“管理”主要指实施，即把行业最佳实践、本企业的管理特点和精髓与ERP系统结合起来。

本文中三要素中第一位的系统（System）可以理解为“技术”＋“管理”，三要素中第二位的流程（Process）则包含、并超越了“管理”或“组织”，而三要素中第三位的数据（Data），其重要性同样不可忽视。

首先分析第一要素：系统

在ERP项目实施时，大多数ERP原厂家与管理咨询公司非常强调 CRP（Conference Room Pilot，即会议室导航、会议室试点，也有称作“沙盘演练”、“原型测试－Prototype”、“蓝图设计－Blueprint”），甚至还细分为 CRP1（单元测试）和CRP2（集成测试）两个渐进的阶段。那么这些试点、演练和测试的对象是什么呢？就是业务模型（Business Model）。

业务模型的测试通常应包括以下内容：

 测试业务情景（Business Scenarios）；

 测试案例（Test Cases）；

 测试数据（Test Data）；

 测试预期结果（Expected Results）；

 单元测试（Functional Testing）、集成测试（Integrated Testing）； 测试问题清单（Test Problem Log）。

可以说通过详细地业务流程调研、测试后归纳出的业务模型，不仅反映了实施顾问乃至项目组对业务与软件功能把握的水平，而且直接影响整个ERP项目实施与应用的成败与效果。大家可以看到很多 ERP 项目的《流程手册》编写得非常漂亮、业务人员也在严格执行流程，静态数据和动态数据的准确性、及时性也得到了较好地保证，但项目在运行中总是感觉别别扭扭，对管理水平的提升效果也不明显。究其原因，所提炼的业务模型之合理性与科学性值得怀疑。

诚然，外部经营环境与企业内部业务是不断变化的，业务模型也不可能一成不变，所以ERP项目持续改进（Continues Improvement）的重要内容之一就是不断对业务模型进行修正、改进。但相对于流程（Process）和数据（Data）而言，业务模型的改动对整个ERP项目影响最大。

再来分析第二要素：流程

在进行业务模型（Business Model）测试时，不可避免地遇到按什么流程、那个流程进行测试的问题。通常在业务模型测试时，也包含了对流程的测试。甚至有时候，业务模型中解决不了的问题，可以通过巧妙的流程设计来解决。一个经典的案例是三个人均分一个蛋糕，模型很简单：保证均分；流程则可以设计为切蛋糕的人最后一个拿切下的蛋糕。这样为了不拿到最小的蛋糕、且稍大一些的蛋糕不被另外两人拿走，切蛋糕的人一定会努力把蛋糕均分。

在大多数ERP原厂家和管理咨询公司的实施方法论中，CRP（Conference Room Pilot，会议室导航）后马上开始《流程手册》的编写。前几年，曾经有少数管理咨询公司与专家提出先做 BPR（Business Process Reengineering，业务流程重组）、后做 ERP 的观点。实践证明，先期脱离 ERP 系统而作的的 BPR，往往在实施 ERP项目中需大量修改、甚至推倒重来。所以更多ERP原厂家和管理咨询公司是把BPR 与ERP结合起来同步实施，或者在 ERP 实施一段时间后、流程已固化的基础上，再进行流程的优化、再固化、再优化。

《流程手册》通常应包括以下内容：

 流程图（Flowchart）；

 程序描述（Procedure Specification）；

 工作指导书（Work Instruction）。

我们在浏览很多企业的《流程手册》时，经常碰到一个共同的问题，就是每个具体流程缺乏编号，这对于规范企业流程管理、开展BPR等工作，都埋下了隐患。下图是笔者对某制造业企业所作的BPR建议中对业务流程编号的定义，全部流程分为三级，一级业务流程分为以下11个部分，并尝试了以英文字母开头的业务流程编号规则，详见下表：

至于二级和三级流程，我们仅以采购管理示例，详见下表：

表二企业采购管理业务流程

三级流程应该是流程管理的最小“单元”，BPR（Business Process Reengineering，业务流程重组）可以认为是对这些最小“单元”的优化组合。

最后分析第三要素：数据

ERP的数据基本上分为三大类——静态数据、动态数据和控制数据。控制数据指根据测试后的业务模型而对系统的设置，诸如缺省值、下一个编号、是/否开关等，因为控制数据只在初始化时设置，我们通常把控制数据纳入系统（System）范畴。这里主要讨论前二者。

首先是静态数据，它包括了：

 企业组织结构代码（合并报表、帐套、公司、业务板块或业务单元、工厂、办事处、生产线、仓库、库位、成本中心、利润中心、班组、员工等等）； 币种、会计科目表、付款条款；

 物料编号与物料主文件（计划数据、成本数据、仓储数据、发货数据等）； 客户主文件（客户编号、地区、等级、销售员、信贷限额等等）； 供应商主文件（供应商编号、供应商类型、采购员等等）；

 物料清单或配方；

 工艺路线或工艺流程；

 固定资产帐簿；

 质量检验指标。

二是动态数据（物流数据和财务数据），包括：

 出入库、库存转移、盘点等日常物流动态数据；

 应付帐、应收帐、固定资产和总帐会计分录等日常财务动态数据；

 期末结帐事务产生的动态数据。

ERP数据的重要性不言而喻，“垃圾理论（Garbage in, garbage out）”也被大家认可。但随着企业管理水平尤其是标准化水平的普遍提高，企业静态数据的合理性也越来越高；另外目前成熟的 ERP 软件都提供了对诸如物料编号、供应商编号、客户编号甚至会计科目的批改变功能，使得企业可以在实施一段时间后仍然可以对原来的静态数据编码进行快速、简易地自我修正。

至于动态数据中物流数据的不准确，则可以通过使用条形码、RFID 和流程优化（如增加审核流程等）来降低；而经过若干年《会计法》与《会计准则》等的贯彻、财务电算化的普及、ERP系统中大量财务分录可自动生成特点以及企业财务队伍的相对专业性，财务动态数据的准确性近年来也得到了相当程度的保证。所以过分强调数据（Data）的重要性、而忽视系统（System）与流程（Process）的重要性是片面的。

综上所述，三要素之间是相互联系、不可割裂的。笔者认为如果非要把系统

（System）、流程（Process）和数据（Data）的重要性给一个比例的话，我个人认为四分“系统”、三分“流程”和三分“数据”更合理一些。

第三篇：ERP系统项目计划书

ERP系统项目计划书

编写项目计划前必须考虑以下几个方面：

1、项目许可证和项目章程，即项目由谁决定，由谁批准(合法性问题)。

程序问题逻辑问题

2、拟采用的项目管理方法。包括由谁负责管理，以及如何管理。这里需要细分为：

范围计划

费用计划

进度计划

质量计划

人力资源计划和组织计划

沟通计划

采购计划

风险计划

下面的内容将是对这些资料的详细说明。

3、项目范围说明，包括项目目标和主要可交付的成果。

4、项目工作分解。将项目分解为可以控制的几个部份(得出报告或结果的几个部份)。

5、项目费用估算

6、计划开始日期和责任的分派。详细程度必须保证可以对项目进行控制。

7、测量和时间控制进度和费用开支标准。

8、项目进展的里程碑。

9、人员安排计划。

10、业绩考核和评价制度。

11、项目的主要风险。包括制约因素和假设前提，以及对风险的预防措施。

12、未解决(不能解决)或不能决定的某些问题。(如网站上说的，ERP不能做什么)

附加的还包括各类技术文件，如产品规格说明、技术要求说明(软件/硬件)、系统设计说明(自行开发)

--------

ERP系统项目实施计划

一、公司简介

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

二、该项目的许可说明。

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

三、项目的实施规划

1、总纲

公司计划通过ERP加强哪几个方面的工作，加强这方面工作的目的是什么。比如说提高采购的交货及时性，提高生产效率等等。需要注意的是，2、项目实施的范围

公司计划在哪些部门的哪些模块进行实施。如工程部门的BOM管理、生产物料部门的MRP等等，在这里需要详细列出

3、项目的费用计划

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

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

4、进度计划

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

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

A、项目选型阶段

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

在该阶段需要进行的准备工作包括哪些

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

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

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

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

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

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

B、项目调研阶段

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

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

C、合同谈判期

需要就合同细节进行谈判，谈判的时间应该予以计算(一般为一周时间)合同谈判需要由谁负责，由谁批核，付款条件(项目调研付百分比、预付百分比、项目培训过程支付百分比、试用付百分比、验收完成付百分比)需要注明的是，这里只是计划的情况，具体的情况还需要具体去谈(先给老板一个大概的付款方式----需要保障老板的权益)

D、项目培训期

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

周。

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

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

E、项目试用期

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

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

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

F、正常使用期

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

a、一次性切换。

b、并行后逐步切换

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

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

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

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

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

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

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

五、人力资源安排

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

人员 职务 阶段 职责

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

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

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

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

同时也应该申明对ERP系统的哪些期待是不合理或者达到会有困难的。把丑话说在前面，有利于以后的进度控制。老板如果把ERP系统想得太美好反倒对ERP系统实施不利！

六、附件

实施目前比较流行服务器系统需要达到的配置。

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

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

第四篇：ERP系统信息化项目

1.管理观念的转变。

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

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

不少企业想上ERP系统，但大多数企业高层管理人员并没有意识到实施ERP系统必须同时实现企业管理的改革。在实施ERP系统时，只是要求系统模拟企业的运行状况，仅是原管理方式的计算机化，这是导致ERP系统应用不成功的一个重要原因。因此，企业在实施ERP系统时，必须同时推进管理观念的转变。从某种意义上来说，这是企业成功实施ERP系统最关键的因素。

2．企业必须明确自己的需求和实施重点。

①从整体和战略的高度出发，分析企业同主要竞争对手之间的差异，找出影响企业竞争力的主要因素，弄清这些影响因素能否通过ERP得到解决，企业想通过ERP系统在市场上建立什么样的竞争优势。

②既要考虑企业今后长远发展，又要分析找出企业最迫切需要解决的问题。而对企业可以通过ERP系统解决的问题，也应分清轻重缓急，分阶段实施，制定出总体目标和阶段目标。

③分析企业现有工作流程在哪些方面未能实现快速响应市场的需求，同实现企业的总体目标有哪些不符，需要进行哪些方面的调整和改革。

④在考虑ERP软件的具体功能时，要分析企业的生产环境和生产类型，企业的组织形式对软件的要求，企业特点对软件功能的特殊要求。

中国企业实施ERP系统成功率不高的一个重要原因就是在前期没有明确自己的需求和实施重点，许多企业对ERP系统存在误解，没有建立正确的期望值，以为ERP系统是“万灵药”，可以解决企业存在的一切问题，从而在决定建立ERP系统前，没有对该企业进行需求分析，不清楚企业管理方面存在的问题及这些问题的严重程度，不清楚企业如何通过ERP系统来解决这些问题及企业在管理方面想要达到的目标。3.ERP系统的实施必须要有管理咨询专家的参与

ERP系统的实施不仅仅是一个IT工程，更是一个管理改造工程。既需要精通软件产品开发的技术专家，也需要精通管理理论、方法和管理实务的管理咨询专家。软件并发商注重的是技术解决方案，而管理咨询专家注重的是管理解决方案，只有两者有机结合，才能推动ERP系统在企业的成功应用。

ERP系统的实施必须要有管理咨询专家为企业提供咨询、指导和帮助。具体地说，企业在准备实施ERP系统之前，需要请管理咨询专家帮助企业进行调研和需求分析，对企业发展和管理中的薄弱环节及存在的核心问题进行诊断，分析企业最需要什么样的管理和什么样的管理软件，并对企业员工进行管理意识的培训。企业在ERP系统实施过程中，需要请管理咨询专家帮助企业进行业务流程重新设计、组织机构调整及采用一套规范的实施原则和方法对项目实施过程进行严格的组织和管理。

4.软件的选择应以管理人员为主

正确选择系统类型是系统能够发挥足够效用的决定性因素。企业在选择软件时，应当以管理层为主，从企业战略需求出发，将企业自身的实际需求与软件系统进行很好地匹配，从而选择适合自己的ERP系统。但由于许多企业在观念上只是把ERP系统当作一个IT项目，结果在软件选择过程中，都是以技术人员为主而非以管理人员为主，往往过于注重软件的先进性，忽视了企业管理方面的问题及软件与企业的实际需要是否相适合，而且在选择软件时，缺乏明确的整体选择目标和实施期望，没有对不同管理业务需求的重要性进行先后排序，没有较多地从各使用部门出发考虑软件的选择问题，在如何利用ERP系统来解决企业关键业务问题上所花精力较少，从而造成了最终选择软件的不完整配套，给

系统的实施带来困难。

5．实施队伍的组织必须到位

ERP系统的实施是一项涉及管理和技术的庞大的系统工程，工作量非常大。为确保项目顺利实施．首先要在组织上加以落实，即要成立项目领导小组（简称领导小组）和项目实施小组（简称项目小组）。领导小组主要负责制定计划的优先级、系统总体方案，确定企业管理改革方案，资源的合理配置，重大问题决策及政策的制定，组织协调各部门之间的关系并解决系统实施中出现的项目小组不能解决的问题等。企业一把手应亲自担任领导小组组长，即所谓的“一把手工程”。只有“一把手”亲自主持、参与和指导系统实施，动员全体员工共同参加，才能克服实施中的困难，取得成功。必须指出的是，“一把手工程”并不是“第一把手”挂名，仅仅依靠技术人员来推动系统实施，而是要求企业最高决策者实实在在投入到系统实施过程中。

项目小组具体负责系统的实施。该小组主要由企业内部的管理人员，各主要业务部门的业务骨干、技术人员以及企业外部的专业咨询顾问组成。项目小组组长应由企业高层领导担任，要有足够的权威和协调能力，从而便于协调各部门在ERP项目实施中的工作。项目组长不能虚设，他必须全力以赴地投入到ERP系统的实施工作中去，真正负起责任抓项目实施。他的几名关键助手必须脱离原有的工作，百分之百地投入ERP项目实施。

值得注意的是，由于不少企业将ERP系统的实施视为一项技术性工作，因而在实施队伍的组织上存在误区，认为这 是技术部门的事，应完全由技术部门负责。项目小组成员主要是技术人员，缺乏相关的管理人员和业务人员，尤其是高级管理人员的参与远远不够，结果造成项目的实施困难重重，难以推动。

6.实施ERP系统需要同时进行企业业务流程重组

ERP系统的信息实现了最小冗余和最大共享，传统的需要几步或几个部门完成的工作，在EPR中利用统一的数据库和集成的信息系统可能一次就可以完成。因此，要想使ERP系统在企业成功应用，就必须对企业业务流程进行重新设计和优化，去除冗余和无效的工作环节，从而确保企业有一个科学、规范的业务流程和管理基础，并在此基础上对企业组织机构进行相应的调整，实现扁平化管理，提高管理效率和对客户的快速反应能力。

许多企业在实施ERP系统时，对必须实行业务流程重组缺乏清醒的认识，只是要求ERP系统的功能适应原有手工业务处理流程与工作方式，而不去对原有的管理模式、管理方法、业务流程和组织机构等方面进行改造和调整，结果造成ERP功能难以全面发挥，也使企业想通过实施ERP系统来提高管理水平和整体素质的目的难以达到。

同时，业务流程重组必然会涉及到部门职能的重新划分、岗位职责的调整、权力利益的重新分配等方面的问题，而且新的管理方式对人员素质提出了更高的要求，引起部分人的岗位危机，进而对项目实施产生抵触情绪。如果企业不能妥善处理这些问题，将会给企业带来不稳定因素，这正是ERP系统实施的难处

第五篇：ERP系统项目立项计划

ERP系统项目计划书模板

编写项目计划前必须考虑以下几个方面：

项目许可证和项目章程，即项目由谁决定，由谁批准(合法性问题)。

拟采用的项目管理方法。包括由谁负责管理，以及如何管理。这里需要细分为：范围计划

费用计划

进度计划

质量计划

人力资源计划和组织计划

沟通计划

采购计划

风险计划

下面的内容将是对这些资料的详细说明。

项目范围说明，包括项目目标和主要可交付的成果。

项目工作分解。将项目分解为可以控制的几个部份(得出报告或结果的几个部份)。项目费用估算

计划开始日期和责任的分派。详细程度必须保证可以对项目进行控制。

测量和时间控制进度和费用开支标准。

项目进展的里程碑。

人员安排计划。

业绩考核和评价制度。

项目的主要风险。包括制约因素和假设前提，以及对风险的预防措施。

未解决(不能解决)或不能决定的某些问题。(如网站上说的，ERP不能做什么)

附加的还包括各类技术文件，如产品规格说明、技术要求说明(软件/硬件)、系统设计说明(自行开发)

ERP系统项目实施计划

一、项目介绍

这里主要介绍项目的基本情况。

二、该项目的许可说明。

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

三、项目的实施规划

1、总纲

公司计划通过ERP加强哪几个方面的工作，加强这方面工作的目的是什么。比如说提高采购的交货及时性，提高生产效率等等。

2、项目实施的范围

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

3、项目的费用计划

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

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

4、进度计划

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

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

A、项目选型阶段

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

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

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

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

精选的公司ERP系统实施计划方案、每套方案的评价、详细的实施进度及进度控制方法。在这里要提出：考虑到公司已实施了RF-MIS，在挑选软件供应商的时候应该如何保障公司的利益，软件供应商必须提供接口程序保障现有资源不会浪费等等(这也属于风险计划的一

部份)。

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

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

B、项目调研阶段

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

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

C、合同谈判期

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

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

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

D、项目培训期

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

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

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

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

E、项目试用期

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

试用期每个月需要对仓库库存进行盘点，盘点数据的准确率要按50%、75%、90%的准确率递增(还有生产率、加班减少率具体如何自己考虑。不过千万注意：不要定得太高！！)。该期间必须由KEY USER编写本部门的ERP实施运作流程(操作手册)，同时需要由KEY USER对本部门的ERP项目进行具体验收。

F、正常使用期

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

1、一次性切换。

2、并行后逐步切换

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

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

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

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

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

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

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

五、人力资源安排

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

人员职务阶段职责

X X项目经理项目初选 寻找十家基本符合公司要求的ERP软件供应商，并整理XXX报告。项目精选 判定3家符合公司要求的软件供应商，并完成……工作 ··· ··· ··· ··· 这里尤其需要说明的是：什么时间需要管理层的什么协助！！

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

这里添写实施ERP系统需要注意哪些，以及ERP系统不能完成哪些管理上的要求----比较理性客观的评价ERP系统。部份内容可以附加XXX报或杂志对实施ERP系统的评价。同时也应该申明对ERP系统的哪些期待是不合理或者达到会有困难的。

把丑话说在前面，有利于以后的进度控制。

七、附件

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

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

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