软件项目风险的识别与风险的分析

软件项目风险的识别与风险的分析

摘自一项目管理技术

1软件开发项目是一项复杂的工程，波及的原因诸多，风险口勺管理

过程有：风险口勺识别、风险的管理计划［1勺制定、风险追踪、风险

控制。风险识别是风险管理的第一步，而有效的风险分析是进行

风险管理的基础，因此做好这2个过程的工作是软件项目成功的

关键。

2软件风险的识别

2.1风险识别过程的活动是将项目实行中日勺不确定性转变为明确

的风险陈说。系统地识别风险是这个过程的关键，识别风险

不仅要确定风险来源，还要确定何时发生、风险产生日勺条件,

并描述其风险特性和确定哪些风险事件有也许影响本项目。

风险识别不是一次性的活动，应当在项目执行过程中自始至

终定期进行。

2.2风险识别的根据

从项目管理角度讲，风险识别根据有：协议、项目计划、工

作任务分解WBS、多种历史参照资料（类似项目的资料）、项目

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

2.3从软件开发H勺生命周期看，每个阶段时输出（多种文档）

都是下一阶段进行风险识别欧I根据，许多技术风险都可据此

来分析。

2.4风险识别措施和工具

风险识别的措施诸多，不一样的合用状况

措施合用于不一样的场所，下表

给出了常用的措施的合用状况。

识别措施

专家访谈法(Delphi)从定性方面出发进行初步风险识

别

历史纪录记录法从定性方面对新项目的风险进行

预测

现场调查法对某些动态风险原因进行识别与

预测

风险数据库类似项目的风险识别

故障树分析法直接经验较少日勺风险识别

流程图法分阶段进行的项目风险识别

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

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

(1)软件项目的风险识别一般采用的工具为：

(2)风险查对清单：将也许出现的问题列出清单，然后对照

检查潜在的风险。

头脑风暴法：项目组员、外聘专家、客户等各方人员构成小组,

根据经验列出所有也许的风险。

专家访谈：向该领域的专家或有经验人员理解项目中会碰到

哪些困难。

风险数据库：一种已知风险和有关II勺信息的仓库，它将风险输

入计算机，并分派下一种持续的号码给这个风险，同步维持所

有已经识别为风险历史纪录，它在整个风险管理过程中都起

着很重要日勺作用。

在实际应用中，风险查对清单是一种最常用日勺工具，

它是建立在此前的项目中曾碰到的风险日勺基础上。该工具日勺长

处是简朴快捷，缺陷是轻易限制使用者的思绪。

2.5风险种类

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

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

度、风险区东引资等进行分类。下面简介2种经典日勺软件风

险分类措施。

(1)、SEI:1993年SEI刊登了基于分类日勺风险辨识措施

(TBQ)o该分类法把系统分为三个类(Class),每个类又分

解为若干个原因(elements),每个原因通过其属性来体现特

性。

(2)、美国空军软件项目风险管理手册：这种措施规定项目

管理者根据项目实际状况影响软件风险原因W、J风险驱动因子,

这些原因包括如下几种方面。

SEI

W、J思

想，

在大

量调

查和

实践

W、J基

础

上，

结合

已经

有H勺

历史

文献

资

料，

对软

件项

目风

险进

行了

分类

和提

炼，

识另1」

出8

类风

险，

共

48

个风

险原

因，

如表

所

示：

类型

项目日勺需求不明确，很难计缺乏大量的历史数据作

界定划为参照

需和

求系统需求不对的控对项目进度估算的不够

风制充足

险对系统需求识别得不够充风对项目资源估计日勺不够

足，有遗漏险充足

有关人员对系统需求定义没有完善、全面的1项目

存在分歧计划

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

版本控制

对项目执行过程监控局

限性

项目中需要购置未使用过顾客不重视项目管理

的设备

项目采用的是此前未曾使顾客中部分人员对该项

技用过的新技术用目比较抵触

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

风对单个开发工具过度依赖风顾客对该项目的目的和

险险需求不清晰

项目需要开发大量的I接口

以连接到其他系统

项目采用的开发措施（如

螺旋模型、瀑布模型）不

合适。

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

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

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

团能外

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

风务风

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

突

团体士气低落，工作效率合作方的产品不符合规

低下定

合作方中途终止合约

在某个关键领域依托外

部供应商

双方口勺企业文化的差异

企业资源对项目产生了限协议类型不合适

制

缺乏对项目成功原则的定协议条款内容不严谨

组义介

织缺乏高层管理的支持同协议条款不全面

风项目经理缺乏经验，能力风存在法律上的漏洞

险局限性险

实行该项目需要大幅度变

化组织构造

实行该项目需要较大地变

化业务流程或彻底变化部

分流程

该项目与企业的发展战略

或政策不一致

3值得注意的是，尽管可以将风险进行分类，但风险之间总是互有

关联日勺，单独的风险很少发生，因此不能孤立地考虑任何一种风

险，由于一种风险类别的构成部分总是影响另一格类别。

