ERP系统实施

当前位置：工程项目OA系统 > ERP系统 > ERP设计运用 > ERP系统实施

erp实施基础

申请免费试用、咨询电话：400-8352-114

　　ERP 实施各阶段的关注点和交付物

　　初始阶段

　　· ERP 项目失败，很多时候都是因为双方配合的不好，所以在初始阶段就要重视与客户的沟通，这个阶段是双方关系磨合的阶段，所以一定要重视，基础好了，以后各个阶段都会配合的不错，在初始阶段就应该建立起很好的沟通计划

　　初始阶段 – 项目准备

　　· 指导/引导用户方要快速地成立项目团队

　　(项目组尤其要注意，如果用户迟迟无法确认他的项目组，当顾问到场的时候，只有实施团队在工作，客户不参与，这将是很危险的事情)

　　项目组织：

　　· 人员安排要一对一 (实施团队什么样的配置，客户也要指定相应的人员安排)

　　· ERP 实施涉及到流程的改造，所以一般需要指定业务部门的主管，对整个业务最清楚，不用从开始到结束，但是流程型设计主管，必须在业务流程分析，讨论阶段需要参与

　　· 确保用户方的人员全天候做ERP，否则就会出现问题，需要前期和高层协商好，保证关键人员全天来做(对成功有很大的帮助)

　　· 同时帮助用户方考虑ERP实施如何来考核，必须关联上，才可能有效地配合实施方

　　项目管理制度

　　· 项目启动大会：

　　· 非常重要，尤其对ERP 项目

　　· 全体人都需要知道ERP开始启动了(如果某些业务部门没有调动起来，实施就有问题)

　　· 按照阶段来说，我们做什么，你们需要配合什么 (一个粗略的计划)

　　· 获取高层支持

　　项目SOA：

　　· 范围 (实施对象，实施部门)

　　· 目标

　　· 方法 (项目方法论)

　　· 阶段目标及关键交付项

　　项目计划：

　　· 一定要非常细节的，标识出来主要配合人，负责人，给到项目组和用户的每一个人，每一天计划

　　(很重要，项目都有计划，但可能并不是所有人都知道)

　　初始阶段-需求调研：

　　· 发问卷(各个业务部门)

　　· 访谈 (系统期望，具体需求，困惑)

　　· 收集纸质材料 (制度，规则，运作情况)

　　· 信息业务流程描述

　　· 识别企业问题的关键是区分本质问题和表象问题

　　初始阶段-业务分析：

　　· 企业数据、编码、规则等问题，一定要重视

　　培训，必须要重视，必须要做好，否则后期推进出现问题

　　Oracle EBS 项目的实施管理培训笔记(二):方案阶段/系统设计阶段

　　EBS 实施各阶段的关注点和交付物

　　方案阶段：

　　· 方案设计

　　· 整个测试

　　· 数据的问题

