ERP项目实施方法论.ppt

《ERP项目实施方法论.ppt》由会员分享，可在线阅读，更多相关《ERP项目实施方法论.ppt（66页珍藏版）》请在装配图网上搜索。

1、2019/4/5,专家顾问：李学军,广州佩格管理咨询有限公司,ERP项目实施方法论,项目管理,项目管理的很多过程本质上是一致的,为什么要做？,做哪些事？,达到什么要求？,多长时间做完？,需要多少钱？,需求：驱动力解决什么问题？带来什么利益,质量：产品或结果满足客户要求,时间：明确的起点和终点,成本：最终成本可以计算，并应控制在预算内,工作范围：完成哪些工作，结果可以评测,人：执行人的能力、所有人的目标、人力成本,项目成功的制约因素,几乎所有的项目的都具备四个主要目标： QQuality达到预期的质量 CCost在预算之内 TTime在规定时间内 SScope在规定的范围内 这四个变量是相互联系

2、的，可以用数学表达式表述为： C=f(Q,T,S) 如果改变其中一个，至少其中的另一个将改变。 项目经理至少确定一个,项目管理者的知识结构,项目管理知识体系,PMBOK=Project Management Body of Knowledge,综合管理,范围,时间,活动定义,进度安排,工期估计,活动次序,成本,质量,人力资源,交流沟通,风险,采购,项目管理知识体系,Process groups,企业信息化方法论应用,流程管理管理方法论,知识管理方法论,IT规划方法论,持续改进方法论,IT咨询方法论,项目管理和变革管理方法论,应用实施方法论,管理层的抵触情绪,利益相关方的管理,沟通,组织团队的建

3、立,技能的传递,信息化过程中必须考虑的问题,ERP需求“黑洞”,应用实施计划 项目管理章程 质量管理计划 项目过程控制,业务蓝图设计 蓝图差异分析 差异消除策略 应用实施策略,企业信息化的三步曲,应用实施,方案设计,管理梳理,现状调研分析 关键流程梳理 管理需求明晰 信息化需求明晰,项目管理和变革管理方法论,知识转移与培训计划,现状调研,管理需求,信息化需求,蓝图设计,实施方案,解决方案,企业管理信息化的实现过程,BPM,ERP,项目管理和变革管理方法论,流程管理与ERP实施的关系,ERP项目管理,项目 策略,计划,控制/执行,完成,项目 完成,控制和报告,工作管理,资源管理,质量管理,配置管

4、理,管理阶段,项目管理(PJM)管理流程,ERP实施方法,ERP实施方法(AIM)步骤及控制流程,业务需求定义 (RD) 业务流程改善方案 (BR) 应用和技术结构 (TA) 模块设计和建立 (MD) 数据转换 (CV) 建立文档 (DO) 业务系统测试 (TE) 性能测试 (PT) 培训 (TR) 系统切换 (PM),项目管理,定义,业 务 分 析,方 案 设 计,系 统 建 立,正 式 运 行,切换,项目实施质量管理,实施方法定义了项目实施的流程，每一流程表达了相互联系的任务、目标、技能需求、投入和可交付给客户的输出结果,项目计划,控制/执行,项目结束,阶段计划 阶段控制 阶段结束,1,2

5、,3,4,5,6,实施阶段,ERP实施项目管理方法,A I M,ERP系统实现过程概述,前期准备,业务蓝图,系统实现,系统上线,运行支持,制定实施策略 拟定实施范围和目标 制定总体计划 对用户管理层进行培训 制定质量管理和风险管理策略 建立实施队伍组织结构 对关键用户进行产品培训 硬件环境、软件环境安装,当前业务调研与分析 签署分析报告 （M） 确定详细方案设计的范围 制定各模块详细设计方案（TO-BE） 签署TO-BE （M） 制定各模块进度计划,参数设置 基础数据收集策略 基础数据收集 单元测试 二次开发任务确认 二次开发 权限管理策略确定 权限设定,优化系统设计 编写用户手册 最终用户培

6、训 动态数据收集 产品环境建立 系统上线 （M）,日常维护策略 实施效果评估 应用支持 产品环境的跟踪维护,BPM, Change Management, Project Management,动态数据收集及转换策略 制定集成测试方案 准备集成测试数据 集成测试 （M）,项目前期准备,前期准备,业务蓝图,系统实现,系统上线,运行支持,制定实施策略 拟定实施范围和目标 制定总体计划 对用户管理层进行培训 制定质量管理和风险管理策略 建立实施队伍组织结构 对关键用户进行产品培训 硬件环境、软件环境安装,当前业务调研与分析 特殊业务处理的论证 确定详细方案设计的范围 制定各模块详细设计方案（TO-B

