中小型软件企业过程裁剪方法及应用研究.docVIP

中小型软件企业过程裁剪方法及应用研究 摘 要：本文结合作者的实际工作经验，以作者所在企业的过程裁剪规范为样例，从过程裁剪的目的、过程裁剪的依据、过程裁剪的内容、过程裁剪的步骤等方面出发，论述了中小型软件企业在推行软件工程化过程中，如何根据不同的项目特性对组织标准过程进行裁剪，形成适合项目的软件开发过程。 关键词：过程裁剪；过程改进；中小型企业；CMMI 中图分类号：TP311.5 软件企业过程改进的目的在于规范软件产品开发及管理，提高组织的软件开发生产效率和产品质量。不论软件企业实施了ISO、CMMI、6Σ，或是其它类型的质量管理体系，无数实践证明：建立适合自身软件产品线发展的过程体系是促进软件企业持续、良性发展的必经之路。 中小型企业具有不同于大型企业的企业特征：由于中小型企业规模较小，人员较少，企业结构较单一，没有足够的人力资源承担复杂的项目管理任务，所以对于中小型软件企业而言，过程改进工作的关键一点在于：量体裁衣。即：以理论和模型为指导，充分结合企业特征，进行适合企业自身特色的软件过程改进。以下笔者将结合在某中型信息公司的工作经验对中小型软件企业的过程裁剪做出探析。 1 过程裁剪目的 组织标准过程（Organizational Standard Process，OSP）是在企业的层面上描述的，它包括了开发一个完整产品/项目的全过程，以及相应的支撑过程，它是一个企业运作的过程的全集。由于企业产品复杂程度的差别、开发模式的差别、所用技术的差别等，不同产品的开发流程不可能是完全一样的，这就需要在企业已经定义的、相对比较完整和标准的产品开发流程的基础上，根据实际情况进行裁剪，形成适用于将要开发产品的项目流程。过程裁剪的目的就是用来指导项目对组织标准过程进行裁剪，将组织标准软件过程和过程资产应用到具体项目中，以形成符合项目特点的项目定义过程（Process Defined Process，PDP）[1]。 过程裁剪包括过程设计与集成，同时建议也要包括开发与管理工具的选择与开发，合理的开发与管理过程，及其支持工具或系统，能够使软件开发的效率与质量不断提高，取得竞争优势。 2 过程裁剪依据 要使各项目能按照统一、规范的标准来执行过程裁剪，那么，企业的过程体系中必须包含一份过程裁剪规范（或指南），它定义了如何根据不同的项目特点对项目内需要开展的工程活动及管理活动进行取舍。 项目特点是过程裁剪的依据和出发点，常见的项目特点包括：（1）项目规模：如大、中、小等，通常可以使用功能点（Function Point）或千行代码（KLOC）、工作量（工时）等单位进行度量；（2）项目类型：如全新开发、系统维护、科研项目等；（3）项目技术复杂度：如是否涉及新技术的应用、可否复用已有框架或技术、是否需要技术选型等；（4）项目周期：如工期紧张、工期正常等要素。不同企业因自身产品领域或管理模式的差别，可能具有不同的项目特点。 一份好的过程裁剪规范应具备以下特征[2]：（1）描述方式：采用简单易用的图、表等形式展示如何裁剪；（2）抽象层次：对于整个管理的体系应该从策略层、过程层、活动层、模板层定义裁剪规范；（3）完备：裁剪的内容、裁剪的步骤、裁剪的因素应都有描述；（4）易用：可以针对不同类型的项目（如：大中型项目、小型项目、科研型项目、外包项目等）提供裁剪后的多套裁剪模板；（5）明确：裁剪规范的描述没有二义性，减少理解的偏差和沟通的误差。下图是我所在企业的过程裁剪标准样例： 3 过程裁剪内容 根据不同的项目特性，过程裁剪可能采取的行为是：合并、扩充、简化、替换、顺序调整、多选一、删除或修改权限、级别等。下面以我所在企业的过程裁剪规范为参考，对过程裁剪主要涉及的裁剪内容进行举例说明： 3.1 活动的裁剪。以项目计划为例，过程体系中定义了大中型项目在需求开发前，必须进行项目的初步估算和计划，而在需求评审通过后，项目还需根据已明确的功能点再次对项目计划进行更新并进行相应的计划评审活动；而对于小型项目而言，项目开发周期短、工作量小、重要程度较低，在需求开发活动前，只需以需求开发计划替代完整的项目计划用以指导需求阶段的开发工作，待需求确定后再进行项目计划工作，而由于小型项目取消了人力成本较高的评审环节，故小型项目的计划以审查替代。该例子从一个侧面再次印证了：“裁剪”并不等于“裁减”。 3.2 成果的剪裁。成果产自于活动，成果的裁剪并不等于活动的裁剪。比如过程体系允许小型项目不用输出单独的《数据库设计说明书》，可以缩编为《概要设计说明书》的一个章节，但该成果的裁剪并不意味着项目不会对数据库进行设计，只是成果被简化执行而已。 3.3 角色的剪裁。一套完整的过程体系中涉及到的角色非常全面，以需求规格说明书的审查为例，过程体系要求了需求规格说明书由项目需求人员编制、项目负责人审