4软件风险的分析

4.1风险分析是在风险识别的基础上估计风险的也许性和

后果，并在所有已识别的风险中评估这些风险的价值。这个

过程的目的就是将风险按优先级别进行等级划分，以便制定

风险管理计划，由于不一样级别的风险要区别看待，以使风

险管理的效益最大化。

4.2风险分析流程

根据风险分析的内容，可将风险分析过程细分为2个活动:

风险估计和风险评价。一般项目计划人员与管理人员、技术人员

一起，进行风险分析，该过程是一种不停反复的过程，在整个生

命周期都要有计划、有规律地进行风险分析，分析流程如下图：

风险分析准备

/

是

过

程

目

结

束

否►过程结束

V.J

否

4.3风险aI估计

风险估计是估计已识别的风险发生日勺也许性和风险出现后将

会产生的后果，并描述风险对项目日勺潜在影响和整个项目的

综合风险。

（1）风险估计有如下4个环节：

（2）定义风险评估准则

评估准则是事先确定日勺一种基准，作为风险估计H勺参照根

据。准则有定性和定量两种，定性估计即将肯能性提成等

级，如：很大、大、中、小、级小5个等级，一般以不超过

9级为宜。定量估计则是给出一种详细日勺数值，如:0.7表达

风险发生H勺也许性为70%,当然，定量估计还是有其他措

施，用模糊数表达风险的也许性就是一种常用的措施。下

表给出一种评估准则的例子：

也许性的评估准则

也许性阐明等级

〉80%(0.8)非常有也许性，几很大

乎肯定

60%〜80%(0.6〜0.8)很有也许性，比较大

确信

40%〜60%(0.4〜0.6)有时发生中

20%〜40%(0.2~0.4)不易发生，但有理小

由可预期能发生

1%〜20%(0.01〜0.2)几乎不也许，但有很小

也许发生

风险损失的评估准则

损失阐明等级

成本进度性能

>0.8成本增项目延性能不能很大

长>20%迟>20%满足顾客

规定

().4~().8成本增项目延迟性能有较大

长>10%〜20%10%〜20%严重的缺

陷

0.2-0.8成本增项目延迟重要方面中

长>5%〜10%5%-10%的性能局

限性

0.1〜0.2成本增项目延迟性能有缺小

长>1%〜5%1%~5%陷，但基

本满足顾

客的规定

<0.1成本增长项目延迟性能有不很小

<1%<1%明显的缺

陷

(3)估计风险事件发生时也许性

(4)根据评估准则对每个风险发生的也许性进行预测,

预测日勺值应当是多人预测的综合成果。

(5)估计风险事件发生的损失

(6)风险对项目的影响是多方面的，因此损失的估计也

应从多方面分别进行估计，一般对三个方面进行估

计：进度、成本、性能。

(7)计算风险值

根据估计出来的风险啊也许性和损失，计算风险值(R)

R二f(p,c)式中，p是风险事件发生的也许性，c是风险事件

发生的损失。

评估者可根据自身n勺状况选择对应的风险计算措施计算风

险值。

下表是风险评也许对进对成对性能影

估的I例子：性度的本日勺的I影响响

风险影响影响值

需求不明确0.50.30.30.40.5

需求变动0.90.50.40.20.99

关键人员的离0.20.40.20.30.18

职

企业资源对项0.60.40.20.30.54

目产生了限制

缺乏严格的变0.20.50.30.30.22

更控制和版本

日勺控制

影响值=也许性*（对进度H勺影响+对成本H勺影响+对性能的

影响）

（1）对项目风险进行分析是处置风险的前提，是制定和实行

风险计划日勺科学根据，因此，一定要对风险发生的也许性

及其后果做出尽量精确的估计。但在软件项目中，要精确

地估计却不是件易事，重要有如下儿种原因：

（2）依赖主观估计。由于软件项目的历史资料一般不完整.囚

此，都是根据经验进行估计。并且主观估计常常存在着互

相矛盾的问题，例如，某专家对一种特定风险发生的概率

估计为0.6,然而，当问及不发生日勺概率时，回答也许性是

0.5o因此许多学者将模糊数学理论引入到风险预测中.以

处理预测时也许性和精确性问题。

人们认知日勺局限。由于人类自身认知客观事物的能力有限,

因此不能精确地预知未来事物的发展变化，这也是导致风

险估计主观性日勺重要原因。

项目环境多变。项目日勺一次性特性使其不确定性比其他经

济活动达，因此，其预测的难度也较其他经济活动大。也正

是这个原因，风险管理应当贯穿整个项目周期。

4.4风险评价

风险评，介是根据给定时风险评判原则（也称风险评价基

准），判断项目是继续执行还是终止（出的问题太大）。对于

继续执行的项目，要深入给出各个风险的优先排序，确定哪

些是必须控制的风险。

那么，要判断风险的高下，就需要一种原则，只有统一原

则，才具有可比性，因此在做风险评价时，评判原则H勺设定

应根据前面所确定的风险的也许性和损失的评估