软件项目风险识别风险分析解读.pdf

-

软件工程风险的识别与风险的分析

摘自—工程管理技术

软件开发工程是一项复杂的工程，涉及的因素很多，风险的管理

过程有：风险的识别、风险的管理方案的制定、风险追踪、风险控制。

风险识别是风险管理的第一步，而有效的风险分析是进展风险管理的

根底，因此做好这2个过程的工作是软件工程成功的关键。

1软件风险的识别

风险识别过程的活动是将工程实施中的不确定性转变为明确的风

险述。系统地识别风险是这个过程的关键，识别风险不仅要确定

风险来源，还要确定何时发生、风险产生的条件，并描述其风险

特征和确定哪些风险事件有可能影响本工程。风险识别不是一次

性的活动，应当在工程执行过程中自始至终定期进展。

1.1风险识别的依据

从工程管理角度讲，风险识别依据有：合同、工程方案、工作

任务分解WBS、各种历史参考资料〔类似工程的资料〕、工程的各

种假设前提条件和约束条件。

从软件开发的生命周期看，每个阶段的输出〔各种文档〕都

是下一阶段进展风险识别的依据，许多技术风险都可据此来分析。

1.2风险识别方法和工具

风险识别的方法很多，不同的方法适用于不同的场合，下表给

出了常用的方法的适用情况。

识别方法适用情况

.z
-

专家访谈法〔Delphi〕从定性方面出发进展初步风险识

别

历史纪录统计法从定性方面对新工程的风险进展

预测

现场调查法对一些动态风险因素进展识别与

预测

风险数据库类似工程的风险识别

故障树分析法直接经历较少的风险识别

流程图法分阶段进展的工程风险识别

聚类分析法具有一样或相似属性的风险识别

模糊识别法风险的形态或属性不确定

软件工程的风险识别通常采用的工具为：

（1）风险核对清单：将可能出现的问题列出清单，然后对照

检查潜在的风险。

（2）头脑风暴法：工程成员、外聘专家、客户等各方人员组

成小组，根据经历列出所有可能的风险。

（3）专家访谈：向该领域的专家或有经历人员了解工程中会

遇到哪些困难。

（4）风险数据库：一个风险和相关的信息的仓库，它将风险

输入计算机，并分配下一个连续的给这个风险，同时维

持所有已经识别的风险历史纪录，它在整个风险管理过

程中都起着很重要的作用。

.z
-

在实际应用中，风险核对清单是一种最常用的工具，

它是建立在以前的工程中曾遇到的风险的根底上。该工具的优

点是简单快捷，缺点是容易限制使用者的思路。

1.3风险种类

风险识别出来后应该规整分类，分类可从多种角度定义和划

分，一般可按风险引发的原因、工程开发阶段、风险严重程

度、风险区东引资等进展分类。下面介绍2种典型的软件风

险分类方法。

〔1〕、SEI：1993年SEI发表了基于分类的风险辨识方法

〔TBQ〕。该分类法把系统分为三个类〔Class〕，每个类又分

解为假设干个因素〔elements〕，每个因素通过其属性来表达

特征。

〔2〕、美国空军软件工程风险管理手册：这种方法要求工程

管理者根据工程实际情况影响软件风险因素的风险驱动因

子，这些因素包括以下几个方面。

性能风险：产品能够满足需求和符合使用目的的不确

定程度。

本钱风险：工程预算能够被维持的不确定程度。

支持风险：软件易于纠错、适应及增强的不确定程度。

进度风险：工程进度能够被维持且产品能按时交付的

不确定程度。

笔者借鉴SEI的思想，在大量调查和实践的根底上，结合已

.z
-

有的历史文献资料，对软件工程风险进展了分类和提炼，识

别出8类风险，共48个风险因素，如表所示：

类风险因素类风险因素

型型

工程的需求不明确，很难计缺少大量的历史数据作

界定划为参考

需系统需求不正确和对工程进度估算的不够

求控充分

风对系统需求识别得不够充制对工程资源估计的不够

险分，有遗漏风充分

相关人员对系统需求定义险没有完善、全面的工程

存在分歧方案

系统需求变动缺少严格的变更控制和

版本控制

对工程执行过程监控缺

乏

工程中需要购置未使用过用户不重视工程管理

的设备

工程采用的是以前未曾使用户中局部人员对该工

技用过的新技术用程比拟抵触

术使用不成熟的技术户缺乏用户参与

风对单个开发工具过度依赖风用户对该工程的目标和

.z
-

险险需求不清晰

工程需要开发大量的接口

以连接到其他系统

工程采用的开发方法〔如

螺旋模型、瀑布模型〕不

适宜。

团队部人员的频繁流动缺乏与顾客的直接沟通

关键人员的离职与合作方缺乏有效沟通

开发人员缺乏所需专业技双方缺乏信任

团能外

队开发人员不熟悉自己的任部外部供给商延迟交货

风务风

险团队部人员难以沟通险与合作方在进度上的冲

突

团队士气低落