2．5 风险管理意识不足风险管理是软件项目中防止失败的一种重要手段，

软件项目不同的阶段存在着不同的风险，并且风险会随着项目的进展而变化，

目前国内的软件企业大都不注意软件项目的风险管理。除了社会环境风险、商业

风险等这些客观风险之外．可控的软件项目风险主要指技术风险。技术风险主要

是指与软件项目本身相关的的技术因素变化带来的风险，如果在一定的条件下

达不到技术条件能够实现的目标，不但延缓项目的进度而且会增加项目的成本．

继而使整个项目受到影响。

　　

3．通过过程管理加强软件项目管理的实践模式

　　利用

cMM fCapabilityMaturityModeforSoftware)的核心思想把软件项

目管理看作一个软件过程，并根据这一原则对整个软件项目的开发和管理进行

过程监控，监督发现过程中影响项目的关键问题并予以解决。软件过程是指软件

开发人员开发和维护软件及相关产品的一套行为、方法、实践及变换过程，包括

软件开发过程和软件管理过程。

CMM 把软件开发机构按照不同开发水平划分为

5 个级别。每个等级被分解为几个 KPA(关键过程域)，KPA 是指在某个成熟度等

①

级应重点关注的区域，也是达到此成熟度等级必须解决的关键点。 初始级，无

过程意义。软件过程是无序的、随机的、缺乏总计划，无预见性，大多数活动是应

②

付危机，经常超期超支，成功取决于个人。 可重复级，具备基本的项目管理 。

KPA 分别是：需求管理、软件项目计划、软件跟踪与监督、软件子合同管理、软件

③

质量保证、软件配置管理； 已定义级，已定义软件过程。已将软件管理和软件

工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。

KPA 分别

是：组织过程焦点、组织过程定义、培训大纲、集成软件管理、软件产品工程、组间

④

协调、同行评审； 可管理级，过程可度量。已收集了软件过程和产品质量的详

细度量方法，软件过程和产品均可被定量地理解和控制。

KPA 分别是：定量过程

⑤

管理、软件质量管理； 优化级，过程控制。通过过程的量化反馈以及新技术、新

方法促使过程不断改进。

KPA 分别是：缺陷预防、技术更新预防、过程更改管理。

　　

CMM 只是一个过程改进的框架．并没有给出具体实施的办法。在该模式中

对目前

CMM 中的 KPA 做适当裁减．定义了 6 个关键过程域：软件项目计划

(SPP)、需求管理(RM)、软件项目跟踪和监督(SPTO)、软件质量保证(SQA)、软件

配置

(SCM)、同行评审(PR)，设置了三个工作组：软件项目过程组(SPPG)、软件