erp实施基础

  • 来源:建米软件
  • 2020-09-24 11:34:48

   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 的整体框架:

  

1.png

 

  过程的缩写

  · [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:

  

12.png

 

  


预约免费体验 让管理无忧

微信咨询

扫码获取服务 扫码获取服务

添加专属销售顾问

扫码获取一对一服务