- 今年我作为SD顾问，参与了汽车行业某公司的SAP上线实施项目。这是我第一次作为乙方SD顾问参与这么大型的项目，在实施的过程中，我有很多感悟，但是因为项目周期赶、时间紧，没有时间记录下来。现在项目上线了，我也空出时间可以好好梳理一下心得和笔记，作为对自己过去这半年的收获之一。
首先，以前我就职于一家甲方公司做SD运维，作为一名职场新人，参与项目的机会比较少，在项目中主要也是做测试以及验证流程完整性。后来跳槽，作为乙方给兄弟客户公司做项目，从蓝图阶段就开始参与讨论，一直到后面的项目上线、运维。在甲方和乙方的工作体会很是不同。
这次的文章主要简单描述一下我参与的这个项目的主要流程。
每天日例会，项目经理都会在PPT中展示以下这张甘特图，里面有项目的具体阶段以及当前状态。
- 这张总体计划的甘特图就非常详细的将一个大项目划分为了多个阶段，每个阶段预计话费的时间、里程碑，以及当前项目的进展——正处于哪个阶段，是否delay等。
作为一个普通的模块实施顾问，其实上线项目对我来说分为以下的几个主要阶段：蓝图阶段（业务调研+蓝图定稿+签署）、系统配置、UT测试、FS编写及测试、SIT、数据收集、权限设计、UAT、压力测试、用户培训、上线准备和上线支持。
在蓝图阶段，每天都在跟用户开会，白天开会，晚上改蓝图。在这个项目里，我们用Microsoft的Viso来画蓝图。跟用户调研当前AS-IS的业务流程，还需要问用户是否有什么业务痛点需要改善，用SAP来解决这个痛点，改善不合理的业务流程，提高用户的工作效率。然后将这个流程和SAP结合在一起，用Viso画出新流程的蓝图，跟用户解释TO BE流程。待与用户达成一致后，需要提供蓝图报告。蓝图报告一般我们也程为word版蓝图，里面不单是有流程图，还需要有文字对每一步进行解释。
一、蓝图阶段
- 根据我的发现和总结，SD的业务蓝图大致分以下几个部分：
- 客户主数据维护流程；
- 价格主数据维护流程；
- 常规销售流程；
- 退货销售流程；
- 特殊销售流程（比如寄售等）；
- 开票流程（包含金税开票，可以不单独列出）。
在蓝图编写的过程中，也需要将本次蓝图涉及到的所有开发项也列清楚，便于后续的开发阶段工作开展。开发项一般包括：接口、功能、增强、报表。如果涉及到接口，在蓝图中需要画出来，例如像下图一样：
以上图为例（处于保密原因，遮盖住部分信息），在VISO蓝图中，一般需要在每个步骤的左上角表明该步骤发送在哪个系统，如果涉及到系统之间需要接口传输信息，则也需要在两个步骤之间标明此处有接口。
而在Word版蓝图中，需要在每一章节后列清楚该章节涉及的开发项信息，如下图所示，也是为了方便后续项目组统计开发清单：
分享一下蓝图报告模板：
二、系统配置阶段
这一步就是俗称做配置。在理清TO BE业务流程后，SD的顾问需要和其他模块的顾问开会讨论大框架，之后才在系统做配置。做配置是顾问的基本功了，按照业务需要按顺序在系统里做好配置传输至测试系统即可。后续会开另外的章节详细写，这里不多描述。
三、UT
UT，即单元测试(Unit Test)
在做完配置之后，需要在系统里走一遍你做的配置的几个流程，比如销售流程和退货流程，确保你的配置是正确的，流程能够走得通，同时也校验其他模块的配置是否和我们的顺利集成，比如MM模块的出库成本配置。除此之外，UT测试也是后续写FS的前提，你要开发的功能需要先自己手动在系统走一遍，确定配置无误、业务可行之后，才编写出FS让ABAPer开发。
四、FS编写及测试/开发阶段
FS，即开发说明书（Function Specification）, 不同公司有不同的叫法，有的公司也叫FA （Function Analysis）。
作为一名实施顾问，FS编写是必备的基本功。对于SAP现有标准功能无法做的事情，需要额外进行开发的，需要模块顾问将程序逻辑以文字或流程图等形式写下来，然后流转给开发人员进行开发，开发人员开发前通常会和模块顾问进行交流，开发完后模块顾问需要进行测试，测试没有问题后才进入下一个阶段。
如果涉及到接口，在编写FS之前，还需要和外围系统的维护人员进行接口功能、接口字段的确认。接口开发完后，还需要进行接口联调，以及后续的各种测试，当然这是后话。
后续我会额外记录FS编写的心得，在此不多描述。
五、SIT
SIT，即系统集成测试（System Integeration Test）。
在与外围系统开展测试之前，项目组通常会统一出一版接口测试计划，ABAPer和模块顾问一起和外围系统做联调测试+业务测试。联调测试通常是双方系统的开发人员做的，测试接口的数据是否能够正常发送、接口。业务测试则需要模块顾问和外围系统来测试，双方系统提前约定好测试的场景以及主数据，通过模拟真实业务来验证业务流程能否符合蓝图要求顺利进行，形成闭环。该阶段最好有关键用户参与，能让测试尽可能接近真实业务，以及及时发现是否有流程漏洞。
六、数据收集
到这个阶段时，距离上线也不远了，需要培训用户，告知要收集什么数据。
SD需要收集的数据对比于MM、FICO模块来说，相对比较少。SD静态数据主要是客户主数据和价格主数据。动态数据有未清订单、未清交货、未清开票等。
这里主要讲静态数据的收集。通常，我们需要整理出一份数据收集的模板，比如客户主数据收集模板，然后将涉及的用户召开一个会议，统一进行培训，告知收集数据的目的、收集的方式、截止时间，以及模板里字段的含义等。如果你开发了一个客户主数据批导程序，那么客户主数据收集模板最好与批导程序的模板一致，一来减少工作量，二来也算提前对用户进行该批导程序的培训了。
以下提供一个客户主数据收集模板：
提取码：SJSJ
七、权限设计
SD顾问需要收集本模块相关用户的权限。在此之前，需要理出本模块的用户角色、T code等，然后召集关键用户开会，向她们宣贯权限的重要行，以及SD模块都有哪些权限，怎么收集最终用户的权限等等。
以下是权限收集模板：
权限收集上来后，顾问也需要根据自己的经验对用户不必要的权限进行删减
八、UAT
UAT，即用户接受测试（User Accept Test）。
UAT是需要用户全程参与的模拟正式生产环境的测试，该环节是重中之重，全流程都需要用户来操作，顾问在一边做指导。用户会在SAP中对TO BE流程从头到尾进行测试，对新流程的合理性进行验证，以及进行查漏补缺，或者提出一些建议等等。在UAT前，通常用户会要求顾问出一份操作指引。
九、压力测试
对于业务量特别大的流程，顾问需要评估是否需要对该流程进行压力测试。
十、用户培训
按照流程，召集相关用户集中一起，对用户进行SAP的相关培训。通常甲方IT部门会要求，在培训后对用户进行考核，如果考核不过关重新进行培训。
十一、上线准备
上线前，检查配置是否已经传输到生产系统，各开发功能是否也传输了最新版本到生产系统，在生产系统完成手工配置（比如自定义配置表、TVARVC等）。然后，根据项目组做的CUT OVER PLAN，即切换计划，在生产系统导入期初数据。
十二、上线支持
系统上线后，刚开始有各种问题是难免的，但是需要顾问和用户及时处理，通常上线一段时间后，系统就稳定了。
