面向项目绩效评价软件过程改进模型与决策支持研究.docVIP

面向项目绩效评价软件过程改进模型与决策支持研究 　　摘要：在探讨项目绩效与过程改进关系基础上，分析了传统的模型驱动的软件过程改进模型的不足，论述了项目绩效驱动的过程改进的理论框架。为实现该框架，建立了面向项目绩效的过程改进决策支持系统逻辑模型，并提出了持续绩效评价及过程改进的软件项目开发策略。 　　关键词：软件项目绩效； 软件过程改进； 决策支持系统 　　中图分类号：TP311文献标志码：A 　　文章编号：1001－3695(2008)06－1720－04 　　 　　0引言?? 　　 　　多年来，软件危机一直困扰着全球信息化的进程，国内外许多专家学者试图从不同的角度研究解决问题的理论和方法。从管理的角度来看，软件开发项目常常处于一种缺乏完整计划、缺乏对整个开发过程的理解和把握，缺少一个定义良好的管理框架[1]。软件开发最根本的问题是管理而非技术上的，管理是影响软件项目的全过程主要因素，而技术只影响项目的局部[2]。由于软件项目的成功不只取决于技术，人们在狭义技术下的诸多努力未取得相应成效后，不得不转而求助于管理技术[3]。20世纪80年代，W．Edwards Deming和J．M．Juran博士提出通过改进人们的工作方法来提高产品的质量。1987年卡内基?梅隆大学软件工程研究所（CMU/SEI）的Watts S．Humphrey等人进行了改进软件组织中的过程意识和过程能力的研究，认为软件过程是一个受人和技术约束的过程，项目绩效水平的高低取决于软件组织的过程能力。过程改进包括过程定义、过程度量、过程改进等三个环节。由于软件开发工作的不可视性，又是一个受技术发展、人员流动、市场变化等因素影响的高度动态过程，从而增加了过程定义的复杂性。传统的过程度量方法只是给出了建立度量的基本方法和步骤以及一些基本的原则，缺少建立度量的形式化支持和度量过程的算法支持，无法实现度量过程重复性和自我优化改进[4]；现有的过程改进模型考虑的目标因素过于单一（如质量、时间、成本等），缺乏对软件项目绩效的整体目标的研究，同时忽略了项目本身的特征（如复杂程度、技术难度等）、项目组织的不同状况和过程改进的持续性和渐进性方面的内容。因此，过程改进很难达到预期的效果。 　　?? 本文首先界定了软件项目绩效的内涵，分析了软件项目绩效与过程改进的关系，建立了绩效驱动的软件项目过程改进模型；其次，根据软件项目组织的状态、项目的本身特征以及相应的算法讨论了项目绩效预测以及基于已完成项目相似案例的过程改进模型的机理，建立了基于绩效评估的过程改进决策支持系统的逻辑模型，提出了持续改进的过程改进策略，旨在为改善软件项目绩效提供有益的尝试。 　　 　　??1软件项目绩效内涵?? 　　 　　 绩效本意是说明一项活动或行为的好坏，绩效水平的度量要有一个比较对象，且绩效与产出或结果的多少有关[2]，Kast[5]认为绩效应当包括效果、效率及组织成员的满意度；从组织角度来看，绩效还应包括组织创新和减少冲突[6]。软件项目绩效概念源于企业绩效，但因项目中的不同关系人（stakeholder）其定义也不同。Wallace等人[7]认为软件项目绩效包括产品绩效和过程绩效；产品绩效是指项目开发的最终软件产品是否成功，用七个指标项测度产品绩效：软件的可靠性、易维护性、系统功能和用户需求的吻合程度、用户的满意度、响应时间、易用性、整体质量水平；过程绩效是指开发过程本身是否成功，用时间、预算两个指标测度过程绩效。Wallace认为只要组织在既定的时间、预算内完成了预定质量的软件，则项目绩效水平就很高。Na等人[8]把软件项目绩效按可测性分为主观绩效和客观绩效。主观绩效包括产品绩效和过程绩效。产品绩效是组织完成的软件项目的质量、性能等的反映，属于产品自身特征范畴；过程绩效是项目开发过程的质量反应，主要包括通过项目开发过程、组织获得的知识、团队关系的协调能力和组织对资源的控制能力。客观绩效包括成本、时间。主观绩效是绩效评价人的主观观点的反应，受特定的评价人员主观判断和认知能力的影响，难以标准化；客观绩效易于收集数据和评测。Na定义不仅概括了Wallace定义的全部内容，同时还提出了软件组织在完成一个项目后，该组织掌握了项目的开发经验、组织成员获得知识、组织的开发水平应有所提高，并把这些定义为过程绩效。Na的软件项目绩效定义无论从软件项目评估的主体还是客体来看，都要比Wallace 的更为准确、更为全面地反映了项目开发过程对组织和项目绩效的影响。 　　?? 从项目的干系人角度研究绩效，用户关注软件的适用性和适应性。软件项目的开发人员关注的是项目的效率性，即项目能否在预定的时间、成本预算内完成预期质量的软件产品；而软件组织管理者更加注重进度控制、团队沟通和组织知识获取的能力[9]。