　　基础数据的建立 (数据收集，buffer，和用户方项目组强调重要性，必须和对方项目组说清楚，因为只有底层人员才能够做这个数据收集，数据准备是很重要的事情，一定要在项目启动会议就声明这个重要性

　　解决方案的确认是一个重要的一个里程碑，所以一定要重视

　　系统创建阶段:

　　· 在这个阶段，大方向是无法改变的 (例子，方案是订了3个公司/2个帐套; 客户想要更改到4个公司，或者增加一个帐套，这将是重大的变更，需要和客户声明，这会影响整个进程)

　　· 系统测试，计划很重要，具体负责人，安排，用户方人员

　　· 需要重视模块的集成测试，各个模块的实施人员和关键用户肯定都不一样，所以一定要进行集成测试，保证整个系统是好用的

　　· 客户化功能：接口间的客户化测试，一定要仔细，并且测试要完整，否则会出现问题

　　· 客户化之间的开发，会有问题，项目经理，客户方处理

　　· 项目风险，针对系统与系统接口之间的测试，项目出现的问题，项目延期等等类似的风险，一定要告诉客户方的项目经理

　　数据收集的问题： (第一次不可能收集全)

　　数据收集可以考虑设置不同的时间点

　　· 第一次督促 (完成什么阶段)

　　· 第二次初稿(初稿) – 检查 – 修改

　　· 第三次反馈的更改

　　实施方项目经理需要注意：数据检查和数据准备，一定要多压给客户方，而不是实施顾问，因为这样客户关键用户一开始就跟着学习，并且提供合理的数据

　　数据最终是客户的，而不是顾问的。所以数据必须客户检查过，确认过的

　　关注点：

　　· 集成测试，整体项目组配合的问题，顾问都有各自的想法，项目经理一定要制作严格的测试计划，非常详细的测试文档，测试计划，测试数据，测试环境，测试脚本，什么步骤，等测试结果，预想结果

　　· 一定要注意/重视关键用户参与测试 (如果可以提前接受ERP的理念和流程，最后说服最终用户比较方便)

　　(用户方关键用户可以说服最终用户的几率比较大)

　　Oracle EBS 项目的实施管理培训笔记(三):系统切换阶段/生产系统阶段

　　系统切换阶段：

　　· 系统切换计划非常重要

　　· 重视用户接受测试

　　· 最终用户的测试是不是都通知过，都通过，必须客户签字确认，

　　· 最终用户培训进行适当的绩效考核 (这个一定的重视)

　　o 一个是笔试，另一个是系统中操作 (可以作为整个考核中的一小部分的一点)

　　o 培训的好坏到直接影响到最终产品阶段，当用户真正使用的时候。

　　哪里不会用了，很少看手册，还得问顾问，这样顾问就会很麻烦的，所以一定要重视

　　上线前准备：

　　· 列出详细的上线前检查清单，非常重要，有经验的项目经理，一般提前就会列出清单，

　　并且提前一定的时间检查，预估一些检查，先发现问题，并且看一下是否可以上线，及其上线出现的风险，可以保证一些措施，保证可以上线

　　· 督促客户制作上线的业务流程和问题处理流程，问题流程，每一次处理留有文档，以后有问题，比较容易好找

　　· 上线前的会议(会议记录需要签字)

　　生产系统阶段

　　· 一般情况，到了生产阶段，顾问可能会先撤出去一部分，最终留1-2个(包括PM)

　　· 上线之后，一般款项全部收回，或者仅仅留一小部分

　　· 一般系统运行一个月 (需要月结)才可以结项

　　· 前期就要制定制度(文档和模板需要先定义好，避免后期客户说格式不对)

　　· 尽量缩短与原系统并行时间

　　ERP 实施里有变革管理(ERP项目实施，一般都是企业借助管理工具规范业务流程，提高管理效率提高，一定面临变革的需要)

　　Oracle EBS 实施方法论扫盲:什么是AIM

　　本文针对的是“AIM Advantage 3.1 - Application Implementation Method”，与之匹配的是PJM_2.6.1

　　Oracle Applications实施方法论是一套建立整体解决方案的方法，主要由AIM(应用系统实施方法论)和PJM(整体项目管理方法论)等各自独立的方法论组成

　　项目管理方法(PJM)的目标是提供一个主框架，使其能够对所有项目用一致的手段进行计划、评估、控制和跟踪

　　而通俗地讲，实施方法论包括了各个过程框架，指导各个过程如何执行的文档，各个阶段的产出物的模板/范例，这一整套是经验积累结果，作为通用的框架，可以针对不同的项目，不同项目可以根据实际情况进行裁剪或者定制，而主要目的就是供进行项目实施和项目管理所参考，而AIM就是针对系统实施的方法论，而PJM 关注的是项目的整体管理

　　AIM是需求驱动，瀑布类型的，收集需求 –> 方案设计 –> 更改 –> 二次开发 –> ……

　　AIM Advantage 3.1 (with PJM_2.6.1) 下载地址 http://www.oracle.com/partners/secure/development/023113.htm

　　(只针对OPN会员)

　　AIM 的整体框架：

　　过程的缩写：

　　· [BP] Business Process Architecture (业务流程架构)

　　· [RD] Business Requirements Definition (业务需求定义)

　　· [BR] Business Requirements Mapping (业务需求匹配)

　　· [TA] Application and Technical Architecture (应用技术&架构)

　　· [MD] Module Design and Build (模块设计和建立)

　　· [CV] Data Conversion (数据转换)

　　· [DO] Documentation (文档)

　　· [TE] Business System Testing (业务系统测试)

　　· [PT] Performance Testing (性能测试)

　　· [AP] Adoption and Learning (接受和学习)

　　· [PM] Production Migration (生产移植)

　　而其中的第一个过程 Project Management 就是指的是PJM：

发布：2010-04-17 16:00 编辑：泛普软件 · zhangyan [打印此页] [关闭]

erp实施基础

相关栏目