信息化项目风险管理.doc

信息化项目风险管理.doc
信息化项目风险管理.doc

信息化项目风险管理

攀钢托日信息工程公司张中元

2005年2月

摘要:本文从国外企业信息化统计资料出发,简要叙述了国内冶金企业信息化项目发展情况。根据信息化项目特征,叙述了信息化项目风险构成、管理及一种简单的分析评估的方法,并给出了分析实例。

关键字:企业信息化风险管理

一、问题的提出

1、国外企业信息化情况

1)美国S P R公司的调查30%以上的企业I T项目在中途放弃开发;

●60%超出了原定的开发期限;

●46%的项目超出了原计划的费用预算;

●52%的项目没有达到预期的目标

2)美国S t a n d i s h G r o u p信息咨询公司1995年资料美国公司每年大约要在17.5万个I T项目上花费2500多亿美元,其中大型公司在一个信息化项目上平均要投入230万

美元;中型公司要花费130万美元以上;而小公司也要花费43.4万美元以上。

●该公司在1998年的报告中显示,28%的没有成功案例大约花费750万美元,超出

经费预算近220亿美元;只有26%的信息化项目成功地实现了系统功能、开发时

间和成本目标;有约46%的信息化项目超出费用预算和最后期限。

2、我国34家冶金企业信息化情况

1)第一轮(88年到98年)信息化项目大多数投资未达到应有的效果。比如攀钢投入约800万建立的P M I S,宝钢投入约2个亿建立的第一代信息系统就是例子。

2)信息技术、网络技术及数据处理技术有了长足的发展,为新一轮企业信息化项目的实施创造了有利条件。

3)第二轮(89年到04年)信息化项目正在蓬勃开展。据34家冶金企业信息化情况统计,8家企业开发了较完整的信息系统,6家企业取得阶段成果,7家企业正在实施,13家企业正在规划或有实施意向。

4)新一轮信息化热潮具有以下特点:

●企业对信息化的需求正由被动变为主动,其中外资企业、国有大中型企业最为明

显。

●管理流程的优化、信息资源的开发和利用再一次引起重视,企业信息化投入变得

更加理性。

●企业对信息化的投入明显增加,信息化基础设施明显改善。

●信息化项目的开发和服务市场正在逐渐走向成熟,主要体现在项目的规划设计、

招标投标、监理服务等正为人们接受。

5)由于传统束缚、理念守旧,组织不利、产品选择等原因,企业信息化项目仍然存在较大风险。一些企业信息化项目启动后难以进行下去,中途夭折;有的运行后因企业环境变化等原因导致系统难以继续运行,等等。

信息化项目的实施及实现过程重存在着很大的不确定性,这些不确定性导致信息化项目管理过程重存在各种各样的风险,如果不能管理和控制这些风险,就会给信息化项目带来很大的损失,因此必须了解信息化项目的各种不确定性,对风险进行控制和管理,以使信息化项目获得成功。

二、信息化项目特征

1、信息化项目的含义:

信息化项目是指应用信息技术按限定时间、限定费用和要求的质量标准,完成的一次性任务或管理对象。例如:通信工程、网络项目、软件开发项目、信息服务项目和信息系统项目等。2、典型的企业信息化应用项目可分为三类:

1)信息化系统平台构建项目,主要指系统硬件配置、系统网络和系统集成等。

2)应用软件开发项目,主要指信息系统开发与实施、门户网站、应用数据库、以及辅助决策支持系统项目等。

3)信息化咨询项目,主要指信息系统咨询规划项目、信息化人才培训项目等。3、信息化项目特征

1)具有一般工程项目所共有的特征:

●一次性;

●有目标;

●整体性;

●寿命周期性;

●要使用资源;

2)信息化项目的个性特征:

●“知识资源型”;

●不确定性;

●依赖于原管理系统;

●用户需求不断被激发;

●重维护工作。

3)信息化项目与工程项目的主要区别:

●信息化项目主要属“知识资源型”,而工程项目主要属“物质资源型”。

●信息化项目的外部环境主要是原管理系统,而工程项目的外部环境主要是自然环

境。

●信息化项目的目标存在不确定性,而工程项目的目标相对明确。

●信息化项目的质量难以度量,工程项目的质量通常是可检验、可度量的。

三、信息化项目风险管理概念

1、信息化项目风险

信息化项目风险是指在信息化项目开发过程中遇到的预算、进度、组织协调、需求变化、功能缺失、技术选择和质量要求等方面的问题,而这些问题对信息化项目会带来不利影响,使得项目成功实施隐含大量未知因素。也就是说如果信息化项目的这些风险变成现实,就有可能会影响项目的进度,增加项目的成本,使信息化项目达不到预期目标,甚至流产。

信息化项目未能成功的主要表象是:

●已经开始的项目,在未结束之前便放弃;

●项目已经开发完成,但从未使用;

●项目已经开发完成并投入使用,但是在很短的时间内就放弃使用;

●所开发的项目并未达到预期的目标,无法完全提供设计的功能;

●项目开发时间比预计延长较多;

●项目开发经费不断增加。

2、信息化项目风险管理

信息化项目风险管理就是对项目的风险因素进行预测、分析、评估、控制和管理,最大限度的减少信息化项目风险的发生,使得开发的项目得以成功。

3、信息化项目失败或达不到目标产生的原因1)信息化项目开发时机不当,开发条件不成熟;

2)缺乏总体规划,需求不完整;

3)设计开发人员或应用软件系统选择不当;

4)新技术与新设备的倍出,系统要不断升级;

5)信息化项目的实施过程管理不当;

6)外部环境和管理组织的不断变革,要求信息化项目适应其需求,因而系统永远处于修改之中。

7)缺乏信息化系统的后期维护,致使功能丢失,运行不畅。

四、信息化应用项目风险分析

1、风险评估的常用方法:

●风险评估方法;评分法及D E L P H I法

●等风险图法;层次分析法(A H P)

●效用理论方法;保险单对照表法

●模糊数学方法;C I M模型

………..等等。

2、简单三要素分析法评估信息化项目风险

所谓三要素是指:“风险来源、风险后果、风险程度”。用三要素分析法评估信息化项目风险的步骤如下:

1)构造风险来源要素表

2)确定对应风险后果值集

3)专家评价

4)综合评价风险影响程度

3、信息化项目风险评估示例:

现就某公司企业信息化项目为例,说明三要素分析法评估信息化项目风险是如何进行的。

1)构造风险来源要素和对应的风险后果值集如表1:

2)专家评价

制定专家风险评价评分表如表2,由于专家对该项目各方面了解程度有差异,在此增加了专家对该项评分的自信系数,以避免随意评分产生的对该项目风险评价的准确性。聘请若干专家独立评分,收集评价评分表,准备进行数据处理。

表2

3)进行数据分析处理,进行风险评价

本例共聘请9位专家进行项目风险评分,专家评分经自信系数加权处理后得出的各项分值如表3。

表3

