SAP SD实施笔记-项目流程计划

  • 今年我作为SD顾问,参与了汽车行业某公司的SAP上线实施项目。这是我第一次作为乙方SD顾问参与这么大型的项目,在实施的过程中,我有很多感悟,但是因为项目周期赶、时间紧,没有时间记录下来。现在项目上线了,我_ 3 W 0 u - 9 d也空出时间可以好好梳理一下心得和3 X * h d i e ^笔记,作为对自己过去这半年的收获之一。
    首先,以前我就职于一家甲方c O & 3 t ` n公司做SD运维,作为一名职场新人,参与项目的机会比较少g E r , ; a e,在项目中主要也是做测试以及验证流程完整性。后来跳槽,作为乙方给兄弟客户公司做项目,从蓝图阶段就开始参与讨论,一直到后面的项目上线、运维。在甲方和乙方的工作体会很% m .是不同。
    这次的文章主要简单描J F o E述一下我参与的这个项目的主要流程
    每天日例会,项目经理都会在PPM k ` p sT中展示以下这张甘特图,里面有项目的具体阶段以及T I T ` p M当前状态。

SAP SD实施笔记-项目流程计划

  • 这张总体计划的甘特图就非常详细的将一个大项目划分为了多个t r ! K w | V Y阶段,每4 p Z W G个阶段预计话费的时间、里程碑,以及当前项目的进展——正处于哪个阶段,是否^ G [ = x cdelay等。
    作为一个普通的模块实施顾问,其实上线项目对我来说分为以下的几个主要阶段:蓝图阶段(业务调研+蓝图定稿+签署g b o % ! B 1)、系统配置、@ D M Z = j |UT测试、FS编写及测试、SIT、数据收集、权限设计、UAT、压力测试、用户培训、上线准备和上线支持。7 G + }
    在蓝图阶段,每天都在跟用户开会,白天开会,晚上改蓝图。在这个项目里,我们用MicroN Q * .soft的Viso来画蓝图。跟用户调研当前AS-IS的业务# ^ D g z U e 7流程,还需要问用户是否有什么业务痛点需要改善,用SAP来解决这个痛点,改善不合Q J x K C ~理的业务流程,提高用户的工作效率。然后将这个流程和SAP结合在一起,用Viso画出新流程的蓝图,跟用户解释Tr k ; 8 kO BE流程。待与用= E - I a户达成一致后,需要提供蓝图报告。蓝图报告一2 z % D a _ + $ Og ^ ` c我们也程为word版蓝图,里面不. N W F - c W h单是有流程图,还需要有文字对每一步进行解释。

一、蓝图阶段

  • 根据我的发现和总结,SD的业务蓝图大致分以下几个部分:
    1. 客户主数据维护流程;
    2. 价格主数据维护流程;
    3. 常规& _ 9销售流程;
    4. 退货销售流程;
    5. 特殊销售e 8 * p 5 E流程(比如寄售等);
    6. 开票流程(包含金税开票,可以不单独列出)。

在蓝图编写的过程中,也需要将本次蓝图涉及到的所有开发项也列清楚,便于后续的开发阶段工作开展。开发项一般包括:接口、功能、增强、报表。如果涉及到接口,在蓝图中需要画出来,例如像下图一样:

SAP SD实施笔记-项目流程计划

以上图为例(处于保密原因,遮盖住部分信息),在VISw w PO蓝图中,一般需要在每个步骤的左上角表明该步骤发送在哪个系统,如果涉及到系统之间需要接口T : & x g传输信息,则也需要在两个步骤之间标明此处有接口。
而在Word版蓝图中,需要在每一章节后列清楚该章节涉及的开发项信息,如下图所示,也是为了方便后续项目组统计开发清单:
SAP SD实施笔记-项目流程计划

分享一下蓝图报告模板:

提取码# 4 % F ? ; : - l:LTBG

