SAP研发管理精要（二） - 中国研发管理网（http://www.chinardm.com）

SAP研发管理精要（二）

发布者：郑大奇来源：系统分析之窗点击：发表日期：2006-07-26 【大中小】

      管理Bug的“程序”

　　在董美婷看来，Bug产生的来源可以分为流程错误和程序错误。

　　流程错误是非常致命的，它会导致系统无法实现用户的需求，它通常发生于项目规划和设计阶段。对于这方面的错误，SAP有相应的机制加以控制。在用户需求分析过程中，产品管理小组与用户之间进行协同工作，同时经验丰富的项目经理和开发经理也会参与，最后形成的用户需求和项目规划文档还要由专门的小组进行周密的分析和检查。尤其是在模块设计阶段，这种检查更加严格，通常这一阶段的检查是由资深专家组成的小组来完成的，其成员会有来自于其他项目的，从而保证了系统设计的质量。

　　程序错误是在所难免的，SAP除了利用测试阶段的工作来减少Bug的同时，还用以下手段在开发阶段尽可能地避免Bug: ①自我测试，要求开发人员在完成自已负责的模块后，马上进行测试，消除模块内部的错误；②相互测试，要求开发人员之间测试对方的模块，由于不同开发人员的思维、开发方式的不同，对方会很容易找到一些自已很难发现的问题；③代码检查，通常是由资深开发人员及开发经理来进行，从模块功能、性能、可用性、编码规范、模块集成性等角度进行全面检查。这一工作会在系统实现的各个阶段定期进行。SAP还提供了如CATT等辅助测试工具。

　　对于系统的后期维护阶段，SAP也有对Bug的完整的管理流程。这可以以开发支持为例来说明。例如，当用户系统发现Bug时，如果当地支持和地区支持都无法处理时，此维护请求会被提交相关负责的开发人员。开发人员负责尽快修改用户系统中的Bug，或为用户提出修改建议和解决方案，同时，也需要在更正（Correction）系统中进行修改，以便以补丁（Patch）的方式提供给所有用户。但对Correction系统中的修改有非常严格的管理，并需要一定的步骤：①与开发经理讨论并征得许可; ②在OSS系统中创建修改申请，并对Bug所在版本、症状、解决方案作出详细的描述和解释，作为用户/顾问将来处理此Bug的参照；③开发人员在Correction系统中修改程序，消除Bug，同时要求进行仔细的测试；④开发人员将修改请求转给另外的开发人员，通常是开发经理或资深的开发人员，由其来进行更严格的测试，此次测试不但要测试Bug是否真正解决，还要确认对程序的修改是否影响了其他程序或模块，以避免带来新的问题。

　　这些修改会定期以Hot Package和Hot News的方式提供给用户，用以修改用户系统中的Bugs，但由于R/3各模块之间的相关性/依赖性很强，Patch的发布需要各模块特别是应用模块与Basis模块之间的协调和同步。

　　开发系统梦之队

　　在SAP的开发系统中，七种角色的设计保证了整个SAP研发系统有条不紊、紧张有序地进行。首先，在战略层面，不同的资深副总裁（SVP)
或副总裁 (VP)会总体负责一个特定的领域，从企业战略高度出发把握系统的发展和开发方向，并对公司的产品结构和市场起着决定性的作用，同时控制产品开发的进展和成本。

　　其次，行业解决方案小组（IBS）和核心应用模块领导小组（Core）分别就各自管理的领域协调管理项目前期的项目需求、规划工作，二者也有非常密切的关系，即IBS就新的开发需求对核心应用模块提出新的开发建议并随时监控开发进展，而Core应用开发在开发产品的同时，会响应IBS新的开发请求，为新的解决方案提供支持。

　　在SAP，计划总监（Program Directors）是一种特殊的角色，计划总监管理所领导部门的项目开发计划，负责开发资源的调配，根据项目分析方案决定项目最终的功能与方向，并监控具体项目的进展情况。

