信息系统建设项目风险评估方法

信息系统建设项目风险评估方法作者：齐建伟齐润婷,PMU会员评估这个词并不陌生,但项目风险评估在我国的应用还不太广泛，信息系统建设项目的风险评估的应用就更少了。实际上，几乎干什么事情都或多或少地存在着风险，对于我们已经顺利完成了的项目，只不过是我们在不知不觉中克服了风险而已，而那些没有进行到底而流产的项目，则是

典型的风险发作。项目中途流产，一般要造成很大的经济损失，这时，我们往往把原因归咎于客观，而不从自身的管理、技术条件等方面查找原

因。风险评估和天气预测相类似，是预测项目风险的。有了风险评估才能更的进行风险跟踪与控制，是现代化项目管理中的重要手段，也是使公司在市场竞争中立于不败之地的重要保障。经过风险评

估，可以找到项目的中主要风险所在，如果风险过大，没有能力回避，那么我们就可以提前放弃该项目，如果风险在可以控制的范围内，我们就

可以承接该项目，并制定相应的风险控制措施。风险评估不只是简单的凭空想象，必须进行量化后才能方便操作。对信息系统建设项目来说，项目风险的类型可分为项目的大小与范围、数据处理能力、技术能力与经验、管理模式、项目运作环境几大类。风险

评估的模型不是固定的，还没有统一的固定模式，计算机公司可根据自身条件制定适合本公司的模式。下面是根据本人的经验并参考国外的经验

制作的一套评估模型，供读者参考。表中提及的“数据处理”是指系统模块开发与代码编写；“公司”是指项目组所属公司；“用户”是指项目完成后的系统用户；“供货商”是指

向项目组提供软硬件设备的经销商。每一项问答都有几个选择答案，答案的后面是风险要素因子，将此因子与该项的系数相乘即可得到该项的风险值。回答完所有问题之后，分别得

到各项的风险总和，用分项的合计值所占总数的百分比来衡量项目风险的大小。风险有分项风险和总体风险，一般认为，百分比在40%以下为低

风险，40-70%为中风险，70%以上为高风险，各公司可根据自己的承受风险的能力，来确定具体控制指标。1、项目大小与范围的风险

编号因素选樺答案凤险要未凤险至数凤险値1.1系统开发与编程所需时间总童5-75JS]□0X576-375JI□137^-750周□275（］周以上□ 41.2预计整个顶目所需时间O-12-t月□013-24个月□124个月以上□ 31.3是否有最终安装期限？无□0X4有□ 41.4顷目时间是否志短？（即芸数人员感觉时间不足）・不是□0是□ 31.5是否因项目时间太长使项目组织水平下降？换句话说,是晋存在因人员变动而引起顶目中断的潜因I不是□0X4是□ 31”项目中各个子项目的相互联系如何？无子项耳或无联系□0有联系』且衔接安排恰当□1存在少叛不衔接的干项□2有联系的子顷目过劣□ 31.7顶目时间表是否考虑了干项目之间的相互协作所需时间？充分顾及□0X1有所考虑□1无法估计□21.3参加项目的人员如何？主要人员属于本公司'并且熟憩公司业务操作涼程.□0X2有一定的人员属于本公司□1只有少数人员属于齐公司□21.5人员工件地点分布如何？在一处一起工件□0乂2疔战2个工作地点□1付成了于或：3个以上工作地点□21.10数据涼程涉及的部门数量1个部门□0X42个部门□1了个及以上□21.11负责至统管理的部门或单位个数1个□0X52个以上□ 41.12系统运行之后，相关的终端用户个1-20个月户□0X221-50个用户□1同个以上用户□21.13系统运行之后'相关的终端用户的所属单元个数1个单元□0X22-3个单元□1［个及以上□21.14与本系统有关的其他协作运行系统牛数本系统独立运行□0X41-2个协作□13-E个协件□26-9个协作□ 3101及臥上□ 41.15运行本系统所依籁的其他部门的系统是否指定奸、协调好？无此内容□0乂2协调好□1初歩协调奸□2没有协调好□ 31.16需要全部稿力〔8灘以上工作时间）按人到项目的人员个數？1-百个□0^56-10-f-□111-15个□215个以上□ 31.17因公可其他活动的需基项目组有些人员不能全力按入项目,需抽空参与项目■这此人员占项目人员总数的百分比？0-20S5□0X521-4M□141-60K□261-100%□ 31.1S顶目各个阶段，项目组中开发技术人员与非开发人员的平衡程度如何？不存在韭匕问题□0乂H可以□1差□2很差□ 32、数据处理经验水平

