实施方法论5.0-总纲新

《实施方法论5.0-总纲新》由会员分享，可在线阅读，更多相关《实施方法论5.0-总纲新（158页珍藏版）》请在金锄头文库上搜索。

1、实施方法论5.0 -总纲用友软件股份有限公司 ERP咨询实施部 2007年 8月受控文档用友UIM实施方法论用友ERP UIM实施方法论，也就是指导项目如何一步一步实施的方法体系 ，具体地指导了项目实施的全过程。项目的时间、资源安排以及各阶段 的任务和验收办法等都会在实施方法论中具体规定。优化了在实施过程 中对时间、质量和资源的有效使用等方面的控制。它是一个包括了使得 项目实施得以成功所有基本要素的完整的实施方法，它是一套经过实 践 检验的、结构化的“实施方法论“-实施策略、成功关键因素； -实施阶段的划分、承递关系、各阶段的目标、工作范围、成果提交与验 收的方法； -项目计划制定方法、审批机

2、制、跟踪方法、控制措施、计划调整的批准 程序； -项目人员组织 构成、权责定义、报告和决策机制、会议制度； -基本文档列表、内容与作用、提交时间、审批路线、备案方法； -质量管理范围、审查方法、测试方法； -。 课程主题1.实施方法论概述2.用友实施方法论的六个阶段的关键策略为什么需要实施方法论曾经向一家企业的IT经理问过这样的问题：“如果您所在的企业即将开始ERP 或者CRM（客户关系管理）等大型系统的应用，您的第一感受是什么？“他认 真思考了一下，说了四个字：“深不可测“。这个回答，简洁而真实。 的确，ERP这样的项目时间跨度长、涉及部门多、又有外脑参与、软硬 件还可能存在风险，要这位经理

3、站在项目启动第一天的位置，来放眼预 测随后的半年、一年甚至更长时间里面会开展什么工作、会遭遇什么障 碍、直到最后会得到什么结果，这几乎是一件不可能的事情。那么，企 业实施ERP是不是就只能雾里看花、摸着石头过河呢？其实不然。从 1978年前后国内有些企业开始进行MRP II的应用实践以来，到今天已经 有近千家企业走过这条道路。其中的经验也好、教训也好，点点滴滴积 淀下来，对于今天的企业就成为了可以借鉴的“路标“，而这些路标，按咨询服务业的术语，就叫做“ERP实施方法论“。 用友UIM实施方法论的作用（1）用一套方法论来指导实施，可以提高工作效率及项目实施质量，在ERP实施 启动的第一天，就可以

4、做到心中有数，清楚后续各项工作开展的顺序、目标、内 容等等，并且在实施进程中利用方法论来分析问题、解决问题，从而尽可能地减 少企业的实施风险。（2）此方法论技术将作为知识转移的一部分，传递给企业的内部团队，以保障企 业ERP系统能够长期良性运行。（3）公司对所有项目能够用一致的手段进行评估、控制和跟踪，可以大大提高咨 询公司知识积累的速度和质量。（4）客户选择咨询实施服务的重要参考标准，系统的项目实施方法论对于客户来 讲意味着较大的可能性和较小的搜寻成本。（5）实施方法论有利于用户理解实施的全过程，加强实施双方的协调。也便于进 行严格的质量跟踪和检查，全面提高实施的质量。所以，从某种意义上说，

5、要追求ERP的成功，就是要时时刻刻坚持以“实施方法论“ 为纲。 Start-up项目计划项目执行项目结束项目变更?监督/ 控制(修订计划) NoYes路线/模板工具/技巧 /方针/模板方法论知识库实施方法论概述实施的核心价值l核心价值： l业务流程 l专业的项目管 理 l知识转移 lHow ： l交付确定的成 果 l监督 l控制 l实现知识转移ERP系统实施成功的三个关键因素SAPl企业经营决策人员 l项目实施人员 l企业应用人员SAPl业务方案之家SAPl实施方法 l企业管理方法 Products 产品People 人Processes 流程项目成功的密诀实践证明的方法o实施方法o有力的项目