7、E） 签署TO-BE 制定各模块进度计划,参数设置 基础数据收集策略 基础数据收集 单元测试 二次开发任务确认 二次开发 权限管理策略确定 权限设定,优化系统设计 编写用户手册 最终用户培训 动态数据收集 产品环境建立 系统切换上线,日常维护策略 实施效果评估 应用支持 产品环境的跟踪维护,BPM, Change Management, Project Management,动态数据收集及转换策略 制定集成测试方案 准备集成测试数据 集成测试,项目前期准备任务,建立实施队伍 制定实施策略 项目范围确认 制定项目实施总体计划 对管理层及项目组成员进行培训 硬件环境、软件环境安装 项目准备阶段质量

8、检查 项目启动大会,项目前期准备 建立实施队伍,目的： 建立行之有效的项目领导机构和实施机构，并明确项目组各成员的职责。 任务： 与用户方领导层充分沟通，解释项目需要的各种角色的基本要求；用户方推荐人选；评 估其任职资格 相关人员： 用户方领导、咨询顾问方项目经理 结果： 提交结果： 项目组织结构图 获得结果： 各项目组成员到位，并明确各自职责及归属关系 提示： 考核项目组成员时应着重其业务背景、威信、以及在项目进行中可以投入的时间 参考文档： 项目组织结构图,项目前期准备 制定实施策略,目的： 建立良好的项目管理体系，为项目成功奠定基础。 任务： 设立项目沟通交流机制及规范 定义项目文档管理

9、规范 确定项目范围控制及管理规范 制定实施队伍建设及知识转移策略 制定系统管理及权限设定策略 制定项目质量管理和风险控制策略 提交结果： 项目管理规程 提示： 制定项目沟通交流机制时应充分考虑与用户最高管理层的沟通机制，最好制 定定期汇报讨论制度（例会制度） 参考文档： 项目管理章程,项目前期准备 确定项目实施范围,目的： 从实施的组织结构范围、软件的功能模块及重点业务需求几方面明确项目总 体实施范围。 任务： 了解用户的组织结构现状及重点业务需求，确定总体实施范围 提交结果： 项目实施范围 获得结果： 用户项目经理签字确认项目实施范围 提示： 制定实施范围时应充分参考合同文本，并且在文档提交

10、用户之前应先交公司 领导审核 参考文档： 项目实施范围,项目前期准备 制定项目实施总体计划,目的： 在充分考虑项目的预算、资源分配几方面基础上制定项目的总体计划。 任务： 制定项目实施总体计划 相关人员： 顾问方项目经理、用户方项目经理 提交结果： 项目总体计划 提示： 在制定项目总体计划时需明确标示各里程碑事件，同时应明确界定各工作的 责任方 参考文档： 项目总体计划,项目前期准备 用户培训,目的： 使用户领导层及关键用户明确实施的目标、方法等 任务： 对用户管理层及关键用户培训ERP原理 对项目组成员及关键用户进行产品培训 获得： 用户管理层及相关关键用户对ERP的原理、实施方法、实施中的

11、风险因素及 风险的控制和规避均已了解 提示： 培训过程中应强调实施中的风险因素，以及对风险的控制和规避； ERP原理培训可在项目启动大会时进行 参考文档： ERP原理教程 Oracle 产品培训教材,项目前期准备 硬件及软件环境安装,Purpose Tasks Outcome Tips Reference,项目前期准备 项目启动大会,目的： 任务： 召集项目有关人员开会，介绍项目目标、实施策略及计划安排，宣布有关项 目管理中的有关规程 获得： 项目正式启动 参考文档： 项目启动大会议程安排,项目前期准备 项目准备阶段质量检查,目的： 检查本阶段各项工作是否完成，并保证其质量 任务： 检查各项工

12、作应提交的结果及文档是否完成并合乎质量 提交： 项目准备阶段质量检查报告书 获得： 项目准备阶段质量检查报告书被签字确认 相关人员： 顾问方项目经理、用户方项目经理 参考文档： 项目准备阶段质量检查报告书,业务蓝图,前期准备,业务蓝图,系统实现,系统上线,运行支持,制定实施策略 拟定实施范围和目标 制定总体计划 对用户管理层进行培训 制定质量管理和风险管理策略 建立实施队伍组织结构 对关键用户进行产品培训 硬件环境、软件环境安装,当前业务调研与分析 特殊业务处理的论证 确定详细方案设计的范围 制定各模块详细设计方案（TO-BE） 签署TO-BE 制定各模块进度计划,参数设置 基础数据收集策略

