SAP项目实施的5个阶段-OK要常看
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
SAP项目实施的5个阶段
通常来讲,不论采用什么样的项目实施方法论,整体的项目实施过程基本上是一样的,那就是项目实施的五个阶段:项目准备,蓝图设计,系统实现,上线准备,系统切换及上线支持。下面我分别介绍各个阶段对FICO来讲的任务有哪些:
(我把我们作为外部顾问,按照CG实施的时候的做法,做了一个概述)1.项目准备:这个阶段通常来讲算是项目前期工作的一个总结,以项目启动大会为结束标志,它包括了项目计划,项目章程,组织结构,人员职责,项目工作环境等等的设定,这个时候,顾问甚至还没有完全进入项目,通常开项目启动大会的时候,顾问到场出席即可。
(和西安测井项目一样,先搭个架子,给人家以我们都准备好了的印象)2.蓝图设计:这个阶段主要完成客户未来流程的设计,作为FICO顾问,要做的事情主要有如下几点:
A. 概念培训:对关键用户和内部顾问进行SAP FICO OVERVIEW的一个培训,此培训通常基于IDES系统,主要让客户掌握SAP的基本概念,对SAP的操作和运行方式有个基本的了解。
(我们已经掌握了足够的资料,完全有能力进行这个阶段的培训)
B. 现状调研:对总帐,应收,应付,固定资产,成本计划以及核算等财务子职能的现状进行调查,详细了解客户各方面的需求,这个阶段顾问间要经常沟通,从而可以更全面地掌握客户需求。
(上次已经有了一个问题的汇总的表,我们可以按照由精细的细节到整体的顺序,也可以从整体入手,慢慢了解细节。看具体情况决定访谈方法。前者能够通过迅速的切入细节,让对方知道本人是这个行业,这个方面的专业人士,迅速建立信任)
C. 蓝图设计:对比现有流程与SAP标准流程间的差距,通常财务流程较为标准,对于特殊需求,特别考虑一下即可。这个阶段的顾问要写出蓝图文档,也是客户与顾问冲突最大的阶段,成功的关键是引导客户需求,降低客户对项目不切实际的期望等等。
(这个阶段对新人来讲,极其痛苦,你不得不在业余花费大量的时间去准备好多未知的东西,让客户相信你,只有充分的准备,而这些需要大量的精力投入。同事,做蓝图涉及的时候,一定要看前一个阶段的访谈。很多时候身边未必有熟悉业务并且非常配合的关键用户作为顾问的工具书。而很多问题,其实在现状调研的时候对方已经详细的说明过了。反复的询问,容易让对方产生厌烦情绪,甚至是认为自己的话没有得到过重视的印象,影响后期合作。何况,不看文档,大量反复的无用沟通,影响工作效率,影响进度、休息、生活。在这个阶段的文档的数量也是庞大的,而且需要绘制流程图。快速文档制作——包括内容和格式——以及流程图美观规范的绘制都是顾问必备的技能,不用多说。)
3. 系统实现:此阶段要将蓝图设计中涉及到的流程,在SAP系统里给予实现,更多的是技术方面的工作,也就是系统配置,配置结束后要进行顾问内部的测试,将基本流程测试无问题后进行单元测试和集成测试,单元测试过程是内部顾问和关键用户掌握SAP详细功能的起点,针对本业务范围内的所有业务场景进行功能
测试, 单元测试文档由关键用户准备出来,记录测试过程及结果,这个文档也是接下来用户培训阶段培训手册的蓝本。此阶段顾问要着重解决关键用户提出的各种业务流程在系统中如何表现的问题,也是对关键用户进行SAP操作培训的最重要的一个步骤。单元测试结束后将进行集成测试,集成测试可先在两两模块之间进行,先解决小范围集成遇到的各种问题,然后再进行大范围的集成,涉及到企业日常运作的主要场景,从销售预测,销售订单,生产计划,采购,库存,生产,销售,收款等等业务循环各阶段的操作的进行,凭证的显示查询,单据的流转等等。此部分内容主要由关键用户来进行;本阶段你要负责的事情:
A. 配置系统并和其他模块顾问进行内部测试。
B. 与关键用户一起进行单元测试,并负责解决测试中出现的各种问题
C. 培训关键用户和内部顾问基本业务流程操作
D. 关键用户进行集成测试,负责解释后勤业务部门提出的疑问,并解决接口问题
E. 权限角色的设定(通常有模板)
F. 客户需求的各种单据表格的开发测试(和ABAP沟通)
(这个阶段的任务其实是繁重的,工作的压力也很大,调节自己成为第一关键的事情,不要让工作压垮自己,反过来垮掉的自己会影响项目的进度,拖累团队。另外,单元测试和集成测试文档,顾问应该只给一个格式上的模板,不应该给与任何的内容,所有的场景必须由关键用户根据蓝图的设计,把所有的业务囊括进去。严格的说不应该由顾问给出以前文档进行修改,那样很容易造成测试和蓝图
的不一致,也容易造成遗漏业务场景的情况出现。设置权限的时候,应该把岗位和角色给客户解释清楚,同时主意客户可能的敏感词句,比如有的关键用户或者流程主管很在意岗位这个词,认为以后不方便在定系统外的岗位人数的时候和HR部门的人沟通,我们应该尊重客户的意愿,适当的修改中文的名称。另外岗位和角色,涉及到权限问题,尽量和对方的所有关键用户都参与到岗位、角色的设置中,最后由客户的流程主管进行确认,并且适当的即使交给最终用户测试和提出需求。权限的开发和测试是繁忙的,这个时候应该会看到很多平时看不到的BASIS人员。在权限设置的时候,我认为由窄到宽比较好一些。这样尽管在测试的时候比从宽到窄出现的问题可能会多,但也仅仅是可能,而从宽到窄,不十分容易控制住权限。容易把某些权限,分配给这不该有这个权限的用户。权限出现问题,尽量走严格的申报和审批流程,一定从最终用户或者关键用户那里得到需求,交给模块的负责人和流程主管审批。这个时候,客户应该已经觉得SAP 的标准报表功能比较难看,并且不能完全满足需求。尽管SAP提供了REPORT PAINTER和REPORT WRITTER,但是说实话,那个难看的界面或许在讲究实用和严谨的德国比较方便推广,但是在中国,很多时候如果面子上的工作没做好,人家不会相信你有里子的。这个时候就要和ABAP人员沟通,提出开发需求,尽量早提,给ABAP人员一个合理的安排和开发的时间。我们测试的目的,应该是尽量的发现问题消除隐患,给后期的工作带来便利。这个时候没有发现的问题,在上线准备和系统切换的时候,暴露出来,很可能从小问题变成需要紧急解决的大问题了。)
3.上线准备:此阶段要做的主要工作是上线数据的准备以及最终用户的培训工作,数据可分静态数据和动态数据,静态数据也可称为主数据,如客户,供应