信息系统建设项目管理风险评估方法.docx

信息系统建设工程风险评估方法 评估这个词并不陌生，但工程风险评估在我国的应用还不太广泛，信息系统建设工程的风险评估的应用就更少了。实 际上，几乎干什么事情都或多或少地存在着风险，对于我们已经顺利完成了的工程，只不过是我们在不知不觉中克服 了风险而已，而那些没有进行到底而流产的工程，则是典型的风险发作。工程中途流产，一般要造成很大的经济损 失，这时，我们往往把原因归咎于客观，而不从自身的管理、技术条件等方面查找原因。风险评估和天气预测相类 似，是预测工程风险的。 有了风险评估才能更的进行风险跟踪与控制，是现代化工程管理中的重要手段，也是使公司在市场竞争中立于不败之 地的重要保障。经过风险评估，可以找到工程的中主要风险所在，如果风险过大，没有能力回避，那么我们就可以提 前放弃该工程，如果风险在可以控制的范围内，我们就可以承接该工程，并制定相应的风险控制措施。风险评估不只 是简单的凭空想象，必须进行量化后才能方便操作。 对信息系统建设工程来说，工程风险的类型可分为工程的大小与范围、数据处理能力、技术能力与经验、管理模式、 工程运作环境几大类。风险评估的模型不是固定的，还没有统一的固定模式，计算机公司可根据自身条件制定适合本 公司的模式。下面是根据本人的经验并参考国外的经验制作的一套评估模型，供读者参考。 表中提及的“数据处理”是指系统模块开发与代码编写；“公司”是指工程组所属公司；“用户”是指工程完成后的 系统用户；“供货商”是指向工程组提供软硬件设备的经销商。 每一项问答都有几个选择答案，答案的后面是风险要素因子，将此因子与该项的系数相乘即可得到该项的风险值。回 答完所有问题之后，分别得到各项的风险总和，用分项的合计值所占总数的百分比来衡量工程风险的大小。风险有分 项风险和总体风险，一般认为，百分比在 40%以下为低风险，40-70%为中风险，70%以上为高风险，各公司可根据自己 的承受风险的能力，来确定具体控制指标。 1、工程大小与范围的风险 编号 因素 选择答累 风险要耒 系数 凤险值 1.1 系统开发与编程所需时间总量 5-75 B □ 0 X5 76-375 周 □ 1 376-750周 □ 2 750 Ji ett □ 4 1,2 预计甦个项目所需时阖 0-12个月 口 0 X4 13-24-f 月 □ 1 24个月以上 口 3 L 3 是否有最终安装期限？ 无 □ 0 X4 有 □ 4 1.4 项目时间是否太短？（即李数人员 感觉时间不足）- 不是 □ 0 X4 是 □ 3 1.5 是否因项目时间太长使项目组织 水平下隆?换旬话说』是否存往因 人员变动而弓1起项目中斷的潜因？ 不是 □ 0 X4 是 □ 3 1.6 项目中各个千项目的相互联系如 何？ 无千项耳或无联系 □ 0 有联系』且衔接去排怡当 □ 1 存在少数不衔接的手项 □ 2 有联系的千顶目辻多 □ 3 1.7 顶目时间表是否考虑了子项目之 间的相互协?作所需时间？ 充分顾及 □ 0 XI 有所考虑 □ 1 无法估计 □ 2 1.8 参加项目的人员如何？ 主要人员属于本公司??并 且熟悉公司业务操作涼 程. □ 0 X2 有一定的人员属千斗公司 n 1 只有少数人员属干本公司 □ 2 1.9 人员工作地点分布如何？ 在一处一起工作 □ 0 乂 2 分成2个工作地点 □ 1 分成$个或3个以上工作 地点 □ 2 1. 10 数据流程涉及的部门数量 1个部门 □ 0 X4 2个部门 □ 1 3个及以上 □ 2 1. 11 负责系统管理的部门或单位个数 1个 □ 0 X5 2个以上 □ 4 1. 12 系统运行之后，相关的终端用户个 数 1-20个用户 □ 0 X2 21-50个用户 □ 1 50个以上用户 □ 2 1. 13 系统运行Z后，相关的终瑞用户的 所届单元个数 1个单元 □ 0 X2 2-3个单元 □ 1 3个及以上 □ 2 1. 14 与本系统有关的其他功作运行系 统个数 本系统独立运行 □ 0 X4 1-2个协作 □ 1 3-5个协作 □ 2 6-9个协作 □ 3 10个及以上 □ 4 1. 15 运行本系统所依赖的其他部门的 系统是否指定好、协调好？ 戒匕内容 □ 0 乂2 协训好 □ 1 初步协调奸 □ 2 没有协调奸 □ 3 1?16 需宴全部轄力〔如监以上工作时间） 按入到项目的人员十叛？ i-5 h □ 0 E-ID 个 □ 1 11-16个 □ 2 15个谀上 □ 3 1. 17 因公司其他活动的需基顶目粗有 些人员不能仝力投入项S,需抽空 琴与项耳这也人员占项目人员总 数的百分岀？ 0-20RS □ 0 乂 5 21-40JS □ 1 4卜亦 □ 2 61-100K □ 3 L 18 项自各个阶段,顼目组中开发枝木 人员与非开发人员的