6、管理o有效的实施费用的管理o实施范围的管理o清晰的项目架构o有效的问题解决o侧重业务效益变革管理o有效的核心人员的培训o 针对最终用户的培训o人员及部门间的交流o 谁管什么o考虑到系统实施对组织和人员的影响客户的保证o领导的介入和支持o关键用户的配合o数据的准备和准确性o清楚的要求o跨范围的介入o项目组织的权力(决定权)有关经验oERP系统实施经验o行业的经验o技术的经验o各有关部门的业务的关联 经验o其它经验实施方法论总纲路线图项目规划 组建用友项目小组 内部交接 组建客户项目小组 制定实施主计划 召开项目启动会蓝图设计 环境配置建议 理念和产品培训 业务需求调研分析 初步方案 方案评审系统

7、建设 方案讨论 模拟数据准备 系统集成测试 客户化开发 方案完善确认 制作系统标准操作 手册切换准备 初始化数据准备 信息系统的准备 权限规划和划分 最终用户培训系统切换 静态数据转换 动态数据转换持续支持 上线支持 项目总结 持续支持一、项目规划.项目规划蓝图设计系统建设系统切换持续支持 Project PlanningBusiness BlueprintSolution RealizationConversion l确定需求差异，做特殊业务处理的 二次开发； l完成最终实施方案，编写完成操作 手册。必 选 交 付 物 静态数据准备方案 测试方案 业务解决方案 客户化开发方案 操作手册 系统

8、编码方案 系统参数配置方案 测试计划 开发计划可 选 交 付 物里程碑：业务解决方案确认l阶段任务： l根据实际需求对初步方案进行确认 和测试; l确定需求差异，做特殊业务处理的 二次开发； l完成最终实施方案，编写完成操作 手册。项目角色矩阵讨论：你认为数据准备及静态数据方案何时启动？ 讨论：你认为岗位操作手册应该怎么做？实施活动 客户用友高层管理 层项 目 成 员关键 用户最终 用户IT人 员项目 总监实施 经理项目 经理应 用 顾 问技术 顾问销售 经理运维 人员方案实现 静态数据准备 集成测试 （组织客户化开发） 解决方案验收 制作业务应用标准操作手册 阶段评估 RMAP3.1方案实现

9、l目标Purpose l基于蓝图设计对系统进行参数配置。 l任务Tasks l分析业务需求，根据初步方案、进行适当的参数设置 l验证参数设置结果 l将设置记入“系统参数设置文档”l角色Roles l各模块顾问、用户方项目组成员 l结果Result l输出Output：系统参数设置文档；单元测试文档 l成果Outcome：单元测试成功的基础l提示Tips l严格按照系统管理规范要求，保证在不同环境下参数设置的一致性。 l保证充分的测试步骤。 l模板Reference l系统参数设置文档 l单元测试文档RMAP3.2基础数据准备l目标Purpose l制定合理的基础数据收集策略，完成数据收集，并尽

10、早导入系统，保证足够的测试 时间。 l任务Tasks l制定基础数据收集策略（含相应的编码规则） l收集基础数据 l基础数据导入 l验证基础数据 l角色Roles l各模块顾问、用户方项目组成员 l结果Result l输出Output：基础数据收集策略；基础数据收集表 l成果Outcome：基础数据收集完成并导入系统，且经过充分的验证测试，保证其完 备性及正确性。 l提示Tips l基础数据的完整、正确是保证整个项目成功的重要基础，因而要认真对待，并确保 充分的验证步骤。 lReference l基础数据编码规则； l基础数据收集策略； l基础数据收集表风险分析举例：某项目在静态数据方案讨论时

