• RSS订阅 加入收藏  设为首页
软件风险评估

基于历史项目成本信息的分类加权风险成本评估

时间:2015-11-7 14:49:18  作者:曹济  来源:原创  查看:180  评论:0
内容摘要:对与软件成本相关的风险进行识别和分类后,然后需要对其进行评估。对每个具体的风险分别评估,评估内容包含“风险工作量比例”,其含义为可能对工作量产生的影响比例,例如20%意味将在正常的基础上增加20%的工作量;“风险权重”意味着与其他风险相比的相对重要程度,“加权风险工作量”则为两者的乘积,用于反映单个风险对整个工作量产生的影响程度。

下面采用对软件风险首先采用分类描述的方式,说明软件项目中常见的风险类型,然后再根据每个软件项目的具体特征,评估其在每类风险中所对应的风险信息。如下表所示。

 基于历史项目的分类加权风险成本评估表

风险类别

风险 细类

风险工作量比例

风险权重

加权风险工作量

备注

范围类别风险

项目范围规模风险

30.00%

5

150.00%

大于3000功能点,50%2000-3000功能点,40%1000-2000功能点,30%600-1000功能点,20%300-600功能点,10%100-300功能点,0%   50-100功能点,-10%; 小于50功能点,-20%

项目需求稳定度风险

40.00%

20

800.00%

需求变更率大于50%50%;需求变更率介于40%-50%40%;需求变更率介于30%-40%30%;需求变更率介于20%-30%20%;需求变更率介于10%-20%10%;需求变更率小于10%0%;需求变更率计算公式:增删改的需求FP数量/需求确认时的FP数量

业务熟悉程度风险

-30.00%

10

-300.00%

全新行业全新业务,50%;熟悉行业熟悉业务,-50%;介于两者之间的情形视情况设定其比例为正负50%之间的数值

多语言开发风险

20.00%

5

100.00%

5种开发语言以上,50%5种开发语言,40%4种开发语言,30%3种开发语言,20%;两种开发语言,10%;一种开发语言,0%

技术架构风险

20.00%

10

200.00%

技术架构60%以上为新内容,50%;技术架构50%-60%以上为新内容,40%;技术架构40%-50%以上为新内容,30%;技术架构30%-40%以上为新内容,20%;技术架构20%-30%为新内容,10%;技术架构10%-20%为新内容,0%;技术架构的全新内容不超过10%-10%

项目工期风险

项目工期长度风险

30.00%

5

150.00%

工期长度大于18月,50%;工期长度介于15-18月,40%;工期长度介于12-15月,30%;工期长度介于9-12月,20%;工期长度大于介于6-9月,10%;工期长度介于3-6月,0%;工期长度3月以下,-10%

项目工期压缩风险

20.00%

10

200.00%

工期风险系数为正常工期除以目标工期所得数值减1

项目成本风险

项目团队规模风险

30.00%

5

150.00%

团队规模风险系数为实际团队人员规模除以正常团队人员规模所得数值减1后除以2

人员超时工作风险

-20.00%

15

-300.00%

加班工时除以正常工时的比例系数的负值

人员平均工作经验

0.00%

10

0.00%

人员平均工作经验1年以下,50%;人员平均工作经验12年,40%;人员平均工作经验12年,40%;人员平均工作经验23年,30%;人员平均工作经验34年,20%;人员平均工作经验45年,10%;人员平均工作经验56年,0%;人员平均工作经验67年,-10%;人员平均工作经验78年,-20%;人员平均工作经验8年以上,-30%

项目质量风险

项目有无QA检查机制

15.00%

5

75.00%

根据QA机制的执行情况,全面严格执行QA机制,50%;完全没有QA机制,-50%;其他情形的取值介于两者之间

项目有无需求评审

-15.00%

10

-150.00%

根据需求评审的执行情况,完全没有需求评审机制,50%;全面严格执行需求评审机制,-50%;其他情形的取值介于两者之间

项目有无设计评审

-15.00%

10

-150.00%

根据设计评审的执行情况,完全没有设计评审机制,50%;全面严格执行设计评审机制,-50%;其他情形的取值介于两者之间

项目有无代码走查

30.00%

10

300.00%

根据代码评审的执行情况,完全没有代码评审机制,50%;全面严格执行代码评审机制,-50%;其他情形的取值介于两者之间

项目有无系统测试流程

30.00%

20

600.00%

根据测试的执行情况,完全没有系统测试机制,-50%;全面严格执行系统测试,50%;其他情形的取值介于两者之间

项目有无严格的质量验收标准

40.00%

20

800.00%

根据验收的执行情况,完全没有验收机制,-50%;全面严格执行验收流程,50%;其他情形的取值介于两者之间

如上表所示,首先将软件组织的常见风险分为四大类别,依次是项目的范围类别风险、项目工期风险、项目成本风险以及项目质量风险,在每个类别的风险下又进一步将其分解为具体的项目风险,例如在范围类别风险下又包含项目范围规模风险、项目需求稳定度风险、业务熟悉程度风险、多语言开发风险、技术架构风险等五类具体的风险。

对与软件成本相关的风险进行识别和分类后,然后需要对其进行评估。对每个具体的风险分别评估,评估内容包含“风险工作量比例”,其含义为可能对工作量产生的影响比例,例如20%意味将在正常的基础上增加20%的工作量;“风险权重”意味着与其他风险相比的相对重要程度,“加权风险工作量”则为两者的乘积,用于反映单个风险对整个工作量产生的影响程度。

当完成了对每个单一风险的工作量影响评估时,需要对这些分类加权风险进行转换,将其转换为采用单一系数表示的风险系数,从而在形式上与单一风险系数调整法得到结果保持一致。下面是分类加权风险系数的转换公式:

基于历史项目成本信息的分类加权风险成本评估  

根据公式对表中的示例数据计算如下:

基于历史项目成本信息的分类加权风险成本评估


    上述计算结果表明,采用分类加权风险评估方法计算得到的单一系数为15%,意味着针对表中的示例项目而言,其风险成本评估的结果为在一般性工作量的基础之上上浮15%


标签:风险评估 风险管理 

csan.org.cn 版权所有 csan@csan.org.cn

京ICP备06052862号-2