13、基础数据收集 单元测试 二次开发任务确认 二次开发 权限管理策略确定 权限设定,优化系统设计 编写用户手册 最终用户培训 动态数据收集 产品环境建立 系统切换上线,日常维护策略 实施效果评估 应用支持 产品环境的跟踪维护,BPM, Change Management, Project Management,动态数据收集及转换策略 制定集成测试方案 准备集成测试数据 集成测试,业务蓝图任务,本阶段工作准备 当前业务流程调研及分析 将来业务流程讨论及定义 编写并提交业务蓝图设计 确认业务蓝图设计 优化业务范围定义 优化项目计划 本阶段工作质量检查,业务蓝图 本阶段工作准备,目的： 为业务蓝图阶段工

14、作从时间安排和资源调度等方面做好准备 任务： 制定总体及各业务组业务蓝图阶段工作明细计划 确定各任务资源安排到位 准备业务调研提纲 提交： 业务蓝图阶段工作明细计划 业务调研问卷 获得： 业务蓝图阶段工作明细计划被确认 用户方资源安排妥当 相关人员： 各模块顾问、顾问方项目经理、用户方项目经理 提示： 业务调研问卷应及早提交用户，使其有充分的准备过程。在具体项目中，甚至可以在项 目实施范围确定后即提交问卷给用户。 参考文档： 业务调研问卷,业务蓝图 当前业务流程调研及分析,目的： 了解用户业务流程现状及需求，并对其合理性进行分析，为业务蓝图设计作准备 任务 根据业务调研问卷做调研，了解客户业务

15、现状及需求 提交： 业务调研报告 业务需求、报表需求及开发需求汇总 获得： 对用户当前业务现状初步了解，了解用户业务处理关键需求，了解用户对开发及报表的 需求 相关人员： 各模块顾问、用户方项目组成员、关键业务人员 提示： 用户当前流程的描述并不重要，重要的是流程的目标、用户的需求。因此，没有必要提 交当前业务流程，相反应致力于对流程的分析和将来业务流程设想的讨论。 参考文档：,业务蓝图 将来业务流程讨论及定义,目的： 在业务调研基础上对用户的某些特殊业务需求进行分析论证，提出初步解决方案，并与 用户讨论确定。 任务： 对用户的每种特殊业务需求，经分析后提出可能的各种解决方案（如果可能，在系统

16、上 验证）；分析各种方案的优劣，并与用户讨论，寻求用户可接受的最佳方案。 提交： 特殊业务需求解决方案 获得： 所有用户业务需求都有对应的解决方案 相关人员： 各模块顾问、用户方项目组成员、关键业务人员 提示： 所谓特殊需求，有可能是一些不规范的处理方法，因此在这里应首先设法规范用户的业 务流程，并尽力说服用户对过去的流程做必要的改变。 Reference,业务蓝图 编写并提交业务蓝图设计,目的： 完成业务蓝图设计。业务蓝图中需详细描述用户的组织结构设计及 业务需求，并提出对应的解决方案。该文档将是系统配置及相关开 发的基础，同时也为系统的最终验收提供主要依据。 必要条件： 对用户的业务需求调

17、研并论证完成 提交： 业务蓝图设计 相关人员： 各模块顾问、用户方项目组成员 Reference,业务蓝图 确认业务蓝图设计,目的： 与用户方详细论证并完善业务蓝图设计，在取得一致的基础上由用户方项目 经理及公司领导签字确认。 任务： 审核组织结构设计 审核业务处理流程设计 审核报表及开发需求定义 请用户方签字 获得： 业务蓝图设计被用户签字确认 提示： 业务蓝图的签署是整个项目中的一个重要里程碑，不可忽略。,业务蓝图 优化业务范围定义,目的： 在业务调研及蓝图设计过程中，可能会对原先定义的实施范围提出更改。因 此，在充分考虑业务蓝图设计的基础上，可以对实施范围进行优化。 任务： 优化实施范围

18、 优化的实施范围报公司领导审核 签署优化的实施范围 提交： 优化的业务实施范围 获得： 业务实施范围得到优化，并被客户方签署确认 提示： 在实施过程中尽量不要扩大实施范围，因而在定义及优化业务范围时要尽量 考虑周详，并请用户方领导签署确认，作为项目验收时的重要依据之一。,业务蓝图 优化项目计划,目的： 在业务调研及蓝图设计完成后，可以优化项目的整体计划，使之更 科学、合理。 任务： 优化项目整体计划 各业务组计划分解 提交： 优化的项目计划 获得： 项目实施计划得到优化，并分解到不同的业务组,业务蓝图 本阶段工作质量检查,目的： 检查本阶段各项工作是否完成，并保证其质量 任务： 检查各项工作应