11、，客户提出他们的 静态数据太多了，如果按照我们的要求准备至少需要6 个月的时间，但是我们整个项目规划才4个月，同时大 家工作很忙，没有时间去做，结果开始数据准备没有专 人负责，数据整理非常不到位，最终花费2个月的时间 整理好了，但没有进行严格的校验，系统上线之处，错 误百出，严重的影响业务的处理。 问题：1、工作量的估计偏差较大2、缺少明确的分工、校验人员不负责等3、暴露我们顾问在行业和项目管理经验不足的缺陷4、系统急于上线工急于收钱结果事与愿违RMAP3.3二次开发l目标Purpose l根据开发及报表需求汇总，完成系统本身无法完成的一些特定需求的开发。l任务Tasks l制定客户化开发详细

12、需求 l确定是否需要专项二次开发 l进行二次开发的报价 l制定客户化开发计划l角色Roles l各模块顾问、用户方项目组成员l结果Result l输出Output：客户化开发详细需求文档、客户化开发计划、验收报告 l成果Outcome：针对标准软件产品不能实现的特殊业务需求，确定特殊业务处理 的解决方法，采用二次开发实现客户个性化需求。l提示Tips l尽量采用标准软件产品实现，或者规避特殊业务需求。l模板Reference l客户化开发详细需求文档、客户化开发计划、验收报告RMAP3.4集成测试l目标Purpose l通过集成测试，确保系统各项设计（系统配置、二次开发、权限设计等）充分满足

13、业务蓝图设计，并达到用户期望。 l间接对用户培训。 l任务Tasks l编制集成测试计划 l准备集成测试数据 l集成测试（循环1-n) l系统优化 l角色Roles l各模块顾问、用户方项目组成员 l结果Result l输出Output：集成测试计划；集成测试方案 集成测试报告 l成果Outcome：经过集成测试及系统优化，用户签署集成测试报告认可当前系统， 从而可以准备上线。 l提示Tips l集成测试计划及集成测试数据均由用户方完成，实施顾问可以为用户提供范本，并 辅导用户完成。集成测试计划的编写比较耗时，因此该项工作应尽早安排用户开始。集成 测试过程最好集中进行，要求用户方领导及业务骨干

14、参与。 l模板Reference l集成测试计划修改配置,ITS,业务流程 模型确定业务情 形和测试案 例清单编写集成测试 文档(测试案 例和数据)测试测试完成确定问题(差距、集成测试 文档、设计)处理问题编制详细 测试计划(如 只需要 修改 文档 )业务流程模型集成测试文档 测试数据 业务流程模型业务流程模型 集成测试系统已完成和 修改后的 测试案例Open等待计划等待测试等待 解决正在 测试等待计划完成* 测试案例状态系统测试流程系统建设系统测试I测试准备_测试案例和 测试数据(测试用样例)测试准备_ 系统测 试方案纲要测试准备_建立测试环境业务 流程测试 用 例编码测试过 程描述角 色预

15、期 结果实际 结果结果是 否正确BS1T1步骤 1 (SD-C1) Axxxxxxxx步骤 2 (PP-C1B步骤 3 (FI-C1) C准备测试场地、系统、参加人员等准备测试场地、系统、参加人员等a) a) 测试测试 目目标标 b) b) 编编写写详细详细 的的测试计测试计 划划 c) c) 测试问题测试问题 的提交和解决流程的提交和解决流程 d) d) 明确明确测试测试 参加人参加人员员的角色和的角色和职责职责系统测试过程I 主数据测试（物料、 客户） 模块内业务流程的串 联测试，检查集成点 简单、无特例跨流程 测试 导入生产系统权限参 数 复杂及包括特例测试 必须取自实际数 据 测试事务应该基于 实际业务数据 使用少量、易于管 理，便于验证结果 的正确 使用生产系统转换 数据版本 使用数据转换的完 整流程测试案例编写 测试数据 测试 详细测试计划所有处于“等待计 划”状态的测试案 例，都要由集成测 试控制员计划、调 度 计划完毕，将“计 划测试日期”输入 测试案例表，并将 其状态改为“等待 测试”记录非预期的结果 并通知测试组负责 人 如果问题不可以立 即解决，转作其他 案例 测试组之间的有效 沟通 在测试文档、流程 、功能和主数据上 标准存在问题测试案例清单 测试测试用例模板 详细测试测试计划