文档介绍：信息系统建设项目风险评估方法
作者:齐建伟齐润婷,PMU会员
评估这个词并不陌生,但项目风险评估在我国的应用还不太广泛,信息系统建设项目的风险评估的应用就更少了。实际上,几乎干什么事情都或
多或少地存在着风险,对于我们已经顺利完成了的项目,只不过是我们在不知不觉中克服了风险而已,而那些没有进行到底而流产的项目,则是
典型的风险发作。项目中途流产,一般要造成很大的经济损失,这时,我们往往把原因归咎于客观,而不从自身的管理、技术条件等方面查找原因。风险评估和天气预测相类似,是预测项目风险的。
有了风险评估才能更的进行风险跟踪与控制,是现代化项目管理中的重要手段,也是使公司在市场竞争中立于不败之地的重要保障。经过风险评
估,可以找到项目的中主要风险所在,如果风险过大,没有能力回避,那么我们就可以提前放弃该项目,如果风险在可以控制的范围内,我们就可以承接该项目,并制定相应的风险控制措施。风险评估不只是简单的凭空想象,必须进行量化后才能方便操作。
对信息系统建设项目来说,项目风险的类型可分为项目的大小与范围、数据处理能力、技术能力与经验、管理模式、项目运作环境几大类。风险
评估的模型不是固定的,还没有统一的固定模式,计算机公司可根据自身条件制定适合本公司的模式。下面是根据本人的经验并参考国外的经验制作的一套评估模型,供读者参考。
表中提及的“数据处理”是指系统模块开发与代码编写;“公司”是指项目组所属公司;“用户”是指项目完成后的系统用户;“供货商”是指
向项目组提供软硬件设备的经销商。
每一项问答都有几个选择答案,答案的后面是风险要素因子,将此因子与该项的系数相乘即可得到该项的风险值。回答完所有问题之后,分别得
到各项的风险总和,用分项的合计值所占总数的百分比来衡量项目风险的大小。风险有分项风险和总体风险,一般认为,百分比在 40%以下为低
风险,40-70%为中风险,70%Z上为高风险,各公司可根据自己的承受风险的能力,来确定具体控制指标。
1、项目大小与范围的风险
编号
因素
选撵答案
风除要素
风险系数
风险值

系统开发与编程所需时阍总量
15同
□ 0
TtH3T5 周
n 1
376-750 3
[□ 2
760周以上
□ 4

预计整个项目所需附间
0-12个月
□ C
>4
1A24个月
\n i
乂个月以上
□ 3

是否有最终安胰期限中
无
□ 0
又4
帝
□ 4

项目时间是否太短?(即多数人员感觉时间不足).
不是
□ 0
X4
是
口 3

是否因项目时间太长使项目城织水平下降7换句话说,是否存在因人员变动而引起项目中断的潜国?
不是
□ 0
共4
是
□ 3
L6
项目中各个子项目的相互联系如何?
无子项国或无联系
□ 0
X3
有联系,且衔接安排恰当
□ 1
存在少数不衔接的子项
□ 2
有联系的子项目过多
□ 3

项目附间表是否考虑了子项目之间的相互协作所需时间7
充分顾及
□ 0
X 1
有所考虑
口 1
无法估计
□ 2
L8
参加项目的人员加何?
主要人品属于本公司,并且熟悉公司业务操作流程.
□ 0
X2
有一定的人员属于本公司
□ 1
只有少数人员属千本公司
□ 2

人员工作地点分布如何?
在一处一起工作
□ 0
X2
分成2个工作地点
□ 1
分成3个或3个以上工作地点
□ 2
1. 10
数据流程涉及的部门数量
1个部门
□ 0
X4
2个部门
□ 1
3个及以上
□ 2

负责系统管理的部门或单位个数
1个
□ 0
2个以上
□ 4
L 12
系统运行之后,相关的终端用户个数
1-2口个用户
□ 0
X2
21-5 0个用户
□ 1
5。个以上用户
□ 2
1. 13
系统运行之后,相关的终端用户的所属单元个数
1个单元
[口 C
X2
2-3个单元
□ 1
3个及以上
□ 2
1,国
与本系统有关的其他协作运行系统个数
本系统独立运行
□ 0
X4
1-2个班作
[□ 1
3-5个协作
□ 2
5-9个协作
□?
10个茂以上
□ 4
1. 15
运行本系统所依赖的其他部门的系统是否指定好、协调好?
无此内容
□ C
比2
协询好
□ 1
楣步协调好
□ 2
没有如调好
| □ 2
1. 16
需要全部精力以上工作时间) 投入到项目的人员个数?
1-5个
□ 0
X5
6-10个
□ 1
11-15个
□ 2