编号因素选樺答案凤险要未凤险至数凤险値1.1系统开发与编程所需时间总童5-75JS]□0X576-375JI□137^-750周□275（］周以上□ 41.2预计整个顶目所需时间O-12-t月□013-24个月□124个月以上□ 31.3是否有最终安装期限？无□0X4有□ 41.4顷目时间是否志短？（即芸数人员感觉时间不足）・不是□0是□ 31.5是否因项目时间太长使项目组织水平下降？换句话说,是晋存在因人员变动而引起顶目中断的潜因I不是□0X4是□ 3编号因素选择答案风险要亦凤险至数凤险值2.1将开境的系统粪型？原有系统的升级□0X5代替原有手工操作□1新创系统□ 32.2新系统己经达到的自动化程度如何？51-100%□0X526-50K□10-2SK□22.3新系统对现有手工操作流程的改变程度无改变□0X5少童□1中□2□ 3彻底改变为新的流程□ 42.4新系统是否要改变中心用户对缰端用户的管理控制模式？无改娈□0X5少量□1中等□2犬改□ 32.5项目组人员是否有相关经脸或能力T且是否有时间未接融实际工件渝程？有能力，且有足鴨时间□0有能力‘但时间有限制□2全没有□ 4

终端用户是否需要添加新的涯有撫作过的机器？不而宴□0乂3是的，伸不需要培训□1是的，需要培训□ 32.7顶目的系统开发是否需婪改变公认的操作潇程或现行标准？□0X3小小改动□1一定的改动□2尢童改动□ 32.B项目的系统开笈是否需要改变内部控制与支全机制？小小改动□0一定的改动□1大童改动□ 32.0与系统相关的其他用户（扩展用户）对数据信息童、格式等宴求程度如何？无宴求□0X2少量蓉求□1一定的要求□2许多姜求与限制□ 32.10系统建成后对用户的培训程度如何？不而鉴□0少量培训□1一定的培训□2大量培训工作□ 32.11本项目是否与目刖正在开展的其他项目相互依赖？无□0X5有依赖，但有足够的时间，并且相关项目的风险很低□1有依赖，且项目之闾的时间进度有牽连，或其他项目的凤险很高□ 32.12对项目中所用材斜的种类、多少、使用频率、时间、资料交接等各种因乗的顾及程度如何？好□0X3较妊□1可□2差□ 32.13规范规程对本项目运作制约的M杂程度如何？简单□0心一般□2复杂□ 3很宜杂□ 42.14系统终端用户对顶目总的态度如何？积极□0有兴趣□1有疑问□2消极□ 32.15用户是否对数据处理循程有经经验丰富□0X5有一些经验□1无经验□ 33、技术风险

编号因素选樺答案凤险要怎凤险凤险值3.1项目进行过程中或项目完成后盂宴什么粪型的新设备（新设备指原来没有的设备V不□□X3数据处理部门新増计算机□2新増终端计算机或其他终端设备□ 33.2顷目中需宴购冥的设备，哪些是特殊的或不常见閤1?无□□X5数据处理部门特殊计算机□2特殊终端计算机或其他终端设备□ 33.3系统中需要的设备，哪些对供应商来说是新鲜东西？无□0X5进行数据处理的计算机□2终端计算机或其他终端设备□ 3其他设备□ 33.4系统中需餐的设备需至有不同的供应商提供吗？不□□X5是°17个□1是个以上□ 33.5新系统的用户是否需要增加网络功能吗？不口 □^4是，电话线连接□1是‘简单岡络□2是'复杂网络□ 43.6对项目中的新网貉结构有足够经验吗？不涉及□0X3是‘项目组中的人有□1是‘公司里有□2是°供应商有□ 43.7项目中的新设备或网貉是否有瞽代就且不影响系统功能？不涉及□0X3有□□有/旦可能会降低性能□2无□ 43.8系统应用程序开发所需宴的语言？项目组均熟悉的标准语言□0X3项目组人员只.熟悉其中的几种□1项目组人员不熟悉□2对整个公司未说也是新的语言□ 3

