ERP实施指南Word文档下载推荐.docx
《ERP实施指南Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《ERP实施指南Word文档下载推荐.docx（26页珍藏版）》请在冰点文库上搜索。
《项目组织定义》
实施方项目经理
客户方项目经理
项目小组成立会议：
制定相关工作管理制度、沟通制度、规定实施模板等。
《项目启动书》
《会议纪要》
实施方项目组
客户方项目组
项目启动
召开项目实施相关人员项目启动大会
1.4说明
●《项目组织定义》
（1）组织架构
ERP项目组织架构一般包括3层：
项目领导层、项目管理层、项目执行层。
即：
项目领导层为项目最终的协调组织层，主要是实施方和客户方的领导，客户方要求为总经理或者常务副总；
项目管理层主要是实施方和客户方任命的项目经理，主要负责ERP日常业务的规划、管理和项目实施进度的掌控；
项目执行层，主要是实施方和客户方的各级项目实施人员，主要负责ERP实施过程中的常规调研、培训和操作等。
（2）角色职责
一般包括项目领导、项目管理、项目执行、实施顾问、定制开发、后台管理、实施秘书等几个角色。
（3）人员配置
依据前面制定的组织架构和角色，实施方和客户方要给出具体的各个角色的人员，包括该人员的相关简历、电话和email等。
●《项目启动书》
（1）项目定义
主要包括项目背景、项目目标、项目实施范围（模块、接口、软硬件环境、软件架构）。
（2）项目实施
主要包括实施路线、实施进度计划（包括验收）、各阶段交付文档等。
（3）项目管理
主要制定日常制度（包括制定计划、每天工作日志等）、沟通管理（文档、会议纪要）、文档管理（包括文档编码、备份）、项目变更管理（包括软件定制开发）、项目问题管理（问题记录、分析、解决办法等）。
1.5风险
项目准备工作的风险主要集中在对项目整体的了解程度、实施目标、范围的界定，以及由此制订的项目实施策略与方法，需要重点关注以下几点：
（1）项目实施范围界定不清、缺乏控制，造成项目实施过程中范围无限扩大，使项目失控陷入泥潭，无法收尾；
（2）没有制订出有效的项目整体实施策略与方法，在实施过程中缺乏整体的实施指导思想，造成项目无法达成即定目标；
（3）包办客户项目组织过程，顾问在实施过程中要明确自己的指导地位，项目组织过程应由客户方进行，顾问要对项目组织过程进行指导和监控，确保项目组织按有利于项目实施要求的方向建立；
（4）在项目启动前期不安排客户进行项目准备工作，只是自己埋头进行项目分析和准备工作，将客户撂在一边。
项目刚刚签约，客户正处于兴奋期，这时候引导客户建立项目实施主体的思想是非常容易的，一旦签约后很久客户没有感觉项目进展，就会失去对项目的热情，从而对项目推进造成困难。
2需求调研阶段
2.1定义
需求调研阶段是在项目启动大会之后，为确定项目实施方案，进行的企业组织、产品、企业管理基础、已有IT应用系统接口技术要求、行业特性与特殊业务处理等调研实施活动。
2.2任务
（1）了解项目实施基础；
（2）明确和具体化项目实施需求；
（3）明确实施关键难点；
（4）建立项目实施过程；
（5）控制客户需求；
需求调研阶段的常规策略：
（1）充分了解和分析项目前期收集的资料，如，售前业务调研资料和方案，以及实施服务合同；
（2）在进入现场调研前，掌握客户所处行业与一般行业特性等情报资料；
（3）调研方式采取集中企业业务管理人员调研和关键业务点现场调研结合；
（4）在调研的同时，灌输标准业务处理方式和ERP等管理思想与方法；
（5）在调研活动与报告中，开始进行控制客户需求。
2.3内容
调研准备
设计调研提纲
《实施调研提纲》
实施方实施顾问
编制实施调研工作计划以及客户确认参与调研的业务部门人员及工作计划
《实施调研工作计划》
需求调研
项目集中调研、收集相关业务资料以及业务点现场调研
《日常业务资料》
实施方调研小组
客户方业务小组
调研报告
编写调研报告以及和客户确认调研报告
《需求调研报告》
2.4说明
●《需求调研报告》
（1）工作流程
主要体现为现有工作流程描述、现有部门各岗位设定、流程设计相关报表和文档等。
（2）现有问题
主要包括各部门现有各种信息化相关管理问题
2.5风险
项目实施调研活动将触及企业具体业务需求和细节，也是实施方调研小组第一次与企业业务部门人员接触，因此，如果准备不充分，也存在着一定的信任风险：
（1）你不熟悉企业所处的行业与管理要求，引起企业人员对你的不信任感。
所以，必须在项目实施调研准备时，充分了解企业所处的行业与特性，初步掌握企业的管理难题与重点；
（2）对业务需求关注点应是在项目实施周期内可以解决或基本可以解决的业务需求。
不恰当的提问与过多的阐述，使你的应答不完备，使客户以后在项目实施过程中过份关注其业务需求的细节，如追求完全的计算机处理自动化等等。
因此，在执行项目调研计划前，应准备好调研的重点业务领域和问题，以及预计客户可能提出的问题，并做好如何回答的准备。
3实施规划阶段
3.1定义
实施规划阶段就是依据前期的《需求调研报告》，将相关的经典业务流程推荐给客户，引导客户将企业现行的业务处理流程对照系统进行梳理，在梳理过程中进一步明确自身的业务处理流程，了解各个业务岗位和部门之间的工作衔接；
然后将客户的业务处理流程和ERP软件的标准业务流程对应，从而形成基于该ERP软件的企业应用业务蓝图；
在业务蓝图设计完成后，将蓝图设计的结果进行整理、归类，将直接适应的流程、经过调整后的变通处理流程、企业现行流程的调整流程以及客户化需求等整理形成企业的业务应用蓝图草案，通过下一个阶段中的业务匹配过程进行作进一步调整和确认之后，形成完整的企业业务应用蓝图，即：
ERP实施解决方案。
3.2任务
（1）整理现有流程
指导客户进行现行业务流程整理，一方面理顺客户流程，帮助客户做好业务流程整理的准备。
另一方面，使实施顾问能够进一步了解客户的现行业务流程，为制定客户业务解决方案提供依据。
策略：
实施顾问引导客户学习和理解标准业务流程的思想和方法，并以标准业务流程为依据对客户进行培训和指导。
比较快速和高效的办法是顾问在全面分析和掌握客户业务处理的基础上，有针对性地选出一些符合企业行业及业务特点的标准业务流程，让客户在此基础之上找出不同处理，引导他们将两者对应，并鼓励他们自己对照系统找出解决方法。
实施顾问应十分重视这个阶段的工作，这个阶段恰恰是顾问价值的最好体现。
顾问的最大价值就是通过实施不仅仅将客户的业务“搬”到了新系统中，而且还要将客户的管理和业务进行提升，给企业带来管理效益。
（2）形成业务蓝图
在进行企业业务蓝图设计过程中，通常会出现四种情况：
●企业的现行业务流程能够直接适应系统处理流程，这是比较常见的结果，这种结果即可将标准流程直接应用；
●企业的现行业务流程间接适应系统处理流程，出现这种情况一般需要对原业务的处理流程进行适应性调整，通过对业务的变通处理使新系统适应企业的业务流程；
●企业的现行业务流程不适应新系统处理流程，出现这种情况就需要对问题进行具体分析，如果是客户的流程不科学、不利于企业整体目标的实现就需要对客户的流程进行调整，以满足企业提升管理的需要；
●如果是新系统不能直接满足客户管理的需要，而这些问题又是必要的，就需要记录下这些问题，作为下一步客户化定制方案的依据。
（3）明确实施关键难点
实施顾问依据现行业务流程整理的结果，对现行业务流程进行调整和重组，使业务流程更加畅顺，制订出企业的业务处理解决方案。
（4）确定系统编码方案
实施顾问在指导并协助企业制订数据编码方案时，需要根据企业目前的数据编码情况采取不同的策略与方法。
在指导企业制订数据编码方案时，切记遵循如下原则：
一物一号、简短为宜、忌用变数、避免采用容易混淆的编码方式、考虑资料呈现的顺序及预留扩充性。
如员工代号使用“部门+流水号”、料号采用“库房+流水号”，因为员工会有调动，料号会出现一料多库或库房移转，这样的情况下编码就会经常的变来变去。
同时，实施顾问在指导企业准备数据编码方案时，需要注意准备数据任务时间安排的先后问题。
比如企业在实施ERP系统时，要注意在准备物料之前应该完成计量单位、仓库、车间及供应商等静态数据的准备，因为准备物料资料时要用到计量单位、仓库、车间及供应商等信息，以保证物料资料的计量单位、默认仓库及来源等信息项的完整。
首先，顾问需要对客户业务流程进行分析，确定需要调整和重组的流程。
与客户项目小组及相关业务骨干就新流程进行充分讨论，达成共识，形成完整的业务流程方案。
3.3内容
整理流程
指导并确认现行业务流程整理
业务流程对照
客户个性化需求
实施方实施小组
蓝图设计
制定业务蓝图
《实施解决方案（草案）》
蓝图确定
协商并修改《实施解决方案（草案）》，确认最终解决方案
《实施解决方案》
3.4说明
●《实施解决方案》
（1）业务流程改造
主要体现为原有业务流程描述、蓝图设计后的业务流程和两者之间差异性对比分析以及相关的解决方案或者建议等；
（2）编码方案
主要包括物料编码、设备编码、仓库编码、会计科目等；
3.5风险
（1）这个阶段需要注意工作的方式、方法，要引导客户向ERP软件的标准业务流程靠拢，从整体业务出发，充分考虑业务之间的接口。
防止客户出现从自身利益出发，坚持不合理流程的情况。
（2）业务蓝图设计阶段是控制客户需求的最为关键的阶段，往往在这个阶段客户会产生大量对系统功能的需求，因此，这里就要求实施顾问在具备相当的管理和控制客户需求的能力。
顾问要引导客户放眼到整个企业管理目标的层次上来，以业务处理的主流程为主，不要纠缠于细节，以确保系统的整体运作为主要目标。
对于客户个性化需求，在这里只是记录，先不给出解决方案。
待下一个阶段再统一给出解决方案。
但实施顾问对这些问题应该心中有数，有解决的思路及对策。
同时，对于客户个性化需求也要尽力说服客户，说明二次开发对系统整体进度和应用的负面影响，尽量说服客户放弃系统二次开发，考虑从其他方面入手解决。
当客户个性化开发成为必要的需求，要将开发的计划与实施计划的相关性尽可能小。
并至少将开发部分的内容实施放到系统模拟阶段之后。
（3）如果在实施规划阶段，没有对客户的业务和管理有充分的理解和认识，业务解决方案会严重脱离客户实际，造成业务解决方案推倒重做的结果。
4系统模拟阶段
4.1定义
系统模拟阶段就是对最终的实施解决反感进行确认，是ERP实施方帮助企业把经过优化与论证的业务流程进行固化的过程。
4.2任务
（1）准备模拟上线数据
✓明确基础数据准备范围；
✓明确基础数据准备口径；
✓明确信息化系统基础参数设置；
✓明确信息化系统基础资料项目设置；
✓明确信息化系统业务单据项目设置。
（2）准备安全、有效的网络、硬件、软件环境
（3）建立企业信息化应用规范与制度
✓实施方协助客户建立一套有效、有力且可操作的信息化系统应用规范与制度来约束、规范业务操作人员的行为、习惯，保证ERP系统在企业能够安全、稳定的运行，从而达到企业应用信息化系统的目的。
（4）完成企业最终用户的培训
✓完成新业务规程的培训；
✓完成软件操作技能的培训；
✓完成信息化系统应用规范与制度培训。
（5）完成系统模拟上线
✓确保初始化数据准备正确无误；
✓将初始化数据正确、及时的录入系统；
✓保证业务流程的正确执行；
✓对前期不尽完善的流程进行局部调整。
（6）监测模拟上线运行
✓记录模拟上线残留问题，包括问题、原因分析、相关解决方案；
✓聚类分析残留问题，并采取相关解决方案；
✓评估正式上线可行性，提交《系统申请上线报告》。
系统模拟阶段的常规策略：
（1）主流应用与扩展应用的区分：
从业务流程的角度讲，客户的每个业务单元都有很多种业务流程需要处理，但这些业务流程一定是有主次之分的。
有些主流业务流程可能是每时每刻都在处理，而有些扩展的业务流程可能一个业务年度只有一、两次的应用。
实施顾问在帮助企业做信息化项目实施时，应该着重关注的是主流业务流程，帮助企业上线的也是每个业务单元的主流业务应用。
在单元上线方案中界定系统上线的应用范围应明确为主流业务流程；
（2）在具体实施信息化项目的过程中，特别要注意尽量缩小数据准备所涉及的实体范围、功能模块范围以及静态数据的准备口径。
这样可以减轻系统模拟阶段的风险。
比如，在实施仓存管理模块时注意不要一次把所有的仓库及仓库全部物料一次性的上来。
在实施BOM管理时，同样注意BOM子项物料的覆盖范围；
（3）20/80原则的运用：
比如企业实施ERP系统中的库存管理，企业的库存管理业务单元所管理的物料一般是其中20%的物料覆盖了库存价值的80%。
实施顾问在帮助企业库存管理业务单元实施库存管理模块时应该着重管理的是覆盖库存价值80%的20%物料。
在单元上线方案中应明确系统上线的范围是覆盖库存价值80%的20%物料；
（4）在完成这一任务的过程中，注意给客户方项目经理灌输项目成功对企业及对项目经理本身的影响及重要性。
注意引导客户项目经理不要把目光盯在扩展应用与边缘应用上，主流应用的成功才是项目实施的成功。
4.3内容
模拟上线准备
基础数据、参数设置、科目设置、网络环境、ERP软件操作制度、ERP系统与机房管理规范
《模拟上线准备数据》
业务人员培训
操作人员培训
系统管理员培训
培训结果考核
《ERP培训大纲》
《ERP操作规程》
《系统培训考勤表》
《培训试卷》
《培训效果分析》
客户方系统管理员
日常问题记录
问题记录、原因分析、解决方案
《模拟运行问题集》
切换上线申请
原因聚类汇总分析、系统上线可行性分析
《系统申请上线报告》
4.4说明
●《系统上线申请报告》
（1）系统模拟上线有哪些模块？
按照实施解决方案各阶段要求哪些上线、未上线、需求变更等情况；
（2）系统现在使用情况
主要包括客户方要提出的《用户使用情况报告》和暂存问题，针对暂存问题，实施方要给出合理、合适的解答，对此类问题作分析、给出具体的解决办法；
（3）系统模拟阶段日常记录问题分析
实施方要把日常客户反馈的问题记录下来，并作相关的聚类分析和给出最后的解决方法，作为历史遗产存留。
同时，要依据日常记录的问题进行归类、分析、总结，并给出实际的解决办法。
比如：
操作性问题：
总共有多少次？
重复的有多少次？
为什么存在操作问题？
怎样解决？
（一般可能的原因是客户听课不认真，后期要么加强培训、要么通过考试等方式来强化客户的记忆等）；
软件性问题：
软件错误？
怎么修订？
需求变更性问题：
为何变更？
是否牵连到其他模块？
实施方案问题：
何处考虑不周？
怎么处理？
（4）切换上线可行性探讨
系统模拟上线阶段，存在着哪些问题？
是否已经解决？
后期监控如何？
是否可以上线？
4.5风险
（1）由于该阶段是目标的具体实现阶段，因此前期的工作会直接影响该步骤工作。
例如，如果前期流程定义与实际业务产生较大偏离，或者缺少流程都会影响系统模拟上线工作，甚至造成上线工作停滞的局面；
（2）实施实体主次不分：
实施方方应该保证客户方主要实施对象的业务上线工作；
（3）业务覆盖层面大而全：
实施方要严密关注主流业务流程的实现。
例如，应该关注原料仓库的管理目标的实现；
关注主要生产车间生产管理目标的实现等等；
（4）培训工作不到位，造成初始化工作失误。
首先应该保证培训的质量，实施方应该确保培训的效果，并有必要进行严格考核；
（5）客户方人员不到位：
因为初始化阶段工作量大、工期短，如果客户方人员由于种种原因不能及时到位，就会影响初始化数据的录入工作，建议加强客户方的人员组织工作；
（6）客户的数据准备有误：
这要求双方项目组不仅要做好数据准备计划，而且要及时提出整改措施，保证数据的精确、完整。
5切换上线阶段
5.1定义
切换上线阶段实际上就是系统模拟上线阶段经过一定时间监测后，将系统模拟流程固化并具体应用的过程。
5.2任务
（1）监督客户方按照目标流程执行业务；
（2）记录切换上线过程中的所有问题，进行有效分析、给出具体的解决方案，并及时制定或修改业务流程并且要做到有效发布；
（3）逐渐完成知识转移工作，在对方项目组深入了解系统运转机制的基础上，培养客户方项目组主动总结问题以及处理问题的能力；
（4）与对方项目组及时确认上线结果；
（5）注意客户化开发部分的功能实现。
5.3内容
《切换上线运行问题集》
客户个性化定制
客户个性化定制、接口需求确认
《客户个性化定制需求》
项目验收申请
原因聚类汇总分析、分析、项目验收申请
《项目申请验收报告》
5.4说明
●《项目申请验收报告》
（1）系统切换上线有哪些模块？
（3）切换上线阶段日常记录问题分析
可否和个性化定制方案一起解决？
客户个性化定制、接口问题：
定制是否会牵连到其他模块？
具体的接口解决方案？
做接口需要客户提供的信息？
定制完成时间？
（4）项目验收可行性探讨
系统切换上线阶段存在着哪些问题？
是否可以验收？
5.5风险
（1）培训不足或者由于客户自身能力不足导致知识转移工作不彻底，实施方人员无法脱离项目。
实施方应该重视、加强知识转移工作。
（2）客户方对数据精度产生怀疑甚至否认数据：
应该让客户方明白系统自动生成的数据的精度有赖于客户方数据的精确性以及客户所处业务环境等情况，例如：
运行MRP结果有赖于物料的订货策略、批量增量、安全库存等因素；
物料的需求时界的确认要经过反复模拟测试，等等，这是一个不断调整、不断适应的过程；
（3）上线验收标准不明确或者难度较大，造成业务上线无法申请项目验收。
6项目验收阶段
6.1定义
任何项目都必然存在预定的结束时间。
项目的验收标志着项目的实施在一定周期内已完成预定的目标，也标志着项目从实施正式转入到了应用，但并不是说从此项目不再与实施方没有了关系，而是随着项目应用的正式启动，一个新的项目从此也开始了，这个项目就是：
项目应用维护！
项目应用维护绝不是项目实施的一个阶段，而是一个独立的持续的过程，这个过程可用年度来划分阶段，年度可以作为项目应用维护的周期。
顾问方在项目实施验收通过后对项目应用维护的支持方式，一般由有关合同条款来约束。
必须强调的一个事实是：
信息化项目是以企业为主体实施的，项目的验收，并不意味着企业内部实施工作的结束，而是进入一个新的起点。
企业内部实施人员应当在已达到的实施成果基础上，继续优化业务处理和流程，巩固实施成果。
项目验收阶段是对在项目实施周期内，已完成的实施成果进行总结，并确认客户方和实施方所做的项目实施工作，确认已达到的项目实施目标。
通过验收交付阶段后，代表项目实施完成，并可移交服务。
对于较大型或综合型（包括ERP、CRM、OA等系统）项目实施，可以按系统和项目分期实施阶段进行验收。
项目验收不是一个孤立的阶段,而是自项目实施开始以来各相互关联阶段的必然结果,项目验收是通过对各阶段的成果的确认来完成的,只有对每个阶段的成果都适时地予以确认,才能确保依靠正确的过程达到正确的结果,所以,验收报告的主要内容就是：
客户方认可的各阶段的确认单。
6.2任务
（1）对模块和系统的实施和应用成果，进行确认；
（2）对客户方在项目实施周期内所做的实施工作进行确认；
（3）整理项目实施文档；
（4）项目实施总结；
（5）项目实施效益评估；
（6）召开项目验收会。
实施方在完成项目验收交付的同时，必须及时完成服务的移交，要及时指定服务技术支持人员为企业的应用系统提供运行支持维护服务。
6.3内容
项目总结
整理实施文档
《项目实施文档集》
项目实施效益评估、项目实施总结
《实施效益评估报告》
《项目验收报告》
项目验收
召开项目验收大会
6.4说明
●《实施效益评估报告》
1企业概况
2信息化建设原因分析
2.1早期信息化建设
✓多重数据录入
✓数据不准确
✓数据分散
✓数据传递不及时
2.2引进ERP的目的
✓库存管理混乱
✓生产预料困难
✓销售数据不明
✓多信息系统
✓无统一编码
✓不兼容的数据格式
✓无法集团统筹全局
2.3新的信息化战略
✓第一主线：
以研发为主线的研发协同平台、研发技术平台、产品数据管理；
✓第二主线：
以生产物流为主线的ERP、供应链、电子商务的建设；
✓第三主线：
以销售服务为主线的客户关系管理的建设；
✓第四主线：
以人为本的人力资源系统建设；
✓第五主线：
以知识管理为核心的知识管理信息系统建设；
✓第六主线：
信息平台搭建后
升级会员 