19、提交的结果及文档是否完成并合乎质量 提交： 业务蓝图阶段质量检查报告书 获得： 业务蓝图阶段质量检查报告书被签字确认 相关人员： 顾问方项目经理、用户方项目经理 Reference,系统实现,前期准备,业务蓝图,系统实现,系统上线,运行支持,制定实施策略 拟定实施范围和目标 制定总体计划 对用户管理层进行培训 制定质量管理和风险管理策略 建立实施队伍组织结构 对关键用户进行产品培训 硬件环境、软件环境安装,当前业务调研与分析 特殊业务处理的论证 确定详细方案设计的范围 制定各模块详细设计方案（TO-BE） 签署TO-BE 制定各模块进度计划,参数设置 基础数据收集策略 基础数据收集 单元测试

20、二次开发任务确认 二次开发 权限管理策略确定 权限设定,优化系统设计 编写用户手册 最终用户培训 动态数据收集 产品环境建立 系统切换上线,日常维护策略 实施效果评估 应用支持 产品环境的跟踪维护,BPM, Change Management, Project Management,动态数据收集及转换策略 制定集成测试方案 准备集成测试数据 集成测试,系统实现 任务,参数设置 基础数据收集 单元测试 二次开发 权限设定 制定动态数据收集及系统上线策略 集成测试及系统优化 本阶段工作质量检查,系统实现 参数设置,目的： 基于蓝图设计对系统进行参数配置。 任务： 分析业务需求，进行适当的参数设置

21、验证参数设置结果 将设置记入“系统参数设置文档” 知识转移 安排用户进行单元测试 提交： 系统参数设置文档 单元测试文档 当提交文档确认后： 单元测试 提示： 严格按照系统管理规范要求，保证在不同环境下参数设置的一致性。 保证充分的测试步骤。 参考文档：,系统实现 基础数据收集,目的： 制定合理的基础数据收集策略，完成数据收集，并尽早导入系统，保证足够的测试时间。 任务 制定基础数据收集策略（含相应的编码规则） 收集基础数据 基础数据导入 验证基础数据 提交： 基础数据收集策略 基础数据收集表 获得： 基础数据收集完成并导入系统，且经过充分的验证测试，保证其完备性及正确性。 提示： 基础数据的

22、完整、正确是保证整个项目成功的重要基础，因而要认真对待，并确保充分 的验证步骤。 参考文档： 基础数据收集策略 基础数据收集表,系统实现 单元测试,目的： 制定合理的单元测试策略，业务人员进行充分的单元测试，确保系统特定设置的正确性， 同时也保证业务人员能熟练操作系统。 任务： 制定单元测试策略 编写单元测试文档并安排业务人员测试 业务主管签署确认单元测试文档 提交： 单元测试策略 单元测试文档 获得： 单元测试完成，测试文档被签字确认；业务人员熟练掌握相关操作 提示： 要确保单元测试工作由业务人员承担，且测试文档得到部门主管确认 参考文档： 单元测试策略 单元测试文档,系统实现 二次开发,目

23、的： 根据开发及报表需求汇总，完成系统本身无法完成的一些特定需求的开发。 Tasks Output Outcome Tips Reference,系统实现 权限设定,Purpose Tasks Output Outcome Tips Reference,系统实现 制定动态数据收集及系统上线策略,目的： 制定合理的动态数据收集的工作步骤、时间表、动态数据收集表、资源调度安排及相关 的责任制度等； 确定系统上线的工作步骤、时间表、资源调度安排及相关的责任制度等。 任务： 编制动态数据收集表 制定动态数据收集策略，合理安排资源，明确责任 制定系统上线策略 提交： 动态数据收集策略 动态数据收集表 系

24、统上线策略 获得： 动态数据收集工作责任明确，工作安排合理； 系统上线工作计划合理安排 参考文档： 动态数据收集表 系统上线策略,系统实现 集成测试及系统优化,目的： 通过集成测试，确保系统各项设计（系统配置、二次开发、权限设计等）充分满足业务 蓝图设计，并达到用户期望。 间接对用户培训。 任务： 编制集成测试计划 准备集成测试数据 集成测试（循环1-n) 系统优化 提交： 集成测试计划 集成测试报告 获得： 经过集成测试及系统优化，用户签署集成测试报告认可当前系统，从而可以准备上线。 提示： 集成测试计划及集成测试数据均由用户方完成，实施顾问可以为用户提供范本，并辅导 用户完成。集成测试计划