3.9项目组人员对项目中哪些操作至统不熟悉？■悉□0X4数据库系统不題悉□ 3数据通信系统环熟悉□ 3其他特殊系统□ 33.10供应商对顶目中操作系统熟悉吗？熟悉□0X3不朝悉□23.11对顶目中所坤的操作系统，是否需要寻找另外的供应商？jV£姜□□需至1-3个口 1需宴3个以上□ 33.12是否己经有现成的系统软杵包？是，有完全的软件包□0X2是■主要部分在软件包里□1杲3—少部分有□2□ 33.13现成的系统软件包是否需宴改变功能或增加功能？不涉及或不需宴□0X5小改□1大改□2需宴改变程序代码□ 43.14现咸的系统软件包是否已经在国向有相关用户？不涉及□0X3已经有5家以上□03-5家□11-2寡口 2无□ 33.15类似的系统（:或设备）用户或供应商是否己经取得咸功经验？不涉及□0X5经骑丰富□0经验不足口 3很差□ 53.16系统软件包供应商的售后支持与服务水平如何？不涉及□0X3奸□1一般□2差，或不清楚□ 43.17项目是否需要改变原有的工作渝程或采用新的拽术？不需要□0X5有1亍涼程需要□1有2个以上流程□ 33.18是的，公司中有人有经验□0/■TivoLJS-冃U'.l丄1Fviiiii 用旳I的技贰有足磅经验吗？是的，供应商有□2无经验口 43.19粪似报表生战、图飛程序.统计程序、仿亘、用户开发环境等综舍工具程序是否应用干项目？不□0X2由1个工具□1爭干1个□ 3

4、管理风险编号选樺答案凤险要蒸凤险值4.1项目管理层（如顷目经理或经理肋手）的应用知识面如何？丰富□□X3比较丰富口 1一般□2差□ 34.2项目管理层的數据处理知识面如何？丰富□□X3比较丰富□1一般□2差□ 34.3项目管理层是否有类似项目的管理经验？丰富口 □X3比较丰富□1一般□2无□ 34.4最终用户是否参与项目？是，全程歩与□0X5部分时间参与□1不参与□ 34.E参与项目的最终用户对项目的应用知识是否丰富？很深的知识与经验□□X5明白基本概念，但没经验□1很少，或无经验□ 34.6数据处理人员对项目应用知识是習丰富？如其中的付款涼程■，文件藹稈等。很深的知识与经骋□0X5明白基本概念，但没经验□1很少，或无经验□ 34.7数据处理人员的数据处理经验如何？很垄经验□□X5缺乏与此项目绫似的经验□1其中有些人没数据处理经验□1许多人无经脸□ 34.8项目进行中，所需要软件、硬件等用打口im绘各+吞h1业』1.-上rTTT^tiikH-不会改变□□X3可龍小变□1:初口口规枱足土忌」卜殳比ad叫aell如何？可能有一定变化□2可能丈变□ 34.9项目内部操件与决策涼程顾及可能出现的变化了吗？是□□X5无□ 34.10项目管理层的构成与管理模式对数据处理拽术专家的拽术发挥是否舍适？适昔□0X3基本适台□1存在少量不适合□2不适合口 3

4.11项目管理层的构成与管理模式昱否适合干集体经验发扌军？适合□0X3基本适台□1存在少量不适合□2不适合□ 3q.12项目管理的构成与模式，对发扌军经济、经营相关的决策能力是否有利？令人满意□0X5基本可以□1存在少童不妥□2不音适□ 34.13对与用户有关爭宜是香协调好，责任分工是晋明确？令人满意□0基本可以□1存在少量不旻□2不妥善□ 34.14项目研究组的构我及模式，对发挥他们的知识水平与经验是否有利？令人满意□□基本可以□1有在少量不妥□2不曼善□ 34.15如果系统包含有其他相关的用户与关联，例如客户端或资助者，那电、与这些单位的协调工作是否考虑？不涉及□□已经考虑□1部分考虑□2没有考虑□ 45、项目运作环境风险

编号选樺答案凤险要蒸凤险凤险值5.1部门间数据处理流程、操作渝程与支撑*优先等级、概念等是否非常明确？是□□X5只明白部门间数据渝程口 2没有明确□ 35.2项目预先支排的分项的优先度是否有可能发生改变？不会改变□□X3可能小变□1中等变化□2可能有丈的变化□ 35.3是否制定了相应的组织路线、规章制度制约或指导内部运作、安全保密等项目活动7制定了主要措施□□乂3制定了一小部分□1制定了，但不完善□25.4系统开翁是否采用公司现有咸熟的模式进行，并应用现成的工具与方法？是的□0X3一部分是□1没有现成模式□2全不是□ 35.5所坤的似器设备对本项目的适舍程度如何？包含獎端和响应时间&满足口 □X3刚够□1有的有限制□2不合适口 35.6项目运作过程中是否用原有统一的工作模式来规范计划、监筒、预算、报告等项目活动V是的□0X5部分是□1还没有