　　项目经理负责一个项目的计划管理，包括功能模块的划分、成本及开发进度的估算、资源调配、状态报告等，并负责协调产品管理、各开发小组、质量管理的工作。

　　产品经理（PM）和其领导的产品管理小组负责分析解释来自于用户的各种需求，并参与制定用户需求文档和开发请求，所以，全面的行业应用背景是对产品经理最重要的要求，同时也要求对R/3有一定的理解。产品管理小组在整个开发过程还有其他工作:
①协助项目经理及模块负责人完成模块设计; ②在开发阶段，与开发人员及文档开发人员密切协作，为程序开发和制作文档提供帮助；③参与系统测试，培训用户及提供咨询服务。

　　开发经理（DM）领导各个开发小组，负责分析用户需求（根据用户需求文档，同时也有可能直接与用户对话），规划设计所负责模块的程序对象，估计各个开发阶段的开发工作量和进度，从而对整个进程加以控制。开发经理是SAP各项目开发中的中坚力量，也是SAP为此而自豪的精华，他们都有多年的开发和应用经验，对R/3系统及ERP系统有非常深刻的认识，从而保证了R/3系统的先进性和稳定性。开发经理不但提供了系统设计，而且还要直接与开发人员交流，调配资源，保证系统的实现; 同时，在系统测试、产品维护等方面也起着非常重要的作用。应该说，开发经理是整个项目开发的核心。通常，在一个项目中，产品经理和开发经理的配备比例是1∶3。

　　质量经理（QM）和其领导的小组负责根据用户需求文档、设计文档等设计完整的测试文档，并在产品管理小组、开发小组及用户/顾问的协助下完成对最终系统的测试工作。质量经理往往要求对产品的实际应用、R/3技术甚至R/3项目的开发都有非常深刻的理解，而且经验也是很重要的一个条件。作为系统的最后一关，SAP对质量经理的要求是非常高的，其结果是保证了R/3系统的稳定性。

　　SAP最基础的角色要属开发人员(Developer)了，他们负责实现设计文档中分配的工作，并向开发经理报告开发进度，协助文档开发人员完成文档撰写工作。开发人员必须对SAP ABAP开发语言非常熟悉，并能熟练运用各种开发技巧，同时也需要充分理解用户的需求。开发人员在开发过程中允许更改设计，但必须与开发经理进行充分讨论并负责对开发文档进行修改，以保证二者的同步性。在测试阶段，开发人员必须对测试的错误及时响应，以提供最有效的支持。在开发人员中，还有一种特殊的开发者角色，可以称之为信息开发者（Information Developers），主要负责系统语种的翻译（比如英译汉）以及部分词汇的修饰，他们不要求太懂开发，通常，对一些专门的翻译人才进行一些产品培训就可以从事信息开发的工作了。每一个开发小组会配备4～5个信息开发者。

　　在SAP，还有一种角色就是文档经理（Knowledge Manager），文档经理及其领导的小组负责撰写在线文档、帮助文档、培训教材等，并将用户界面翻译成其他国家的语言，这项工作需要在项目其他成员的帮助下完成，并根据开发的变化及时更新文档。

　　SAP如何看待CMM ？

　　SAP认为，在市场需求千变万化、技术发展一日千里的今天，软件企业经常会面临成本超支、产品交付延迟、软件质量不过关和客户不满意等问题的困扰，遵循一些成熟而规范的管理理论和方法，形成一套适合于企业自身情况的开发模式和质量控制体系将有助于企业解决这些问题，并降低项目失败的风险。

　　SAP认为自己一直在往这个方向努力，从管理和技术两个方面规范自己的软件开发过程。除了前面已提到的关于开发队伍组织结构的建立和对软件开发周期各个阶段的定义等管理层面的问题之外，SAP引进软件工程的最新研究成果，提出诸如业务对象（Business Object）、业务应用程序接口（BAPI）等概念和技术，从软件构架的角度来优化开发和管理的过程。

发表评论