SAP 开发管理经验谈

作为一个SAP实施顾问，在SAP领域工作12年，主攻项目实施和开发，SAP项目开发管理是一个非常重要的环节，因此科学有效的管理方法也是非常重要的。

SAP 项目实施是比较典型的线性瀑布模式，根据ASAP方法论项目分为需求调研，差异化分析，蓝图设计，系统配置，测试，文档，交付等几个阶段，作为一个SAP开发项目，主要从蓝图设计阶段开始介入，企业流程和SAP 全球标准模板差异化分析后，会在用户审批确认后定制该公司的业务蓝图，蓝图之内，SAP标准功能外的部分一般就是自定义开发的工作了。这里SAP 主要分为ABAP/JAVA开发。

SAP 开发主要分为：报表，接口，增强，Script和表单，特殊的开发如HR的报表程序用道路及数据库 ，webservice相关的程序会用到PROXY等，基本就是这些，我个人做得比较多的是接口项目，这里IDOC和ABAP PROXY用的比较多。

SAP开发管理在蓝图阶段介入，和业务顾问一起评估开发的effort，那为什么需要做开发呢，开发源于SAP标准功能和企业现有业务无法达成一致，比如有些公司发票录入和资金付款不在同一个系统里，为了保持SAP流程完整性，企业现有的资金系统就需要和SAP系统作接口保持数据同步，这就涉及到开发的问题。

总体上说SAP开发管理分为以下几个方面：

开发风险管理和评估：首先收集客户项目中的开发需求，对于每一个需求可能形成的对整个集团业务影响需要甲方，或者乙方配合甲方作一个全面的评估，比如接口需求， 就需要评估将要开发的接口是否会影响系统中其他接口数据的传输，是否存在技术性丢失数据风险等方面的评估，甲方的评估需要多层审批，最高审批者基本上都是业务组的总监级别的领导。

开发预算评估：乙方会根据甲方提供的开发需求清单出具开发评估，评估包括开发时间，开发成本用以控制项目预算，甲方也有时会根据乙方提供的预算评估报告增加或削减开发清单里面的项目。

开发进度管理：我接触比较简单实用的开发管理方式就是利用共享EXCEL或sharepoint的方式管理每一个开发项目的进度和成本，每一个开发行项目包含的字段：时间预算 成本预算 实际发生进度 实际开发状态 等等，每个开发项都会分为几个小阶段：需求研习，用户workshop，开发，测试，文档审批流，上线等阶段，这样通过这些西化的阶段信息，项目经理基本可以控制当前阶段那些开发落后于实际进度，那些实际发生的成本超出或者逼近预算，管理报表基本上就用EXCEL的数据透视表，方便有效。当然我个人还喜欢画PERT图用于对比计划和实际发生的管理不一致的地方，这样可以尽快发现和控制风险的进一步蔓延。

测试管理：开发测试分几个方面，首先是每个程序员自己做白盒单元测试，程序员之间交叉代码审核，业务顾问黑盒测试（该阶段需要大量的正确和错误的数据用于支撑测试的有效性和完整性，但是大多企业这方面做得比较薄弱），单元测试之后是集成测试，该测试用以验证开发相关的程序之间的影响和交互的正确性。最后所有测试做完以后需要在集团层次上由一个单独SAP team最系统回归测试，回归测试一般发生在项目上线前，用以保证集团已存在的业务场景不被当前上线项目所影响。测试过程中需要注意非常重要的一个原则就是，企业需要一个全局的测试管理系统用来记录单元测试，集成测试和回归测试的结果。

文档审批流程：开发和业务文档需要甲方乙方利益相关者共同维护和审批，所以开发文档可能经历几层角色的审批，比如程序员，代码审核人，开发经理，甲方开发负责人，甲方业务负责人，甚至对于某些对文档要求严格的企业还需要IT Quality Center的相关人员进行审批。

经历过以上几个步骤，一个项目算是可以上线了，但是后面会发生一些问题，比如需求变更，程序BUG等等，这时候bug管理和需求变更管理比较重要，但是也很棘手，首先用户会不愿意为bug买单，再者很多所谓的bug是由于业务设计有比较明显的业务逻辑缺陷，这个时候有效管理需求变更和bug是非常具有挑战的一件事情。一般开发体系完善的公司会开放几个小的周期作为业务测试和集成测试阶段，用来保证开发程序被充分测试，但大多公司的都是开发完成即上线。因此ITIL运维体系的公司会用如Remedy来管理需求变更，而开发管理者应该在评估阶段就预留一些上线后可能的变更成本作为预算报给甲方公司。一般预留开发时间的20%作为上线后无理由的变更成本比较合理。

后面继续写客户关系管理和开发团队能力管理两部分，虽然不是项目必要的管理项目，但是对团队发展和客户保持良好的关系有着至关重要的作用。