二、系统配置阶段
这一步就是俗称做配置。在理清TO BE业务流程后,SD的顾问需要和其他模块的顾问开会讨论大框架,之后才在系统做配置。做配置是顾问的基本功了,按照业务需要按顺序在系统里做好配置传输至测试系统即可。后续l H X ( 1 $ Y会开另外的章节详细写,这里不多描述。

三、UT
UT,即单元测试(Unit Test@ i u C $ - i I)
在做完配置之后,需要在系统里走一遍你做的配置的几个流程,比如销售流程和退货流程,确保你的配置是正确的,流程能够走得通,同时也校验其他模块的配置是否和我们的顺利集成,比如MM模块的出库成本配置。除此之外,UT测试也是后续写FS的前提,S W f ( ) H V ~ t你要开发的功S 1 W D u q $能需要先自己手动在系统走一遍,确定配置无误、业务可行之后,才编写出Fx r i &S让ABAPer开发。

四、FS编写及测试/开发阶段
FS,即开发说明$ @ 2 ] u * y C书(Function Specification/ K T v S { : L 2), 不同d 1 , z P R O 6公司有不同的叫法,有的公司也叫FA (Function Analysis)。
作为一名实施顾问,FS编写是必备的基本功。对于SAP现有标准功能无法做的事情,需要额外进行开发的,需要模块顾问将程序逻辑以文字或流程图等形式写下来,然后流转给开发人员进行开发,开发人员开发前通常会和模块顾问进行交流,开发完后模块顾问需要进行测试,测试没有问题后才进入下一个阶段。
如果涉及到接口,在编写FS之前,还需要和外围系统的维护人员进行接口功能、接口字段的确认。接口开发完后,还需要进行接口联调,以及后续的各种测试,当然这是后话。
后续我会额外记录FS编写的心得,在此不多描述。

五、SB 0 / k R *IT
SIT,即系统集成测试(SX d Y } 8 | [ystem Integeration Test)。
在与外O ] P l L f d围系统开展测试之前,项目组通常会统一出一版接口测试计划,ABAPer和模块顾问一起和外围系统做联调测试+业务测试。联调测试通常是双方系统的开发人员做的,测试接口b 7 Y G的数据是; a 9 G Z否能够正常发送、接口。业务测试则需要模块顾问和外围系统来测试,双方系统提前约定好测试的场景以及主数据,通过模拟真实业务来验证业务流程能否符合蓝图要求顺利进行,形成5 9 1 y D = 4 R闭环。该阶X 9 h ? ) ) &段最u ) R好有关键用户参与,能让测试尽可能接近真实业务,以及及时发现是否有流程漏洞。

六、数据收集
到这个阶段p Y j 4 - g z时,距离上线也不远了,需要培训用户,告知要O P 0 _ O k ; *收集什么数据。
SD需要收集的数据对比于M# I J a 7 RM、FICO模块来说,相对比较少。SD静态数据主要是客户主数据和价格主数据。动态数据有未清订单、未清交货、未清开票等。
这里主要讲静态数据的收集。通常,我们需要整理出一份数据v ( 3 W Z , G X .收集的模板,比如客户主数据收集模板{ P ` 3,然后将涉及的用户召开一个会议,统一进行培训,告知收集数据的目的、收集的方式、截止时间,以及模板里字段的含义等。如果你开发了一个客户主数据批导程序,那么客户主数据收集模板最好与批导程序的模板一致,一来减少工作量,二来也算提前对用户进行该批导程序的培训了。
以下提供一个客户主数据收集模板:
提取码:SJSJ

七、权限设计
S& 4 5 UD顾问需要收集本模块相关用户的权限。在此之前,需要理出本模块的用户角A L ? @色、T code等,然后召集关键用户开会,向她们e 9 x $ s V宣贯权限的重要行,以及SD模块都有哪些权限,怎么收集最终用户的权限等等。
以下是权限收集模板:

提取码:QXSJ

g . n 9限收集上来后,顾问也需要根据自己的经验对用户不必要的权限进F P Y # ) : i行删减

八、UAT
UAT,即用户接受测试(User Accept Test)。
UAT是需要用户全程参与的模拟正式生产环境的测试,该环节是重中之重,全流程都需要用户来操作,顾问在一边做指导。用户会在SAP中对TO BE流程从头到尾进行测试,对新流程的合理性进行验证,以及进行查漏补缺,或者提出一些建议等等。在UAT前,通$ 0 v [ : : E d常用户会要求顾问出一份操作指引。

九、压力测试
对于业务量特别大的流程,顾问需要评估是否需要对该流程进行压力测试。

十、用户培训
按照流程,召集相关用户集中一起,对用户进行SAP的相关培训。通常甲方IT部门会要求,在培训O _ )后对用户进行考_ i % M k k t 3 q核,如果考核不过关重新进行培训。

十一、上线准备
上线前,检查配置是否已经D 3 M %传输到生产系统,各开发功能是否也传输了最新版本F x j 0 l =到生产系统,在生产系统完成d F w * r { {手工配置( 8 o # 1 b a w比如自定义配置表、R ; l H i t ) R }TVARVC7 D s A z等)。然后,根据项目组做的CUT OVER PLAN,即切换计划,在生产系统导入期初数据。

十二、* | h上线支持
系统上线后,刚开始有各种问题是难免的,但是需要顾问和用户及时处理,通常上线! M 7 B / w一段时间后,系统就稳定了。