从表3数据可以看出,4号专家认为该项目风险很大,而其他专家认为项目风险不严重;同时专家们比较一致的认为技术风险很小,业主风险较大。采用简单平均处理方法可得出各项风险来源的风险后果评分和总的风险后果评分如表4。由于风险评价采用10分制,可以认为:

项目的成功率=%9.73100/100)10/61.21(=?- 必须强调数据处理方法将影响评价结果。在上例中如把4号专家的评分作为个例不予考虑,总的风险会下降,成功率将提高。这种简单的信息化项目风险评价方法必须注意选择好专家、处理好原始数据、采用更好的加权(但要确定好合适的权重)平均方法进行计算等才能使信息化项目风险评估更切合实际、更准确。

五、 信息化应用项目风险规避

1、企业信息化项目的实施和应用,是企业实施管理变革、实现管理创新、增强企业核心竞争力的过程,必须取得企业管理层,特别是企业最高领导的首肯。

2、在企业信息化应用项目实施前,要搞好整体规划工作,进行可行性分析,并制定严格的实施方案。

3、在企业信息化项目实施过程中,要严格按照信息化项目的管理程序,选择好信息化项目开发商或产品,最好引入信息化项目的招标投标制,信息化项目的监理制,确保项目的成功率;

4、在企业信息化项目开展前和实施过程中,都要重视进行风险评估,找出影响项目成功的主要因素,实施控制策略,不断修正偏差,使项目沿着正确轨道开展。

5、用户直接参与,形成“用户、开发商、监理”三位一体的格局。

6、企业信息化项目的应用阶段,重视对系统的维护和升级工作。

7、建立相应的信息管理部门,特别是建立企业信息主管(C I O)制度,加强信息化建设管理工作,注意培养系统开发、维护和使用人才。

六、结语--信息化项目存在风险;

--信息化项目风险可以规避。

软件项目风险管理

软件项目风险管理 一、风险管理概述 软件风险是指软件开发过程中及软件产品本身可能造成的伤害或损失。风险关注未来的事情,这意味着,风险涉及选择及选择本身包含的不确定性,在软件开发过程及软件产品都要面临各种决策的选择。风险是介于确定性和不确定性之间的状态,是处于无知和完整知识之间的状态。另一方面,风险将涉及思想、观念、行为、地点等因素的改变。 当在软件工程领域考虑风险时,我们要关注以下的问题:什么样的风险会导致软件项目的彻底失败?用户需求、开发技术、目标计算机、以及所有其它与项目有关的因素的改变将会对按时交付和总体成功产生什么影响?对于采用什么方法和工具,需要多少人员参与工作的问题,我们如何选择和决策?对软件质量要达到什么程度才是“足够的”? 当没有办法消除风险,甚至连试图降低该风险也存在疑问时,这些风险就是真正的风险了。在我们能够标识出软件项目中的真正风险之前,识别出所有对管理者和开发者而言均为明显得风险是很重要的。 二、被动和主动的风险策略 被动风险策略是针对可能发生的风险来监督项目,直到它们变成真正的问题时,才会拨出资源来处理它们,更普遍的是,软件项目组对风险不闻不问,直到发生了错误才赶紧采取行动,试图迅速地纠正错误。这种管理模式常常被称为“救火模式”。当补救的努力失败后,项目就处在真正的危机之中了。 对于风险管理的一个更聪明的策略是主动式的。主动策略早在技术工作开始之前就已经启动了――标识出潜在地风险,评估它们出现的概率及产生的影响,对风险按重要性进行排序,然后,软件项目组建立一个计划来管理风险。主动策略风险管理的主要目标是预防风险。但是,因为不是所有的风险都能够预防,所以,项目组必须建立一个应付意外事件的计划,使其在必要时能够以可控的及有效的方式作出反应。 三、软件风险 1、软件风险包含两个特征: 不确定性——刻划风险的事件可能发生也可能不发生,没有100%发生的风险。 损失——如果风险变成了现实,就会产生恶性后果或损失。 2、进行风险分析时,重要的是量化不确定的程度和与每个风险相关的损失的程度。 为了实现这点,必须考虑以下几种不同类型的风险:

软件项目的风险分析报告

软件项目的风险分析 软件工程项目的开发也存在各种各样的风险,有些风险甚至是灾难性的。R.Charette认为,风险与将要发生的事情有关,它涉及诸如思想、观念、行为、地点、时间等多种因素;风险随条件的变化而改变,人们改变、选择、控制与风险密切相关的条件可以减少风险,但改变、选择、控制条件的策略往往是不确定的。在软件开发过程中,人们关心的问题是,什么风险会导致软件项目的彻底失败?顾客需求、开发环境、目标机、时间、成本的改变对软件项目的风险会产生什么影响?人们必须抓住什么机会、采取什么措施才能有效地减少风险、顺利完成任务?所有这些问题都是软件开发过程中不可避免并需要妥善处理的。软件工程的风险分析包括:风险标识、风险估算、风险评价和风险管理四部分 1、风险标识 从宏观上看,风险可以分为项目风险、技术风险和商业风险三类。由于项目在预算、进度、人力、资源、顾客和需求等方面的原因对软件项目产生的不良影响称为项目风险。软件在设计、实现、接口、验证和维护过程中可能发生的潜在问题,如规格说明的二义性、采用旧或尚不成熟的技术等等,对软件项目带来的危害称技术风险。开发了一个没人需要的优质软件,或推销部门不知如何销售这一软件产品,或开发的产品不符合公司的产品销售战略,等等,称为商业风

险。这些风险有些是可以预料的,有些是很难预料的。为了帮助项目管理人员、项目规划人员全面了解软件开发过程存在的风险,Boehm建议设计并使用各类风险检测表标识各种风险。 2、风险估算 软件项目管理人员可以从影响风险的因素和风险发生后带来的损失两方面来度量风险。为了对各种风险进行估算,必须建立风险度量指标体系;必须指明各种风险带来的后果和损失;必须估算风险对软件项目及软件产品的影响;必须给出风险估算的定量结果。 3、风险评价和管理 在风险分析过程中,经常使用三元组[RI,LI,XI]描述风险。其中RI代表风险,LI表示风险发生的概率,XI是风险带来的影响,I = 1,2,…L是风险序号,表示软件项目共有L种风险。软件开发过程中,由于项目超支、进度拖延和软件性能下降都会导致软件项目的终止,因此多数软件项目的风险分析都需要给出成本、进度和性能三种典型的风险参考量。当软件项目的风险参考量达到或超过某一临界点时,软件项目将被迫终止。在软件开发过程中,成本、进度、性能是相互关联的。例如,项目投入成本的增长应与进度相匹配,当项目投入的成本与项目拖延的时间超过某一临界点时,项目也应该终止进行。通常风险估算过程可分为

项目风险管理真题

20XX年10月高等教育自学考试北京市命题考试 项目风险管理试卷 (课程代码:05064) 本试卷分为两部分,共9页,满分100分;考试时间150分钟。 1、第一部分为选择题,应考者必须在“答题卡”上的“选择题答题区”内按要求填涂,答在试卷上无效。 2、第二部分为非选择题,应考者必须在“答题卡”上的“非选择题答题区”内按照试题题号顺序直接答题,答在试卷上无效。 第一部分选择题(共84分) 一、单项选择题(本大题共70小题,每小题1分,共70分) 在每小题列出的四个备选项中只有一个是符合题目要求的,请将其选出并将“答题卡”的相应代码涂黑。错涂、多涂或未涂均无分。 1.下列不属于项目风险基本特征的是() A、客观性 B、多样行 C、必然性 D、规律性 2.对某种特定的风险,测定其风险事故发生的概率及其损失程度的工作是() A、风险识别 B、风险估计 C、风险处理 D、风险管理效果评价 3.运用某种有偿方式将风险转移给资金雄厚的机构,从而改变风险承担主体,是指()A、风险转移 B、风险规避 C、风险缓解 D、风险自留 4.在风险管理的____过程,我们会用风险的分类作为输入。() A、风险识别 B、风险定性分析 C、风险定量分析 D、风险应对规划 5.当____时候,需要制定附加风险应对措施。() A、WBS发生变化 B、成本基准计划发生变化 C、预料之外的风险事件或影响大于预期影响 D、项目计划于更新 6.在以下可用于风险识别的历史信息中,最不可靠的是() A、项目档案 B、商业数据库 C、项目小组知识 D、经验数据库 7.风险分析最简单的形式是() A、概率分析 B、敏感分析 C、德尔菲技术 D、效用理论 8.风险管理的基本程序包括() A、识别、评价、制订对策和控制 B、识别、规划、控制和评估 C、要素识别、缓解管理和对策 D、评价、回避、接受和缓解

软件项目管理风险管理

浅析软件项目管理中的风险管理 张尧 摘要:在项目的建设过程中,风险几乎无处不在。如何有效地分析、控制和管理风险,对项目的成功起着至关重要的影响。本文通过对当前软件项目的风险状况进行分析,列举软件开发项目的风险来源,并进行分析,最后给出如何合理管理软件项目风险的建议。 关键词:风险管理;Boehm模型;CMU/SEI模型 0.引言 软件行业是二十一世纪发展较快的行业,同时基于软件项目具有连续性、复杂性、少参照性和无标准规范等特点,该项目的开发过程总会遇到各种各样的风险。鉴于这种情况,我们提出软件项目的风险管理,其管理内容包括风险识别、风险量化、风险对策和风险控制等,当然,还有一系列的管理模型,比如:Boehm 模型、 CMU/SEI模型。做这些,目的只有一个,那就是:使软件项目的潜在机会或回报最大化,使其潜在风险最小化。 1.风险管理概述 每一个项目的完成,都是克服各种困难的结果,困难来于人、财、物。仔细观察不难发现,整个困难过程狭义的说就是各种风险的集合,风险无处不在,我们所要做和能做的便是采取一定的方式方法对风险进行管理,使事件能顺利朝我们的目标发展。软件中的项目风险管理是指为了最好的达到项目的目标,识别、分配、应对项目生命周期内风险的科学与艺术 1.1. 风险的来源 风险来于国家制度。一切工作都在按计划顺利的进行着,突然国家实施宏观调控,物价上涨,工人要求加工资,或者国家发布声明,这款软件不能研发,我们的软件项目要么不能按时完成,要么直接得从做,风险由此产生。 风险来于项目实施过程。软件项目具有一般项目的特点,那就是需要人力、物力的投入,还有就是自然环境的参与。整个过程,每一环境产生与目标相悖的行为,这对项目都会产生不可预知的挫折,风险由此产生。 风险来于我们的用户,工程都是按计划顺利完成的,可到和最终用户交接的时候,用户临时提出修改意见,顾客是上帝,在这个竞争尤为激励的年代,我们只能选择满足用户,风险由此产生。 1.2. 风险的分类

软件项目风险评估报告

本文主要针对软件开发涉及到的风险,包括在软件开发周期过程中可能出现的风险以及软件实施过程中外部环境的变化可能引起的风险等进行评估。在文中对所提到的风险都一一做了详细的分析,并提出了相应的风险回避措施。由于风险是在项目开始之后才开始对项目的开发起负面的影响,所以风险分析的不足,或是风险回避措施不得力,都很有可能造成软件开发的失败。风险分析是在事前的一种估计,凭借一定的技术手段和丰富的经验,基本能够对项目的风险做出比较准确的估计,经过慎重的考虑提出可行的风险回避措施,是避免损失的重要环节。 主要风险综述 任何软件的开发,其主要风险均来自于两个方面,一是软件管理,二是软件体系结构。软件产品的开发是工程技术与个人创作的有机结合。软件开发是人的集体智慧按照工程化的思想进行发挥的过程。软件管理是保证软件开发工程化的手段。软件体系结构的合理程度是取决于集体智慧发挥的程度和经验的运用。 软件管理将影响到软件的下列因素: 软件是否能够按工期的要求完成:软件的工期常常是制约软件质量的主要因素。很多情况下,软件开发商在工期的压力下,放弃文档的书写,组织,结果在工程的晚期,大量需要文档进行协调的工作时,致使软件进度越来越慢。软件的开发不同于其他的工程,在不同的工程阶段,需要的人员不同,需要配合的方面也不同,所有这些都需要行之有效的软件管理的保证。 软件需求的调研是否深入透彻:软件的需求是确保软件正确反映用户的对软件使用的重要的文档,探讨软件需求是软件开发的起始点,但软件的需求却会贯穿整个软件的开发过程,软件管理需要对软件需求的变化进行控制和管理,一方面保证软件需求的变化不至于造成软件工程的一改再改而无法按期完成;同时又要保证开发的软件能够为用户所接受。软件管理需要控制软件的每个阶段进行的成度,不能过细造成时间的浪费,也不能过粗,造成软件缺陷。 软件的实现技术手段是否能够同时满足性能要求:软件的构造需要对软件构造过程中的使用的各种技术进行评估。软件构造技术通常是这样:最成熟的技术,往往不能体现最好的软件性能;先进的技术,往往人员对其熟悉程度不够,对其中隐含的缺陷不够明了。软件管理在制定软件开发计划和定义里程碑时必须考虑这些因素,并做出合理的权衡决策。 软件质量体系是否能够被有效地保证:任何软件管理忽略软件质量监督环节都将对软件的生产构成巨大的风险。而制定卓有成效的软件质量监督体系,是任何软件开发组织必不可少的。软件质量保证体系是软件开发成为可控制过程的基础,也是开发商和用户进行交流的基础和依据。 软件体系结构影响到软件的如下质量因素: 软件的可伸缩性:是指软件在不进行修改的情况下适应不同的工作环境的能力。由于硬件的飞速发展和软件开发周期较长的矛盾,软件升级的需要显得非常迫切。如果软件的升级和移植非常困难,软件的生命期必定很短,使得化费巨大人力物力开发出的软件系统只能在低性能的硬件或网络上运行,甚至被废弃不用,造成巨大的浪费。 软件的可维护性:软件的维护也是必然的事情,为了保证软件的较长使用寿命,软件就必须适应不断的业务需求变化,根据业务需求的变化对软件进行修改。修改的成本和周期都直接和软件的体系结构相关。一个好的软件体系结构可以尽可能地将系统的变化放在系统的配置上,即软件代码无需修改,仅仅是在系统提供的配置文件中进行适当的修改,然后软件重新加载进入运行状态,就完成了系统部分功能和性能要求的变化。对于重大改动,需要打开源代码进行修改的,也仅仅是先继承原先的代码,然后用新的功能接替原先的调用接口,这样将把软件改动量减小到最低。 软件易用性:软件的易用性是影响软件是否被用户接受的关键之关键因素。在软件产品中,设计复杂,功能强大而完备,但因为操作繁复而被搁置者屡见不鲜。造成的主要原因在于缺乏软件开发中软件体系结构的宏观把握能力。另一方面,缺乏有效的手段进行软件需求的确定和对潜

2018年华南理工大学项目风险管理平时作业

作业题: 一、名词解释: 1.风险因素: 答:风险因素是风险事件发生的潜在原因。在具备一定的条件时,风险因素才有可能发生风险事件,这一定的条件称为转化条件(主要原因)。即使具备转化条件,还必须具备另外的条件时,风险事件才会真的发生,这种条件称为触发条件(直接原因)。 2.风险损失 答:风险损失在风险管理中系指非故意的、非计划的和非预期的经济价值的减少,通常以货币来衡量。它包括直接损失和间接损失。直接损失指财产损毁和人员伤亡的价值。间接损失指直接损失以外的额外物质损失、收入损失和责任损失。 3.纯粹风险 答:纯粹风险指仅造成损失而无收益可能的风险。例如自然灾害、火灾、安全事故等突发性风险。这类风险一般具有一定的规律性和前兆,可以通过统计分析发现并采取预防策略。纯粹风险的后果有损失和无损失两种可能。 4.风险辨识之风险核查表 答:风险核对表是基于以前类比项目信息及其他相关信息编制的风险识别核对图表。核对表一般按照风险来源排列。利用核对表进行风险识别的主要优点是快而简单,缺点是受到项目可比性的限制。 5.风险辨识之德尔菲法 答:德尔菲法是由美国著名咨询机构兰德公司于20世纪50年代初发明的。它本质上是一种匿名反馈函询法。其做法是,在针对所要预测的问题征得各专家的意见后,进行整理、归纳、统计,再匿名反馈给各专家,再次征求意见,再集中,再反馈,直到得到较集中稳定的意见。德尔菲法不仅用于风险因素的罗列,还可用于估计风险发生的可能性及其影响。 6.风险辨识之流程图法 答:流程图法是将一个工程项目的实施过程,或工程项目某一部分的管理过程,或某一部分结构的施工过程,按步骤或阶段顺序以若干模块形式组成一个流程图,每个模块中都标出各种潜在的风险或利弊因素,从而给决策者一个清晰具体的印象。 7.风险估计之正态分布 答:正态分布(Normal distribution)又名高斯分布(Gaussian distribution),是一个在数学、物理及工程等领域都非常重要的概率分布,在统计学的许多方面有着重大的影响力。若随机变量X服从一个数学期望为μ、方差为σ^2的高斯分布,记为N(μ,σ^2)。其概率密度函数为正态分布的期望值μ决定了其位置,其标准差σ决定了分布的幅度。因其曲线呈钟形,因此人们又经常称之为钟形曲线。我们通常所说的标准正态分布是μ = 0,σ = 1的正态分布。

_软件开发项目的风险管理

_软件开发项目的风险管理 我讲的主题是:软件开发项目的风险治理,因为我认为风险治理在软件项目中专门重要,又不容易做好,因此期望通过和大伙儿讨论能够有一些思路和启发。 期望在那个地点在如下几方面展开讨论: 1.在软件项目治理中如何做好风险防范 2.软件项目中的典型风险事件是哪些 软件开发项目的风险治理 众所周知,软件开发过程可分为:需求分析、设计、编码、测试、安装及爱护等几个过程(在RUP方法中:业务建模、需求、分析设计、实施、测试、部署),实际上一个完整的软件项目前后还有其它过程,在那个地点列出的只是和软件开发有关的核心过程。 软件项目的生命周期能够分为四个时期(不同行业的项目生命周期不同),即初始时期、设计时期、实施时期、收尾时期。软件开发过程在软件项目的这四个时期中的分布情形如下(括弧里面表示RUP方法中的过程): 初始时期:大部分需求分析,少部分设计(大部分业务建模和需求,少部分分析设计)

设计时期:大部分设计,少部分编码(大部分分析设计,部分实施及测试,开始考虑部署) 实施时期:大部分编码和测试,少部分设计(大部分实施及测试,部分部署) 收尾时期:安装及爱护(大部分部署) 而项目治理则贯穿在整个生命周期的每个时期。 按照PMBOK,项目治理能够从范畴治理、时刻治理、费用治理、质量治理、人力资源治理、沟通治理、风险治理、采购治理和整体治理等9个方面考虑,关于软件项目治理来讲软件配置治理(属于整体治理)、软件质量治理、软件风险治理及开发人员治理(属于人力资源治理)等四个方面的治理尤为重要,软件开发的每个时期、每个过程都要重视这几方面的治理。 下面就以软件项目的风险治理为主题展开讨论。 软件项目治理的四个时期中,在初始时期项目成功的可能性最小,风险发生的概率也就最高,然而这时候一旦估量的风险发生了,缺失是最小的,例如:在那个时期如果某种缘故突然资金来源断了(这在需求时期是专门有可能的),以至于不能连续进行项目,不得不终止项目,那么这时候的缺失只是需求分析时期的投入。随着项目的进展项目成功的可能性变大,风险发生的概率逐步变小,风险对项目的缺失逐步变大,快到收尾时期的时候风

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

软件项目风险的识别与风险的分析 摘自—项目管理技术 软件开发项目是一项复杂的工程,涉及的因素很多,风险的管理过程有:风险的识别、风险的管理计划的制定、风险追踪、风险控制。风险识别是风险管理的第一步,而有效的风险分析是进行风险管理的基础,因此做好这2个过程的工作是软件项目成功的关键。 1软件风险的识别 风险识别过程的活动是将项目实施中的不确定性转变为明确的风险述。系统地识别风险是这个过程的关键,识别风险不仅要确定风险来源,还要确定何时发生、风险产生的条件,并描述其风险特征和确定哪些风险事件有可能影响本项目。风险识别不是一次性的活动,应当在项目执行过程中自始至终定期进行。 1.1风险识别的依据 从项目管理角度讲,风险识别依据有:合同、项目计划、工作任务分解WBS、各种历史参考资料(类似项目的资料)、项目的各种假设前提条件和约束条件。 从软件开发的生命周期看,每个阶段的输出(各种文档)都是下一阶段进行风险识别的依据,许多技术风险都可据此来分析。 1.2风险识别方法和工具 风险识别的方法很多,不同的方法适用于不同的场合,下表给出了常用的方法的适用情况。

软件项目的风险识别通常采用的工具为: (1)风险核对清单:将可能出现的问题列出清单,然后对照检查潜在的风险。 (2)头脑风暴法:项目成员、外聘专家、客户等各方人员组成小组,根据经验列出所有可能的风险。 (3)专家访谈:向该领域的专家或有经验人员了解项目中会遇到哪些困难。 (4)风险数据库:一个已知风险和相关的信息的仓库,它将风险输入计算机,并分配下一个连续的给这个风险,同时维持所有已经识别的风险历史纪录,它在整个风险管理过程中都起着很重要的作用。

16秋北航《项目风险管理》在线作业1

北航《项目风险管理》在线作业1 一、单选题(共10 道试题,共30 分。) 1. 项目风险评价的依据是()。 A. 项目范围说明书、风险管理计划 B. 风险管理计划、风险记录手册、组织管理知识 C. 风险管理计划、风险记录手册、项目范围说明书 D. 风险管理规划、风险识别和估计的成果、项目进展状况、项目类型 正确答案: 2. 下列不属于项目风险基本特征的是()。 A. 客观性 B. 多样行 C. 必然性 D. 规律性 正确答案: 3. 所谓(),是对一个风险事件所采取的行动,它是为减小风险发生的可能性,或者降低它的有害影响的严重性而采取的行动。 A. 风险应对 B. 风险响应 C. 风险控制 D. 风险决策 正确答案: 4. ()就是对项目风险提出处理意见和办法。 A. 风险监控 B. 风险应对 C. 风险分析 D. 风险决策 正确答案: 5. 敏感性分析程序是()。 A. 确定分析指标、计算影响程度、选择不确定因素、寻找敏感因素 B. 确定分析指标、选择不确定因素、计算影响程度、寻找敏感因素 C. 选择不确定因素、计算影响程度、确定分析指标、寻找敏感因素 D. 确定不确定因素、确定分析指标、计算影响程度、寻找敏感因素 正确答案: 6. 当()时候,需要制定附加风险应对措施。 A. WBS发生变化 B. 成本基准计划发生变化

C. 预料之外的风险事件或影响大于预期影响 D. 项目计划于更新 正确答案: 7. 风险管理的基本程序包括()。 A. 识别、评价、制订对策和控制 B. 识别、规划、控制和评估 C. 要素识别、缓解管理和对策 D. 评价、回避、接受和缓解 正确答案: 8. 通过风险分析过程决定所识别的一个风险事件无法避免,也不能减轻或保险,这是个关键的风险事件,一旦发生可能造成项目失败,项目经理最佳的选择是()。 A. 贬低风险的重要性,让项目团队找到一个克服任何失败的方法 B. 非常关注,加强管理该风险事件和所有的其它相关事件 C. 让项目评估小组继续分析该风险事件,直到降低预期负值 D. 忽略风险评估,因为不管赋予了什么值,都只是一个估计,绝对不会完全等同于预期的状态 正确答案: 9. 项目经理可能意识到不能满足某些合同条款和项目目标,要达到某些规范既费成本又花时间。这时项目出现风险可能性较高,同客户协商降低风险可能性这种手段()。 A. 可以消除所有项目和客户风险而不需要任何成本 B. 可以重新定义风险对客户发生的可能性 C. 可以使项目范围减小并改进交付给客户的产品 D. 可能减少支付罚金的成本并且满足修订过的规范达到客户的最低要求 正确答案: 10. 下列()工具最适合衡量计划进度风险。 A. CPM B. 决策树 C. WBS D. PERT 正确答案: 北航《项目风险管理》在线作业1 二、多选题(共10 道试题,共40 分。) 1. 在项目生命周期内持续使用()等措施来落实质量方针的执行。 A. 质量计划 B. 质量控制 C. 质量保证

_软件开发项目的风险管理.doc

软件开发项目的风险管理 我讲的主题是:软件开发项目的风险管理,因为我认为风险管理在软件项目中很重要,又不容易做好,所以希望通过和大家讨论能够有一些思路和启发。 希望在这里在如下几方面展开讨论: 1.在软件项目管理中如何做好风险防范 2.软件项目中的典型风险事件是哪些 软件开发项目的风险管理 众所周知,软件开发过程可分为:需求分析、设计、编码、测试、安装及维护等几个过程(在RUP方法中:业务建模、需求、分析设计、实施、测试、部署),实际上一个完整的软件项目前后还有其它过程,在这里列出的只是和软件开发相关的核心过程。软件项目的生命周期可以分为四个阶段(不同行业的项目生命周期不同),即初始阶段、设计阶段、实施阶段、收尾阶段。软件开发过程在软件项目的这四个阶段中的分布情况如下(括弧里面表示RUP方法中的过程): 初始阶段:大部分需求分析,少部分设计(大部分业务建模和需求,少部分分析设计) 设计阶段:大部分设计,少部分编码(大部分分析设计,部分实

施及测试,开始考虑部署) 实施阶段:大部分编码和测试,少部分设计(大部分实施及测试,部分部署) 收尾阶段:安装及维护(大部分部署) 而项目管理则贯穿在整个生命周期的每个阶段。 根据PMBOK,项目管理可以从范围管理、时间管理、费用管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理和整体管理等9个方面考虑,对于软件项目管理来讲软件配置管理(属于整体管理)、软件质量管理、软件风险管理及开发人员管理(属于人力资源管理)等四个方面的管理尤为重要,软件开发的每个阶段、每个过程都要重视这几方面的管理。 下面就以软件项目的风险管理为主题展开讨论。 软件项目管理的四个阶段中,在初始阶段项目成功的可能性最小,风险发生的概率也就最高,但是这时候一旦预计的风险发生了,损失是最小的,比如:在这个阶段如果某种原因突然资金来源断了(这在需求阶段是很有可能的),以至于不能继续进行项目,不得不终止项目,那么这时候的损失只是需求分析阶段的投入。随着项目的进展项目成功的可能性变大,风险发生的概率逐渐变小,风险对项目的损失逐渐变大,快到收尾阶段的时候风险对项目的损失最大,随着收尾阶段的进行风险又逐渐变小。

软件项目风险管控

推介导读: 此论文从需求调研、开发、实施以及项目收尾四个项目阶段,列举了11种典型的常见风险,并给出了这些风险的详细和切实可行的风险规避措施。这些风险和措施实用、实在,值得做为公司项目管理财富库进行收藏,值得各项目组借鉴。 软件项目风险管控 1.什么是软件项目风险 软件项目风险是指在软件开发过程中遇到的预算和进度等方面的问题以及这些问题对软件项目的影响。软件项目风险会影响项目计划的实现,如果项目风险变成现实,就有可能影响项目的进度,增加项目的成本,甚至使软件项目目标不能实现。如果对项目进行风险管理,就可以最大限度的减少风险的发生。 2.项目风险及应对措施 软件项目的生命周期可以分为四个阶段,即需求调研阶段、开发阶段、实施阶段、收尾阶段,软件开发过程可分为:需求分析、设计、编码、测试等几个过程,在软件项目的每个阶段、每个过程都可能存在风险。下面结合项目谈谈各阶段碰到的风险。 2.1.需求调研阶段 1.风险描述: 调研涉众没有足够的时间参与调研活动,严重影响调研进度与调研质量。 应对措施: 开始调研时,召集公司的高层领导、各部门主管及参与调研的关键涉众召开调研 启动会,让所有涉众都重视本次调研活动,努力配合调研工作。在调研启动会上 明确调研涉众的职责; 在制定调研计划时,应事前与相关涉众做好沟通工作,努力减少调研计划与日常 工作安排的冲突; 相关人员通过移交日常工作等办法,有效保证相关涉众的调研时间; 调研人员设计调研提纲时,要有针对性,尽量努力提高调研效率。 2.风险描述: 调研成果不能真实和完整地体现管理层意图与企业经营管理需要。 应对措施: 通过客户方的多方协调,让管理层要重视调研人员的访谈,客观而真实地回答访 谈问题; 管理层调研提纲在设计时,不仅要做到有针对性,而且要有全面性; 调研人员在访谈管理层,要善于挖掘与总结管理层的管理意图与经营思路; 管理层的意图应宣达到所有涉众,努力做到在繁多的需求中,把握住管理思路的 主线。

软件开发项目的风险分析与控制

软件开发项目的风险分析与控制 摘要:本文通过对当前软件行业的风险状况进行分析,列举软件开发项目的风险来源,并进行分析,总结各类风险产生的原因和对项目成败的影响,最后给出软件开发项目在风险管理和控制的建议。 关键词:软件开发风险风险分析风险管理与控制 一、软件开发项目的风险背景 信息产业的发展是目前发展最快的行业之一,也是对社会影响最大的一个行业,它不但为我们创造了巨大的财富,而且从各个方面改变着我们的生活,达到一个行业,小到一项服务。我们不得不承认软件是二十一世纪最不可思议的产品。 伴随着软件开发技术的不断更新、软件数量的增多、软件复杂程度不断加大、客户对产品的要求也在不断的提高,随之而来的是软件开发项目给软件开发企业和需求企业带来的巨大风险。软件开发项目的成功与否会直接影响到公司的生存。这对软件开发企业来讲应该是更大的难题。一方面是业务需求更加复杂。人们对软件质量和用途的期望大幅度提高,对业务系统的要求也越来越挑剔。另一方面是开发成本不断缩减。在此形势下,风险管理与控制已成为软件开发项目成败的关键。 软件开发项目由于其具有连续性、复杂性、少参照性,无标准规范等特点,其风险程度较高。目前国内的大多数软件开发企业还缺乏对软件开发项目的风险认识,缺少进行系统、有效的度量和评价的手段。据有调查数据显示,有15—35%的软件项目中途被取消,剩下的项目不是超期就是超出预算或是无法达到预期目标。另外,软件项目因风险控制和管理原因失败的约占90% ,可见,软件风险控制与管理在目前的软件开发项目中的重要性。 二、软件开发项目的风险来源及对项目成败的影响 软件开发项目风险是指在软件生命周期中所遇到的所有的预算、进度和控制等各方面的问题,以及由这些问题而产生的对软件项目的影响。软件项目风险经常会涉及许多方面,如:缺乏用户的参与,缺少高级管理层的支持,含糊的要求,没有计划和管理等,总体概括下来应该由五大方面。

软件开发项目的风险管理

软件开发项目的风险管 理 文件编码(008-TTIG-UTITD-GKBTT-PUUTI-WYTUI-8256)

软件开发项目的风险管理 我讲的主题是:软件开发项目的风险管理,因为我认为风险管理在软件项目中很重要,又不容易做好,所以希望通过和大家讨论能够有一些思路和启发。 希望在这里在如下几方面展开讨论: 1.在软件项目管理中如何做好风险防范 2.软件项目中的典型风险事件是哪些 软件开发项目的风险管理 众所周知,软件开发过程可分为:需求分析、设计、编码、测试、安装及维护等几个过程(在RUP方法中:业务建模、需求、分析设计、实施、测试、部署),实际上一个完整的软件项目前后还有其它过程,在这里列出的只是和软件开发相关的核心过程。 软件项目的生命周期可以分为四个阶段(不同行业的项目生命周期不同),即初始阶段、设计阶段、实施阶段、收尾阶段。软件开发过程在软件项目的这四个阶段中的分布情况如下(括弧里面表示RUP方法中的过程): 初始阶段:大部分需求分析,少部分设计(大部分业务建模和需求,少部分分析设计) 设计阶段:大部分设计,少部分编码(大部分分析设计,部分实施及测试,开始考虑部署) 实施阶段:大部分编码和测试,少部分设计(大部分实施及测试,部分部署) 收尾阶段:安装及维护(大部分部署) 而项目管理则贯穿在整个生命周期的每个阶段。 根据PMBOK,项目管理可以从范围管理、时间管理、费用管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理和整体管理等9个方面考虑,对于软件项目管理来讲软件配置管理(属于整体管理)、软件质量管理、软件风险管理及开发人员管理(属于人力资源管理)等四个方面的管理尤为重要,软件开发的每个阶段、每个过程都要重视这几方面的管理。 下面就以软件项目的风险管理为主题展开讨论。 软件项目管理的四个阶段中,在初始阶段项目成功的可能性最小,风险发生的概

软件项目风险管理计划wor版

软件风险控制计划 目录Array 1. 软件项目风险管理计划 2. 风险条目表 (2) 2.1. 产品规模风险 (2) 2.2. 需求风险 (2) 2.3. 商业影响所带来的风险 (2) 2.4. 相关性风险 (3) 2.5. 管理风险 (3) 2.6. 技术风险 (3) 2.7. 开发环境风险 (3) 2.8. 人员数目及经验风险 (3) 3. 风险定性分析 (4) 4. 定量风险估计 (5) 5. 风险管理清单 (5) 6. 项目风险措施应对 (6) 6.1. 网络环境风险和操作系统风险 (8) 6.2. 数据存取风险 (9) 6.3. 网上支付风险 (9) 7. 风险储备 (9) 8. 风险监控 (9)

1.软件项目风险管理计划 本计划主要针对项目开发涉及到的风险,包括在项目开发周期过程中可能出现的风险以及项目实施过程中外部环境的变化可能引起的风险等进行评估。在文中对所提到的风险都一一做了分析,并提出了相应的风险回避措施。由于风险是在项目开始之后才开始对项目的开发起负面的影响,所以风险分析的不足,或是风险回避措施不得力,都很有可能造成项目开发的失败。风险分析是在事前的一种估计,凭借一定的技术手段和丰富的经验,基本能够对项目的风险做出比较准确的估计,经过慎重的考虑提出可行的风险回避措施,是避免损失的重要环节。 2.风险条目表 2.1. 产品规模风险 由于采用功能点估算成本,代码行小于50000 行,权重确定主观,另外,功能点到 代码行的转换率全凭业界经验所得 产品的初定在线活跃用户为 5000 人 软件接口包括财务分析软件,薪酬管理软件 2.2. 需求风险 对在线活跃用户缺少确定的把握 与其他部门沟通不协调 分析员对业务了解不全面 需求不断变化,由于不确定的需求导致新的市场 2.3. 商业影响所带来的风险 增加了信息真伪评估成本 签约安全成本增加 增加消费者的验货成本 增加客服成本 增加交易安全的法律成本 延迟交付造成成本消耗

项目风险管理作业

一.概念解释 1.答:风险的可预测性:根据经验,可以预见其发生,但不可预见其后果的风险。可预测风险或可控制风险,在工作之前对工作过程中以及工作结果可能出现的事物异常进行预测制订对策从而预防事故发生的一种措施 2.答:风险辨识德尔菲法:它是依靠专家的直观能力对风险进行识别的方法,用德尔菲方法进行项目风险识别的过程是由项目风险小组选定项目相关领域的专家,并与这些适当数量的专家建立直接的函询联系,通过函询收集专家意见,然后加以综合整理,再匿名反馈给各位专家,再次征询意见。这样反复经过四至五轮,逐步使专家的意见趋向一致,作为最后识别的根据。 3. 答:风险估计:是指在对不利事件所导致损失的历史资料分析的基础上,运用概率统计等方法对特定不利事件发生的概率的以及风险事件发生所造成的损失作出定量估计的过程 4.答:风险规避:是在考虑到某项活动存在风险损失的可能性较大时,采取主动放弃或加以改变,以避免与该项活动相关的风险的策略。 5.答:风险评价模糊数学方法:采用模糊数学模型,须先进行单项指标的评价,然后分别对各单项指标给予适当的权重,最后应用模糊矩阵复合运算的方法得出综合评价的结果。 6.答:风险的相对性:风险性质会因时空各种因素变化而有所变化 7.答:工程保险标的:工程保险是承保建筑安装工程期间一切意外物质损失和对第三人经济赔偿责任的保险。包括建筑工程一切险与安装工程一切险,属综合性保险。保险标的为工程项目主体、工程用的机械设备以及第三者责任,此外尚有些附带项目 8. 答:安装工程一切险:是指针对各种设备、装置的安装工程(包括电气、通风、给排水以及设备安装等工作内容,工业设备及管道等往往也涵盖在安装工程的范围内。 9. 答:雇主责任险:指被保险人所雇佣的员工在受雇过程中从事与保险单所载明的与被保险人业务有关的工作而遭受意外或患与业务有关的国家规定的职业性疾病,所致伤、残或死亡,被保险人根据《中华人民共和国劳动法》及劳动合同应承担的医药费用及经济赔偿责任,包括应支出的诉讼费用,由保险人在规定的赔偿限额内负责赔偿的一种保险。 10.答:工程保险:是承保建筑安装工程期间一切意外物质损失和对第三人经济赔偿责任的保险。包括建筑工程一切险与安装工程一切险,属综合性保险。 11.答:投保单:亦称“要保单”或“投保申请书”。投保人申请保险的一种书面形式。通常由保险人提供,即由投保人填明订立保险单所需要的项目。主要内容包括:被保险人的名称; 保险标的名称及存放地点(如投保运输工具或运输货物,还须注明运输工具名称、货物数量及目的地等)

软件项目风险管理研究

软件项目风险管理研究 [内容摘要]随着软件产业的迅速发展,软件的规模越来越大,复杂性也越来越高,风险变得更加难以控制,最终导致软件项目失败的结果越来越常见。如何对软件项目风险因素进行分析并有效地规避风险,从而致使项目顺利成功是进行软件风险管理的主要课题之一。只有充分地理解和学习软件风险管理的理论知识,同时在实践中不断地积累经验才能有效地进行风险防X和控制,达到减少风险的影响程度和实现利益最大化追求的目的。 本文从分析国内外软件风险管理的发展现状入手,详细地按照软件生命周期各阶段将软件项目风险进行分类,并总结对比分析了国外经典软件风险管理模型,同时介绍了软件风险管理全过程,同时基于经典软件风险管理模型,提出了改进的软件风险管理模型和方法,并根据自身经验对如今国内企业提出软件风险管理一些建议和意见。 [关键词]项目管理;软件风险;风险管理

1.研究背景 随着经济全球化的不断深入,以信息技术为依托的知识经济初见端倪,各国都在实施信息化带动工业化的发展战略,软件行业成为许多国家的支柱产业,软件业的发展程度从某种意义上体现了该国的综合国力,决定着国家未来的国际竞争地位。软件是一种特殊的逻辑产品,不具备实体的可见性,它是人经过智力劳动而产生出来、具有特殊性质的复杂事物川。一些调查表明,约的软件项目开发超出估计时间,大型项目平均超出交付时间,以上的软件项目开发费用超出预算。软件项目成功的几率要远远低于其它任何工程项目,软件行业面临着所谓的“软件危机”。在软件产品开发过程中存在着众多不确定因素,这些因素使得软件项目比其它工程项目具有更高的风险。从学科发展角度来看,软件工程的形成得益于人们用工程化思想看待软件产品的开发,软件工程的产生又使得软件项目管理学科应运而生。软件项目管理的出现使所谓的“软件危机”得到了一定程度的缓解和控制。 项目管理的目标是在有限资源标注条件下,保证项目时间进度、质量、成本达到最优化。软件项目管理的主要目标是确保软件产品能够按预期方案交付,同时还要满足用户需求。软件项目风险管理的目的是要找出导致项目需求不明晰、不能按进度计划及时交付、产品质量存在缺陷、开发费用超支等各种不良后果的风险因素,对风险因素及可能造成的后果和危害进行定性和定量分析,从而为软件项目管理人员等提供有效的风险控制方案和措施,使其对软件项目的损失或影响降到最低程度或使决策者可以接受的程度。因此,软件项目风险管

(完整版)项目风险管理真题

2011年10月高等教育自学考试北京市命题考试 项目风险管理试卷 (课程代码:05064) 本试卷分为两部分,共9页,满分100分;考试时间150分钟。 1、第一部分为选择题,应考者必须在“答题卡”上的“选择题答题区”内按要求填涂,答在试卷上无效。 2、第二部分为非选择题,应考者必须在“答题卡”上的“非选择题答题区”内按照试题题号顺序直接答题,答在试卷上无效。 第一部分选择题(共84分) 一、单项选择题(本大题共70小题,每小题1分,共70分) 在每小题列出的四个备选项中只有一个是符合题目要求的,请将其选出并将“答题卡”的相应代码涂黑。错涂、多涂或未涂均无分。 1.下列不属于项目风险基本特征的是() A、客观性 B、多样行 C、必然性 D、规律性 2.对某种特定的风险,测定其风险事故发生的概率及其损失程度的工作是() A、风险识别 B、风险估计 C、风险处理 D、风险管理效果评价 3.运用某种有偿方式将风险转移给资金雄厚的机构,从而改变风险承担主体,是指()A、风险转移 B、风险规避 C、风险缓解 D、风险自留 4.在风险管理的____过程,我们会用风险的分类作为输入。() A、风险识别 B、风险定性分析 C、风险定量分析 D、风险应对规划 5.当____时候,需要制定附加风险应对措施。() A、WBS发生变化 B、成本基准计划发生变化 C、预料之外的风险事件或影响大于预期影响 D、项目计划于更新 6.在以下可用于风险识别的历史信息中,最不可靠的是() A、项目档案 B、商业数据库 C、项目小组知识 D、经验数据库 7.风险分析最简单的形式是() A、概率分析 B、敏感分析 C、德尔菲技术 D、效用理论 8.风险管理的基本程序包括() A、识别、评价、制订对策和控制 B、识别、规划、控制和评估 C、要素识别、缓解管理和对策

项目风险管理·平时作业2020春华南理工大学网络教育答案

项目风险管理作业 作业要求: 1、根据自己的学习计划做作业,不允许抄袭,发现抄袭,平时成绩60分以下处理; 2、按时提交作业,系统关闭不允许上传,没有平时成绩。 一.概念解释 1.风险的可预测性:计算出较为准确的损失概率,可以是风险管理者事先安排,降低损失的不确定性.对损失程度的预测,可以使风险管理者了解风险所带来的损失后果,进而集中力量处理损失后果严重的风险,对企业影响小的风险则不必过多投入。 2.风险辨识德尔菲法:德尔菲法起源于20世纪40年代末期,最初由美国兰德公司(Rand Corporation)首先使用,很快就在世界上盛行起来。现在此法的应用已遍及经济、社会、工程技术等各个领域。用德尔菲方法进行风险项目预测和辨识的过程是由项目风险小组选定与该项目有关的专家,并与这些适当数量的专家建立直接的函询联系,通过函询收集专家意见,然后加以综合整理,再匿名反馈给各位专家,再次征询意见。这样反复经过四至五轮,逐步使专家的意见趋向一致,作为最后预测和识别的根据。 3. 风险估计:从工程项目的风险管理周期来看,风险辨识是风险管理的基础,通过风险辨识将工程中可能存在的风险定性地识别出来。但仅仅知道风险载体可能存在的风险还不够,还要掌握风险发生的可能性的大小、风险一旦发生可能造成的损害程度等。这些问题需要风险估计来解决,因而风险估计是工程风险管理量化和深化的过程,也是工程风险管理不可或缺的环节。 4.风险规避:风险潜在威胁发生的可能性较大,后果非常严重,其他策略不可行时,主动放弃工程项目或变更项目计划,从而消除工程项目风险或产生风险的条件,保障工程项目目标免遭风险的影响。是指中断风险源,遏制风险事件的发生。通过主动放弃、终止承担某一任务。主要应用于项目的初始阶段和中间的施工环节机会成本较大,规避了风险也失去了收益的可能性。 5.风险评价模糊数学方法:模糊数学是近30年来发展起来的一门新兴学科,是使用数学方法来研究和处理模糊现象的科学。它以崭新的理论和独特的方法,冲破了精确数学的局限,巧妙地处理了客观世界中存在的模糊现象,正越来越多地发挥其在方法论上的指导作用。它不仅扩充了经典数学的内容,而且被广泛地应用于实践中。目前,在管理科学、自动控制、天气预报、商品质量评估等自然科学和社会科学和许多领域取得了令人瞩目的成果,显示出强大的生命力和渗透力。近年来,在建设项目风险管理方面,也得到了非常广泛的应用,成为了该研究领域中的热点之一。 工程项目具有相对明确的质量、进度、造价、安全控制的系统综合目标,而实现这一综合目标所需的时间是漫长的。重大工程建设项目往往经历几年甚至几十年的建设周期,在这个周期内,将会遭遇大量的不确定性因素,或者说风险因素,而这些不确定的风险因素往往难以用准确的定量方法来描述。可以说,绝大多数工程的风险都是模糊的,难以准确定义。因此,非常适宜于用模糊方法对其进行分析和评估。 采用通常的方法进行风险评估,其结果是单一的,评估的结果往往用一个数值来表示,即风险的影响用大、中、小等来衡量,这显然不是完全合理和适用的。在项目的风险评估过程中,往往要考虑很多因素。不同的风险因素重要程度不同,评级标准和自然状态模糊,也就是说,在做出任何一个评估时,都必须对多个相关因素作综合考虑,而且评估的结果也往往不是用

软件开发项目的风险管理

-------------------------------------------------------------------------------------------------------------------------------------------- 软件开发项目的风险管理 原作者:李艺兰 1月27日参加了项目管理联盟组织的‘北京项目管理爱好者聚会’,我被易风邀请做了一个主题演讲,其实不是什么演讲,只是结合理论谈了自己的一些想法和工作中遇到过的经验教训,更主要的目的是给大家出一个讨论和交流的主题,希望能起个抛砖引玉的作用。 我讲的主题是:软件开发项目的风险管理,因为我认为风险管理在软件项目中很重要,又不容易做好,所以希望通过和大家讨论能够有一些思路和启发。 现在把我准备的内容整理帖出来,希望在这里继续讨论,大家在如下几方面多展开讨论:1.在软件项目管理中如何做好风险防范 2.软件项目中的典型风险事件是哪些 软件开发项目的风险管理 众所周知,软件开发过程可分为:需求分析、设计、编码、测试、安装及维护等几个过程(在RUP方法中:业务建模、需求、分析设计、实施、测试、部署),实际上一个完整的软件项目前后还有其它过程,在这里列出的只是和软件开发相关的核心过程。 软件项目的生命周期可以分为四个阶段(不同行业的项目生命周期不同),即初始阶段、设计阶段、实施阶段、收尾阶段。软件开发过程在软件项目的这四个阶段中的分布情况如下(括弧里面表示RUP方法中的过程): 初始阶段:大部分需求分析,少部分设计(大部分业务建模和需求,少部分分析设计) 设计阶段:大部分设计,少部分编码(大部分分析设计,部分实施及测试,开始考虑部署)实施阶段:大部分编码和测试,少部分设计(大部分实施及测试,部分部署) 收尾阶段:安装及维护(大部分部署) 而项目管理则贯穿在整个生命周期的每个阶段。 根据PMBOK,项目管理可以从范围管理、时间管理、费用管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理和整体管理等9个方面考虑,对于软件项目管理来讲软件配置管理(属于整体管理)、软件质量管理、软件风险管理及开发人员管理(属于人力资源管理)等四个方面的管理尤为重要,软件开发的每个阶段、每个过程都要重视这几方面的管理。下面就以软件项目的风险管理为主题展开讨论。 ---------------------------------------------------------精品文档---------------------------------------------------------------------

相关文档
最新文档