25、的编写比较耗时，因此该项工作应尽早安排用户开始。集成测 试过程最好集中进行，要求用户方领导及业务骨干参与。 参考文档： 集成测试计划,系统实现 本阶段工作质量检查,目的： 检查本阶段各项工作是否完成，并保证其质量 任务： 检查各项工作应提交的结果及文档是否完成并合乎质量 提交： 系统实现阶段质量检查报告书 获得： 系统实现阶段质量检查报告书被签字确认 相关人员： 顾问方项目经理、用户方项目经理 参考文档： 系统实现阶段质量检查报告书,系统切换上线,前期准备,业务蓝图,系统实现,系统上线,运行支持,制定实施策略 拟定实施范围和目标 制定总体计划 对用户管理层进行培训 制定质量管理和风险管理策略

26、建立实施队伍组织结构 对关键用户进行产品培训 硬件环境、软件环境安装,当前业务调研与分析 特殊业务处理的论证 确定详细方案设计的范围 制定各模块详细设计方案（TO-BE） 签署TO-BE 制定各模块进度计划,参数设置 基础数据收集策略 基础数据收集 单元测试 二次开发任务确认 二次开发 权限管理策略确定 权限设定,优化系统设计 编写用户手册 最终用户培训 动态数据收集 产品环境建立 系统切换上线,日常维护策略 实施效果评估 应用支持 产品环境的跟踪维护,BPM, Change Management, Project Management,动态数据收集及转换策略 制定集成测试方案 准备集成测试数

27、据 集成测试,系统切换上线任务,编写用户手册及最终用户培训 动态数据收集 产品环境建立及测试 建立内部热线工作台 系统切换上线 本阶段工作质量检查,系统切换上线 编写用户手册及最终用户培训,目的： 通过编写用户手册建立不同岗位操作规范，通过用户培训使最终用户熟练掌 握操作技能，减少系统上线后因用户操作不当而产生的错误。 任务： 编写用户手册 最终用户培训 检查培训效果 提交： 用户手册 获得： 最终用户熟练掌握本岗位操作技能。 提示： 用户手册及最终用户培训应由各项目组关键用户在顾问的辅助下完成。 参考文档： 用户手册,系统切换上线 动态数据收集,目的： 收集完整、正确的动态数据，并正确导入产

28、品系统。 任务： 确认动态收集策略，并合理安排调度 盘点 动态数据收集及验证确认 动态数据导入系统 获得： 动态数据收集完整、正确，并导入到系统。 提示： 系统切换周期不可过长，因而用户可能需要一段高强度的工作。,系统切换上线 系统切换上线,目的： 正式启用产品系统。 任务： 正式启用新系统 及时解决切换过程中的问题 获得： 产品正式启用 提示： 参考文档：,系统切换上线 本阶段工作质量检查,目的： 检查本阶段各项工作是否完成，并保证其质量 任务： 检查各项工作应提交的结果及文档是否完成并合乎质量 提交： 系统上线质量检查报告书 获得： 系统上线质量检查报告书被签字确认 相关人员： 顾问方项目

29、经理、用户方项目经理 参考文档： 系统上线质量检查报告书,运行支持,前期准备,业务蓝图,系统实现,系统上线,运行支持,制定实施策略 拟定实施范围和目标 制定总体计划 对用户管理层进行培训 制定质量管理和风险管理策略 建立实施队伍组织结构 对关键用户进行产品培训 硬件环境、软件环境安装,当前业务调研与分析 特殊业务处理的论证 确定详细方案设计的范围 制定各模块详细设计方案（TO-BE） 签署TO-BE 制定各模块进度计划,参数设置 基础数据收集策略 基础数据收集 单元测试 二次开发任务确认 二次开发 权限管理策略确定 权限设定,优化系统设计 编写用户手册 最终用户培训 动态数据收集 产品环境建立 系统切换上线,日常维护策略 实施效果评估 应用支持 产品环境的跟踪维护,BPM, Change Management, Project Management,动态数据收集及转换策略 制定集成测试方案 准备集成测试数据 集成测试,运行支持任务,建立日常维护策略 应用支持 检测正式运行系统的精确度 业务效益的评估 产品环境的跟踪维护,注重过程,ERP实施,开始,成果,效益企业的整体性,“Change Challenges Brings the Chance”,变革挑战、迎接机遇,欢迎进一步沟通与交流,联 系 人,专家顾问 李学军 电子信箱 E-mail: L,