10软件项目风险管理计划

韩万江姜立新，《软件项目管理案例教程》，机械工业出版社，2005-02

【丛书名】国家示范性软件学院系列教材

10软件项目风险管埋计划 (2)

10.1软件项目风险管理概述 (2)

10.1.1风险概念 (2)

10.1.2风险类型 (4)

10.1.3风险的基本性质 (5)

10.1.4风险管理概述 (5)

10.1.5风险管理的意义 (5)

10.2风险识别 (6)

10.2.1概念 (7)

10.2.2德尔菲方法 (7)

10.2.3头脑风暴法 (7)

10.2.4情景分析法 (7)

10.2.5风险条目恼查表 (7)

10.2.6真他方法 (13)

10.2.7风险识别的结果 (13)

10.3风险评估 (13)

10.3.1概念 (14)

10.3.2定性风险评估 (14)

10.3.3定量风险评估 (15)

10.3.4风险分析结果表 (17)

10.4风险规划 (19)

10.4.1概忿 (19)

10.4.2回避风险 (19)

10.4.3转移风险 (19)

10.4.4损失控制 (19)

10.4.5自留风险 (20)

10.4.6风险规划结果 (20)

10.5风险控制 (20)

10.6风险管埋的建议 (21)

10.7案例说明 (21)

10.8小结 (22)

10.9习题 (22)

10软件项目风险管埋计划

任何项目都有一定的不确定性，如果没有很好的风险管理，项目就可能遇到麻烦。所以，在软件项目管理过程中，风险计划也是一个重要的计划，只有进行合理的风险管理，制定及时的风险计划，才能防崽于未然，做到主动控制风险，而不是被动地被风险所控制。本章我们进人路线图的第9站：风险计划，如图10—1所示。

图10-1路线图第9站：风险计划

10.1软件项目风险管理概述

在软件项目的开发过程中，必然要使用一些新技术、新产品，同时由于软件系统本身的结枸和技术复杂性的原因，需要投人大量人力、物力和财力，这就造成开发过程中存在某些“未知量”或“不确定因素”，这必然给项目的开发带来一定程度的风险，也可能会使项目计划失败或不能完全达到预期目标。因此，对项目风险进行科学、准确的判别，为项目决策层和管理人员提供科学的评估方法，是十分必要的。

项目中的风险有很多种，没有风险的项目几乎是不存在的，只是风险的多少、严重程度不同而已。

10.1.1风险概念

风险是损失发生的不确定性，是对潜在的、未来可能发生损害的一种度量。如果风险确实发生了，则它的发生会对项目产生有害的或者负面的影响。例如，在软件测试期间经常会发现故障，因此一个合理的项目必须做好发现故障时对它们进行修复的计划。同样，项目开发过程中几乎总悬会出现某些变更申请，因此项目管理必须相应地准备好变更计划，以处理这些事件。

另一方面，风险是一种概率事件——它可能发生也可能不发生。因此，我们通常会表现出很乐观，不是看不到风险就是希望它们不会发生。如果风险真出现了，这种态度会使项目陷入困境，这是一个大型项目中很可能发生的事情。因此，风险管理被认为是管理大型软件项目的最佳实践。

风险管理旨在识别出风险，然后采取措施使它们对项目的影响最小。风险管理是软件管理中相对较新的领域，它首次出现于贝姆（Bochm）关子风险管理的指商中。自那以后，软件的风险管理逐渐被人们所认识。

软件风险是指软件开发过程中及软件产品本身可能造成的伤害或损失。一个项目的损失可能有不同的后果形式，例如软件质量的下降、成本费用的超出、项目进度的推迟等。风险关注未来的事情，这意味着，风险涉及选择本身包含的不确定性，软件开发过程及软件产品都要面临各种决策的选择。

风险发生的过程如图10度量2所示，首先有风险因素的存在，风险因素导致风险事件的发生，从而造成损失，而损失又引起了实际与计划之间的差异，从而得到风险的结果。

风险事件是指那些人们不愿意它发生的或者没有规划的事件。这些风险事件可能导致无法实现项目目标。

风险因素是指能够引起风险事件发生或者增加风险事件发生机会或影响损失严重程度的因素，是造成损失的内在或者处在的原因。需求的变化，设计镨误、疏漏和理解镨误，狭隘定义或理解镨误，不充分估计，不胜任的拈犬人呙等等、都旱风除冈葚。

图l0弓2风险发生过程

一般说，项目风险应具有三要素：首先风险是一个事件，其次风险应具有事件发生的概率，最后风险事件可能造成一定的影响。如图10ˉ3所示，风险发生的概率越高，造成的影响越大，就越是高风险，否则就是中等风险或者低风险。

风险是介于确定性和不确定性之间的状态，是处于无知和完整知识之间的状态。当没有办法消除风险甚至连试图降低该风险也存在疑问时，这些风险就是真正的风险了。在我们能够标识出软件项目中的真正风险之前，识别出所有对管理耆和开发者而言均为明显的风险是很重要的。

图10亏3风险图示

10.1.2风险类型

从范围角度上看，风险主要分为下述三种类型：项目风险、技术风险和商业风险。

1）项目风险

项目风险是指潜在的预算、进度、个人（包括人员和组织）、资源、用户和需求方面的问题，例如时词和资源分配的不合理、项目计划质量的不足、项目管理原理使用不良所导致的风险、资金不足、缺乏必要的项目优先级等。项目的复杂性、规模的不确定性和结构的不确定性也是构成项目风险的因奏。

2）技术风险

技术风险是指潜在的设计、实现、接口、检验和维护方面的问题。规格说明的多义性、技术上的不确定性、技术陈旧也是技术风险因素。复杂的技术、项目执行过程中使用技术或者行业标准发生变化所导致的风险也是技术风险。

3）商业风险

商业风险主要包括：市场风险、策略风险、管理风险和预算风险等。例如：

·如果开发的软件不是市场真正所想要的，就发生了市场风险。

·如果开发的软件不再符合公司的软件产品策略，就发生了策略风险。

·由于重点转移或者人员变动而失去上级管理部门的支持，就发生了管理风险。

·如果没有得到预算或者人员的保证，就发生了预算风险。

从预测角度看，风险可以分为下面三种类型：已知风险、可预测风险、不可预测风险。1）已知风险

已知风险是通过仔细评佑项目计划、开发项目的商业和技术环境以及其他可靠的信息来源之后可以发现的那些风险（如：不现实的交付时间，没有需求或软件范围的文档，恶劣的开发环境）。

2）可预测风险

可预测风险是指能够从过去项目的经验中推测出来的风险（如：人员调整，与客户之间无法沟通，由于需要进行维护而使开发人员精力分散等）。

3）不可预测风险

不可预测风险是可能、也会真的出现、但很难事先识别出来的风险。

项目管理者只能对已知风险和可预测风险进行规划，不可预测的风险只能靠企业的能力来承

担了。

10.1.3风险的基本性质

风险具有如下的基本性质：

1）客观性

风险客观性首先表现在它的存在是不以人的意志为转移的，因为决定风险的各种因素对风险主体是独立存在的，不管风险主体是否意识到风险的存在，在一定的条件下风险就可能变为现实。其次，风险客观性还表现在风险元时不有，无所不在，它潜在各种活动之中。

2）不确定性

风险发生的不确定性表现为风险的程度有多大以及风险何时何地有可能变为现实，这些都是不肯定的。由于人们对客观世界的认识受到各种条件的限制，不可能准确地预测风险的发生，不确定性要求我们运用各种方法进行测度。

3）不利性

风险一旦产生时，就会使风险主体产生挫折、失败甚至损失，对风险主体不利。因此我们应该在承认风险、认识风险的基础上，做好决策，尽可能避免风险，将风险的不利性降到最低。4）可变性度量

风险的可变性表现在一定条件下可以转化，风险事件可以转化为非风险的事件，非风险的事件可以转化为风险事件。

5）相对性

风险的相对性是针对风险的主体而言的，在相同的风险情况下，不同的风险主体对风险的承受能力不同，不同的组织和个人往往对风险有着不同的容忍限度。例如，一个高利润高收益的公司也许愿意为一个10亿美元的合同花费50万美元制作一份计划书，而亠个收支相抵的公司则不会。一个组织也许认为15％的误差几率是高风险的，而其他组织却认为这个几率风险很低。

6）风险和利益的对称性

风险和利益是同时存在的，风险是利益的代价，利益是风险的报酬。没有利益只有风险，没人会做；实现利益必须承担一定的风险。

10.1.4风险管理概述

风险管理是指在项目进行过程中不断对风险进行识别、评估，制定策略，监控风险的过程。通过风险识别、风险分析和风险评价去认识项目的风险，并以此为基础合理地使用各种风险应对措施、管理方法、技术和手段对项目的风险进行有效的控制，妥善处理风险事件造成的不利后果，以最小的成本保证项目总体目标的实现。风险管理是一系列对未来的预测，伴随着一系列的活动和处理过程以便控制风险，减少其对项目的影响。

风险管理是项目管理的一个重要组成部分，贯穿于项目生存期的始终。

1）从项目进度、质量和成本目标看，项目管理与风险管理的目标是一致的。通过风险管理来降低项目进度、质量、成本方面的风险，实现项目目标。

2）从计划的职能看，项目计划考虑的是未来，而未来存在不确定因蓁，风险管理的职能之一是减少项目整个过程中的不确定性，有利子计划的准确性。

3）从项目实施过程看，不少风险是在项目实施过程中由潜在变成现实的，风险管理就是在风险分析的基础上拟定具体措施来消除、缓和及转移风险，并避兔产生新的风险。

10.1.5风险管理的意义

目前，风险管理被认为是软件项目中减少失败的一种重要手段。当不能很确定地预测将来事情的时候，可以采用结构化风险管理来发现计划中的缺陷，并且采取行动来减少潜在问题发生的可能性和影响。风险管理意味着危机还没有发生之前就对它进行处理，这就提高了项目

成功的机会并减少了不可避免风险所产生的后果。

只有进行很好的风险管理才能有效地控制项目的成本、进度、产品需求，同时可以阻止意外的发生。这样，项目经理可以将精力更多地放到项目的及时提交上，不用像救火队员一样，处于被动状态。同时，风险管理可以防止问题的出现，即使出现问题，也可以降低其危害程度。可以说你不跟踪风险，风险就跟踪你。正如Tom Gilb所说，“女口果你不主动攻击风险，风险就会主动攻击你”。

风险管理可以分为四个层次：

·危机管理：是在风险已经造成麻烦后才着手处理它们。

·风险缓解：事先制定好风险发生后的补救措施，但不制定任何的防范措施。

·着力预防：将风险识别与风险防范作为软件项目的一部分加以规划和执行。

·消灭根源：识别和消灭可能产生风险的根源。

作为一个优秀的风险管理者，应该采取主动的风险管理策略，即着力预防和消灭根源的管理策略，而不应该采取被动的方式，被动风险策略是直到风险变成真正的问题时才会拨出资源来处理它们。更普遍的是，软件项目组对风险不闻不阆，直到发生了错误才赶紧采取行动，试图迅速地纠正镨误，这种管理模式常常被称为“救火模式”。当补救的努力失败后，项目就会处在真正的危机之中。

风险管理的一个聪明的策略是主动策略。主动策略早在技术工作开始之前就已经启动了：标识出潜在的风险，评估它们出现的概率及产生的影响，对风险按重要性进行排序，然后软件项目组建立一个计划来管理风险。主动风险管理策略的目标是预防风险。但是，因为不是所有的风险都能够预防，所以项目组必须建立一个应付意外事件的计划，使其在必要时能够以可控的及有效的方式做出反应。

软件风险管理要求在风险成为影响项目成功的因素之前识别、着手处理卉消除风险的源头，所有的项目都有风险，如果忽视风险，就可能增加项目失败的可能性，或者导致项目不成功。虽然如此，但风险的大小是可以评价度量的，确定可接受风险和不可接受风险，对不可接受风险做进一步分析，制定补偿措施，将风险减至最小或可以接受的水平。软件风险管理过程主要包括风险识别、风险评估、风险规划、风险控制四个步骤。了解和掌握项目风险的来源、性质和发生规律，强化风险意识，进行有效的风险管理，这些对项目的成功具有很重要的意义。

10.2风险识别

风险识别是试图系统化地确定对项目计划（估算、进度、资源分配）的威胁，识别已知和可预测的风险，只有识别出这些风险，项目管理者才有可能避免这些风险，且在必要时控制这些风险。

每一类风险可以分为两种不同的情况：一般性风险和特定性风险。一般性风险对每一个软件项目而言都是一个潜在的威胁。特定性风险只有那些对当前项目的技术、人员及环境非常了解的人才能识别出来。为了识别特定性风险，必须检查项目计划及软件范围说明，从而了解本项目中有什么特性可能会威胁到项目计划。一般性风险和特定性风险都应该被系统化地标识出来。

风险识别要识别内在风险及外在风险。内在风险是指项目工作组能加以控制和影响的风险，如人事任免和成本估计等。外在风险是指超出项目工作组控制能力和影响力之外的风险，如市场转向或政府行为等。严格来说，风险仅仅指道受创伤和损失的可能性，但对项目而言，风险识别还窑涉机会选择（积极成本）和不利因素威胁（消极结果）。

项目风险识别应凭借对“因”和“果”（将会发生什么和导致什么）的认定来实现，或通过对“果”和“因”（什么样的结果需要予以避免或促使其发生以及怎样发生）的认定来完成。

风险识别不是一次性行为，而应有规律地贯穿整个项目中。

10.2.1概念

风险识别过程见图10-4，其中，风险识别的输入可能是项目的WBS、SOW、项目相关信息、项目计划假设、历史项目数据，其他项目经验文件、评审报告、公司目标等。风险识别常用方法是建立风险条目检查表”，利用用一组提问来帮助项目风险管理者了解在项目和技术方面有哪些风险。此外，还有德尔菲方法、头脑风暴法、情景分析法、面谈法等。风险识别的输出是风险列表。

图10度量4风险识别过程

10.2.2德尔菲方法

德尔菲方法又称专家调查法，它起源于20世纪40年代耒期，最初由美国兰德公司首先使用，很快就在世界上盛行起来，目前此法的应用已遍及经济、社会、工程技术等各领域。我们在进行成本估算的时候也用到这种方法。用德尔菲方法进行项目风险识别的过程，是由项目风险小组选定与该项目有关的领域专家，并与这些适当数量的专家建立直接的函询联系，通过函询收集专家意见，然后加以缤合整理，再匿名反馈给各位专家，再次征询意见。这样反复经过四至五轮，逐步使专家的意见趋向一致，作为最后预测和识别的根据。

10.2.3头脑风暴法

所谓头脑风暴法，就是以专家的创造性思维来获取未来信，a的一种直观预测和识别方法。此法是由美国人奥斯本于1939年首创，它从20世纪50年代起就得到了广泛应用。头脑风暴法一般是在一个专家小组内进行，通过专家会议，激发专家的创造性思维来获取耒来信息。这就要求主持专家会议的人在会议开始时的发言应能激起专家们的思维“灵感”，促使专家们感到急需回答会议提出的问题，通过专家之间的信息交流和相互启发，从而诱发专家们产生“思维共振”，以达到互相补充并产生“组合效应”，获取更多的未来信，a，使预测和识别的结果更准确。

10.2.4情景分析法

情景分析法是根据项目发展趋势的多样性，通过对系统内外相关问题的系统分析，设计出多种可能的未来前景，然后用类似于撰写电影剧本的手法，对系统发展态势做出白始至终的情景和画面的描述。当一个项目持续的时间较长时，往往要考虑各种技术、经济和社会因素的影响，对这种项目进行风险预测和识别，就可用情景分析法来预测和识别其关键风险因素及其影响程度。情景分析法对以下情况是特别有用的：提醒决策者注意某种措施或政策可能引起的风险或危机性的后果；建议需要进行监视的风险范围；研究某些关键性因素对未来过程的影响；提醒人们注意某种技术的发展会给人们带来哪些风险。情景分析法是一种适用于对可变因奏较多的项目进行风险预测和识别的系统技术，它在假定关键影响因素有可能发生的塞础上，构造多重情景，提出多种未来的可能结果，以便采取适当措施防息于未然。

10.2.5风险条目检查表

“风险条目检查表”是最常用也是比较简单的风险识别方法，它是利用一组提问来帮助管

理者了解项目在各个方面有哪些风险。在“风险条目检查表”中，列出了所有可能的与每一个风险因素有关的提问，使得风险管理者集中来识别常见的、已知的和可预测的风险（如产品规模风险、依赖性风险、需求风险、管理风险及技术风险等）。“风险条目检查表”可以以不同的方式组织，通过判定分析或假设分析，给出这些提问的回答，就可以帮助管理或计划人员估算风险的影响。

风险条目检查表一般根据风险要素进行编写，包括项目的环境、管理层的重视度、技术情况以及内部因素（如团队成员的技能或技能缺陷等）。风险识别中的风险条目是项目经验的积累，风险条目检查表可以以不同的方式组织。一般说，作为项目经理可以将主要的精力放在以下几方面：

·产品规模

·商业影响

·项目需求

·客户特性

·过程定义

·技术情况

·开发环境

·人员数目及其经验

其中每一方面包含很多的风险检查条目，通过对每个条目的回答，可以识别项目可能存在的风险。

1）产品规模风险检查表

项目风险是直接与产品规模戌正比的。下面的风险检查表中的条目标识了与软件规模相关的常见风险：

·是否以LOC或FP估算产品的规模？

·对于估算出的产品规模的信任程度如何？

·是否以程序、文件或事务处理的数目来估算产品规模？

·产品规模与以前产品的规模的平均值的偏差百分比是多少？

·产品创建或使用的数据库大小如何？

·产品的用户数有多少？

·产品的需求改变多少？交付之前有多少？交付之后有多少？

·复用的软件有多少？

2）商业影响风险检查表

下面的风险检查表中的条目标识了与商业影响相关的常见风险：

·本产品对公司的收人有何影响？

·本产品是否得到公司高级管理层的重视9

·交付期限的合理性如何？

·将会使用本产品的用户数及本产品是否与用户的需要相符合？

·本产品必须能与之互操作的其他产品／系统的数目？

·最终用户的水平如何？

·政府对本产品开发的约束是什么？

·延迟交付所造成的成本消耗是多少？

·产品缺陷所造成的成本消耗是多少？

对于上述产品规模和商业影响的风险检查表中的每一个回答都必须与过去∞经验加以

比较。如果出现了较大的百分比偏差或者如果数字接近过去很不令人满意的绪果，则风险较高。

3）需求相关风险检查表

很多项目在确定需求时都面临着一些不确定性和混乱。如果在项目早期容忍了这些不确定性，并且在项目进展过程中得不到解决，则这些问题就会对项目的成功造成很大威胁。如果不控制与需求相关的风险因素，那么就很有可能产生锴误的产品或者拙劣地建造正确的产品。每一种情况都会使人不愉怏。

例如，需求中潜在的问题包括：

·对产品缺少清晰的认识。

·对产品需求缺少认同。

·在确定需求时客户参与不够。

·没有优先需求。

·不确定的需要。

·新的市场不断变化需求。

。缺少有效的需求变化管理过程。

·对需求的变化缺少相关分析。

如果对于这些问题中的任何一个问题的答案是肯定的，则需要进一步的研究，以评估潜在的风险。

4）客户相关风险检查表

不同的客户有不同的需要。有些人只知道他们需要什么，而有些人知道他们不需要什么。一些客户希望迹行详细的讨论，而另外的客户则满足子模糊的承诺。

不同的客户有不同的个性。亠些人喜欢享受客户的身份，而另一些人则根本不喜欢作为客户。一些人会高兴地接受几乎任何交付的产品饣并能充分利用一个不妤的产品；而另一些人则会对质量差的产品猛烈抨击。一些人会对质量好的产品表示赞赏，而另一些人则不管怎样都抱怨不休。

客户和供应商之间也有各种不同的通信方式。一些人非常熟悉产品及生产厂商！而另一些人则可能綦未谋面，仅仅通过信件来往和电话与生产厂商沟通。

一个“不好的”客户可能会对一个软件项目组能否在预算内完成项目产生很大的影响。对于项目管理者而言，“不好的”客户是对项目计划的巨大威胁和实际的风险。下面的风险裣查表中的条目标识了与客户特征相关的常见风险：

·你以前是否曾与这个客户合作过？

·该客户是否很清楚薷要什么；他能否花时间把需求写出来？

·该客户是否同意花时间召开正式的需求收集会议，以确定项目范围？

·该客户是否愿意建立与开发者之间的快速通信渠道？

·该客户是否愿意参加复审工作？

·该客户是否具有该产品领域的技术奏养？

·该客户是否愿意让你的人来做他们的工作？

·该客户是否了解软件过程？

如果对于这些问题中的任何一个问题的答案是否定的，则需要进一步的调研，以评估潜在的风险。

5）过程风险检查表

如果软件过程定义得不清楚，如果分析、设计、测试以无序的方式进行，如果质量是每个人都认为很重要的概念但没有人切实采取行动来保证它，那么这个项目就处在风险之中。

过程问题包括：

·高级管理层是否有一份已经写好的政策陈述，该陈述中强调了软件开发标准过程的重要性？

·开发组织是否已经拟定了一份已经成文的、用于本项目开发的软件过程的说明？

·开发人员是否同意按照文档所写的软件过程进行开发工作，并自愿使用它？

·该软件过程是否可以用子其他项目？

·管理者和开发人员是否接受过一系列的软件工程培训？

·是否为每一个软件开发者和管理者提供了印妤的软件工程标准？

·是否为作为软件过程一部分而定义的所有交付物建立了文档概要及示例？

·是否定期对需求规约、设计和编码进行正式的技术复审？

·是否定期对测试过程和测试情况进行复审，

·是否对每一次正式技术复审的结果建立了文裆，其中包括发现的错误及使用的资源？·有什么机制来保证按照软件工程标准来指导工作？

·是否使用配置管理来维护系统／软件需求、设计、编码、测试用例之间的一致性？

·是否使用一个机制来控制用户需求的变化及其对软件的影响？

·对子每一个承包出去的子合同，是否有一份文档化的工作说明、一份软件需求规约和一份软件开发计划？

·是否有一个可遵循的规程，来跟螓及复审子合同承包商的工作？

技术问题包括：

·是否使用方便易用的规格说明技术来辅助客户与开发者之间的通信？

b是否使用特定的方法进行软件分析？

·是否使用特定的方法进行数据和体系结构的设计？

·是否90％以上的代码都是使用高级语言编写的？

·是否定义及使用特定的规则进行代码编写？

·是否使用特定的方法进行测试用例的设计？

·是否使用配置管理软件工具控制和跟踪软件过程中的变化活动？

·是否使用工具来创造软件原型？

·是否使用软件工具来支持测试过程？

·是否使用软件工具来支持文档的生成和管理？

·是否收集所有软件项目的质量度量值？

·是否收集所有软件项目的生产率度量值？

如果对于上述问题的答案多数是否定的，则软件过程是薄弱的且风险很高。

6）技术风险检查表

采用新技术是具有挑战性和令人兴奋的，但这也是有风险的。下面的风险检查表中的条目标识了与建造的技术相关的常见风险：

·该技术对于你的公司而言是新的吗？

·客户的需求是否需要创建新的算法？

·待开发的软件是否需要使用新的或未经证实的硬件接口？

·待开发的软件是否需要与开发商提供的未经证实的软件产品接口？

·待开发的软件是否需要与功能和性能均未在本领域得到证实的数据库系统接口？

·产品的需求是否要求采用特定的用户界面？

·产品的需求中是否要求开发某些程序构件，这些构件与你的公司以前开发的构件完全不同？

·需求中是否要求采用新的分析、设计、测试方法？⒒

·需求中是否要求使用非传统的软件开发方法？

工程项目风险管理及应对措施

工程项目风险管理及应对措施 我国目前处于基础建设的高峰期，投资主体多元化进程加快，工程项目的竞争日趋激烈，工程项目企业面临着比以往更多的风险。因此，加强工程项目风险管理的研究显得十分必要，因为任何合同形式的工程项目，其合同双方的行为本质都是商业行为，最终目标都表现为经济利益，工程本身具有的复杂性、长期性等因素，在激烈的市场竞争中必然存在各种风险。 1、工程项目风险的概念 1.1工程项目风险 工程项目风险是指在项目决策和实施过程中，造成实际结果与预期目标的差异性及其发生的概率。项目风险的差异性包括损失的不确定性和收益的不确定性。 1.2工程项目风险的分类和特点 1.2.1工程项目的主要风险 1.2.1.1社会环境风险 社会环境风险包括社会风险和环境风险两个方面,常见的社会风险有:政策及法律法规变卦以及新技术新工艺的产生带来的风险,而环境风险指的是自然界的力量,如洪水,地震,台风,以及水文,气候,地质等。 1.2.1.2进度风险 进度风险指的是由于建筑工程项目施工过程中各种要素的综合影响,最终形成项目工程施工拖延,未能及时依照工期完成。建筑工程项目施工过程中可能影响到施工进度的风险要素如下:①技术风险,由于设计人员业务素质不过硬,使得设计出的建筑图纸达不到施工要求,最后还需重新修正设计图纸,此外,局部施工企业因未完成设计图纸,从而只能采用边施工边设计的办法,最终均会影响工程进度;②方案风险,建筑工程项目施工的中心是；项目方案制定必需以该目的为基本根据,只要契合总目的请求的方案才是合理牢靠的方案,不合理的方案及未思索工程中不测状况的方案均会形成工程的经济损失,构成方案风险,继而影响工程的进度,形成进度风险。 1.2.1.3费用风险 形成建筑工程项目费用风险的主要要素有以下几点:①设计变卦,在建筑工

施工风险管理计划

目录 一、工程概况 (2) 二、施工风险管理目标 (2) 三、施工风险管理体系 (3) 四、风险管理容 (4) 五、风险管理计划 (5)

一、工程概况 本标段为1号线一期工程02标，位于市武进区，沿凤栖路南北向布置，标段围包含2站2区间，由南向北分别是: 敞开段～龙跃路站区间→龙跃路站→龙跃路站～大学城南站区间→大学城南站。见下图所示。 大学城南站 龙～大区 间 龙跃路站 敞开段～龙跃路站区 三线盾构段 敞开段～龙跃路站区 明挖段 本标段地理位置图 二、施工风险管理目标 在安全可靠、经济合理、技术可行的前提下，把施工中潜在的各类风险降到尽可能低的水平，以获得最大程度的施工安全与优质的工程质量。控制工程施工

成本，降低经济损失，避免人员伤亡，保障施工工期，提高风险管理效益。三、施工风险管理体系 依据《城市轨道交通地下工程建设风险管理规》（GB50652-2011）及有关法律、法规和招标文件对工程建设安全风险技术管理体系的要求，结合本合同段工程实际情况，建立工程风险管理保证体系。成立由项目经理、项目技术负责人、安全总监、工程部长、安保部长组成的工程风险管理领导体系，见下所示。 组长：由项目经理明亮担任； 副组长：由项目部常务副经理水钦、副总工孔德龙、安全总监华瑞、副经理唐思伟、继东担任； 成员：安保部长：文彬、工程部长：晓波、设备部长：丁亮、物资部长：叶琦、综合办公室主任：海燕。 其中项目经理为第一责任人，安全总监为施工风险管理直接责任人，专职安全员与现场工程师负责日常的风险工程情况资料收集整理及工程风险预防方案的落实检查，各专业队增设专职风险工程巡察员。经理部风险管理小组与建设单位、咨询单位、设计单位、监理单位等工程参与各方负责人代表组成工程现场风险管理的最高机构，由建设单位负责领导，实行“分级管理，分工负责、集体决策”制，在现场有专职人员开展工作。详见：“工程风险管理体系框图”。

软件项目风险管理

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

项目风险管理计划

厦门理工学院新建公寓楼项目 风险管理计划书 编制______________________ 审核______________________ 时间2013 年4月15日

一、项目基本情况 项目名称：厦门理工学院公寓楼修建制作日期：2013年4月15日 制作人：_________________ 签发人：_____________ 二、风险管理策略 1.风险管理的总体思想和原则 风险管理的总体思想一一以最小的风险管理成本获得最大的安全保障，从而实现经济单位价值最大化。成本，是指经济单位在风险管理过程中，各项经济资源的投入，其中包括人力、物力、财力，乃至放弃一定的收益机会。安全保障，则是指风险管理的效果。纯粹风险管理，安全保障包括：风险损失的减少，即对风险的有效控制；实际损失能及时充分并有效的得到补偿。 风险管理原则： A.强调事前管理 B.数量化佐证以衡量风险程度 C.预设最坏的情景 D.模拟评估 E. 弹性化调整 2.定义风险假设 (1)风险是损失发生的不确定性(两个要素) (2)风险是在一定条件下、一定时期内，某一事件其预期结果与实际结果间的变动程度。变动程度越大，风险越大，反之，风险越小。 3.定义风险管理的责任人 在规划风险管理过程所制定的风险管理计划中，需要对风险管理工作进行角色和职责的分配(如确定风险经理)。这个分配不是针对一个一个具体的风险的。针对各具体风险的风险责任人(risk owner)的确定，那是规划风险应对过程的工作。在规划风险应对过程中，需要制定风险应对措施，并确定每个已识别风险的责任人(应该从参与规划风险应对过程的成员中选择)。风险责任人必须参与规划风险应对过程。

软件项目管理风险管理

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

软件项目的风险分析

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

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

EPC总承包项目风险管理办法0001

EPC总承包项目风险管理办法 17. 1风险管理体制及计划 总承包项目部应建立项目风险管理体系，并有效运行，以保证项目目标的实现。 17. 1. 1总承包项目部应根据总承包项目管理承包方案，系统地全面进行项目风险识别、风险评估，并制订相应的对策, 制订风险管理计划。 17. 1.2风险管理计划的内容应包括： (1)风险管理目标 (2)风险管理范围 (3)风险源与风险事件 (4)风险分析和评估 (5)风险策略与应对措施 (6)风险管理人员与责任 (7)必需的资源 17.1.3施工过程中，总承包项目经理部应随工程进度不断识别各种项目风险，并对风险管理计划进行分解，落实人员加以控制，并根据项目进度及时进行修正和调整。 17. 1.4项目经理部应对所有识别出的风险制订相应的应对策略和应对措施，以达到消除、减小或转移风险的目的。 17. 2风险分析

重大合同风险17?2?1 (1)特大型工程： 1)预计累计为发包人垫资赊销额在1000万元以上或在开工 前预缴一定数额的工程保证金到发包人指定帐户: 2)月进度款支付比例在60%以下； 3)预计工程竣工时，累计完成工程量与发包人应付工程款的差额比例自在拟投标额的10%以上，且偿还期限超过竣工后6个月。 (2)BT、BOT、BOOT、EPC、BD方式或类似的方式筹建: 工期罚款在30万元/天以上，或约定的累计罚款额在合同额的3%以上且累计罚款额达到200万元以上。 (3)较大风险合同： 1)合同额在1亿元以下，但质量奖项约定为国优工程及鲁班奖的，且罚款在300万元及以上； 2)工期罚款在10?30万元/天，或约定的累计罚款额在2%?3%且累计罚款额达到100?200万元； 3)发包人为该工程的项目企业； 4)其他具有新型、疑难法律关系。 17.2.2在设计阶段中所存在的风险 (1)结构设计风险。由于设计考虑不周而造成结构的缺陷或造成设计的浪费。 (2)工艺设计风险。工艺设计发生缺陷会使项目受到巨大损

工程项目风险管理

工程项目风险管理

第十一章项目风险管理 11.1 风险管理概述 工程项目是一种一次性、独特性和不确定性较高的工作，存在着很大的风险性，所以必须开展项目风险管理。 工程项目的实现是一个存在着很大不确定性的过程，因为这一过程是一个复杂的、一次性的、创新的，并涉及到许多关系与变数的过程。工程项目的这些特性造成了在项目的实现过程中存在着各种各样的风险，如果不能很好地管理这些风险将会造成项目的损失，甚至导致项目目标不能实现。 项目风险管理的主要任务是对工程项目实现的过程中的不确定性和风险性事件或问题的管理。 风险概念：是指由于但是者不可预见的因素，使得最终结果与但是者的期望城市较大背离，并存在使当事者蒙受损失的可能性。 项目风险的概念：是指由于项目所处的环境和条件本身的不确定性，和项目业主/顾客、项目组织或项目的某个当事者主观上不能准确预见或控制的因素影响，使项目的最终结果与当事者的期望产生背离，并存在给当事者带来损失的可能性。 11.2 项目风险管理角色描述

工程项目风险管理贯穿于工程项目实现的全过程，对于工程项目的承包方，从准备投标开始直到保修期结束。在整个过程中，因各阶段存在的风险因素不同，风险产生的原因不同，管理的主要责任者、管理方法手段也会有所区别，在项目经理承接该项目之前，风险管理的责任主要集中于企业管理层，并主要是从项目宏观上进行风险管理，而工程项目一旦交由项目经理负责后，项目风险管理的主要责任就落实到项目经理以及项目经理所组建的项目团队。 但无论谁是项目风险管理的主要责任人，对于项目整体，都要贯彻全员风险管理意识。 11.3 项目风险管理流程（见附图11.1） 11.4 风险管理规划（从属于项目管理计划） 11.4.1项目风险管理规划的依据 事业环境因素、组织过程资产、项目范围说明书、项目管理计划书 11.4.2项目风险管理规划的方法 规划会议： 1、参会人员：由项目经理、项目团队成员、厉害相关方和其他人员参与。 2、会议议题：A、确定风险管理活动的基本计划； B、分配风险职责；

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

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

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

(风险管理)软件项目风险管理计划

韩万江姜立新，《软件项目管理案例教程》，机械工业出版社，2005-02 【丛书名】国家示范性软件学院系列教材 10软件项目风险管埋计划 (2) 10.1软件项目风险管理概述 (2) 10.1.1风险概念 (2) 10.1.2风险类型 (4) 10.1.3风险的基本性质 (5) 10.1.4风险管理概述 (5) 10.1.5风险管理的意义 (5) 10.2风险识别 (6) 10.2.1概念 (7) 10.2.2德尔菲方法 (7) 10.2.3头脑风暴法 (7) 10.2.4情景分析法 (7) 10.2.5风险条目恼查表 (7) 10.2.6真他方法 (13) 10.2.7风险识别的结果 (13) 10.3风险评估 (13) 10.3.1概念 (14) 10.3.2定性风险评估 (14) 10.3.3定量风险评估 (15) 10.3.4风险分析结果表 (17) 10.4风险规划 (19) 10.4.1概忿 (19) 10.4.2回避风险 (19) 10.4.3转移风险 (19) 10.4.4损失控制 (19) 10.4.5自留风险 (20) 10.4.6风险规划结果 (20) 10.5风险控制 (20) 10.6风险管埋的建议 (21) 10.7案例说明 (21) 10.8小结 (22) 10.9习题 (22)

10软件项目风险管埋计划 任何项目都有一定的不确定性，如果没有很好的风险管理，项目就可能遇到麻烦。所以，在软件项目管理过程中，风险计划也是一个重要的计划，只有进行合理的风险管理，制定及时的风险计划，才能防崽于未然，做到主动控制风险，而不是被动地被风险所控制。本章我们进人路线图的第9站：风险计划，如图10—1所示。 图10-1路线图第9站：风险计划 10.1软件项目风险管理概述 在软件项目的开发过程中，必然要使用一些新技术、新产品，同时由于软件系统本身的结枸和技术复杂性的原因，需要投人大量人力、物力和财力，这就造成开发过程中存在某些“未知量”或“不确定因素”，这必然给项目的开发带来一定程度的风险，也可能会使项目计划失败或不能完全达到预期目标。因此，对项目风险进行科学、准确的判别，为项目决策层和管理人员提供科学的评估方法，是十分必要的。 项目中的风险有很多种，没有风险的项目几乎是不存在的，只是风险的多少、严重程度不同而已。 10.1.1风险概念 风险是损失发生的不确定性，是对潜在的、未来可能发生损害的一种度量。如果风险确实发生了，则它的发生会对项目产生有害的或者负面的影响。例如，在软件测试期间经常会发现故障，因此一个合理的项目必须做好发现故障时对它们进行修复的计划。同样，项目开发过程中几乎总悬会出现某些变更申请，因此项目管理必须相应地准备好变更计划，以处理这些事件。 另一方面，风险是一种概率事件——它可能发生也可能不发生。因此，我们通常会表现出很乐观，不是看不到风险就是希望它们不会发生。如果风险真出现了，这种态度会使项目陷入困境，这是一个大型项目中很可能发生的事情。因此，风险管理被认为是管理大型软件项目的最佳实践。 风险管理旨在识别出风险，然后采取措施使它们对项目的影响最小。风险管理是软件管理中相对较新的领域，它首次出现于贝姆（Bochm）关子风险管理的指商中。自那以后，软件的风险管理逐渐被人们所认识。

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

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

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

软件项目风险管控

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

施工项目风险管理

31-10 施工项目风险管理 31-10-1 施工项目风险管理概述 31-10-1-1 施工项目的主要风险 风险，是在给定条件下和特定时间内，那些可能发生的结果间的差异。 风险的三个基本要素是：风险因素的客观存在性；风险事件发生的不确定性；风险后果的不确定性。 施工项目风险是影响施工项目目标实现的事先不能确定的内外部的干扰因素及其发生的可能性。施工项目一般都是规模大、工期长、关联单位多、与环境接口复杂，包含着大量的风险，其主要风险如表31-166所示。 施工项目的主要风险表31-166

31-10-1-2 施工项目风险管理 风险管理，是指在对风险的不确定性及可能性等因素进行考察、预测、分析的基础上，制定出包括识别衡量风险、管理处置风险、控制防范风险等一整套科学系统的管理方法。 在施工项目实施的过程中，由于风险的存在使得建立在正常理想基础上的目标和决策、施工规划和方案、管理和组织等都有可能受到干扰，与实际产生偏离，导致经济效益下降，甚至影响全局，使项目失控，因此在施工项目管理中应包括对风险进行管理，力求在施工项目面临纯粹风险时，将损失减少到最小，在面临投机风险时，争取更大收益。 施工项目风险管理是用系统的动态的方法，对施工项目实施全过程中的每个阶段所包含的全部风险进行识别、衡量、控制，有准备地科学地安排、调整施工活动中合同、经济、组织、技术、管理等各个方面和质量、进度、成本、安全等各个子系统的工作，使之顺利进行，减少风险损失，创造更大效益的综合性管理工作。 31-10-1-3 施工项目风险管理目标 施工项目风险管理目标应该与企业的总目标相一致，随着企业的环境和特有属性的发展变化而不断调整、改变，力求与之相适应。表31-167列举了适应企业不同条件时的施工项目风险管理目标。 施工项目风险管理目标 表31-167

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

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

软件开发项目的风险管理

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

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

建设工程项目风险管理制度

建设工程项目风险管理制度 1.1 一般规定 1.1.1风险是指项目实施过程中对项目目标产生影响的 不确定因素。 1.1.2项目风险管理的目的是减小风险对项目实施过程 的影响，保证项目目标的实现。它主要包括风险识别，风险评估，风险响应和风险控制等工作过程。 1.1.3应对工程项目实施的全过程进行风险管理，在工程实施中加强风险的控制。 1.1.4风险管理是承包人各层次管理人员的任务之一，应在项目组织中全面落实风险管理责任，建立风险管理体系， 1.2 项目风险识别 1.2.1项目风险识别是指确定项目实施过程中各种可能 的风险，并将它们作为管理对象，不能有遗漏和疏忽。应在项目开始、进展评价及进行其他重大决策时进行项目风险识别工作。 1.2.2风险识别过程

收集数据或信息。包括项目环境数据资料、类似工1． 程的相关数据资料、设计与施工文件。风险确定时应利用过去项目的经验和历史资料。 2不确定性分析。可以从项目环境、项目范围、工程结构、项目行为主体、项目阶段、管理过程、项目目标等方面进行可能的项目风险。 3确定风险事件，并将风险归纳、整理，建立项目风险的结构体系。 4编制项目风险识别报告。风险识别报告通常包括已识别风险、潜在的项目风险、项目风险的征兆。 1.2.3风险识别方法 常用的风险识别方法或工具有：核查表法、列举法、项目结构分解识别法与风险因素识别法、因果分析图法、流程图法、问卷调查法、决策树法等。 1.3 项目风险评估 1.3.1风险评估包括如下内容： 1风险发生的概率，即发生可能性评价； 2风险事件对项目的影响评价，如风险发生的后果严重程度和影响范围评价； 3风险事件发生时间估计。

《项目风险管理计划》模板

技术文件

【模板使用说明】 1)本报告适用于对组织外报告项目风险。本报告经项目负责人审批（需要时 应经副区总审批）后，可以提供给顾客、客户或合约方。 2)模板内容供参考，可以根据实际情况删除或 增加二级和三级标题要求的内容，但不能删除一级标题。 3)对于模板中涉及数据的分析和统计，建议使 用表格和图形表示，使数据更清晰直观。 4)在编辑完整个文档后，点击鼠标右键，选择 “更新域——更新整个目录”即可。 5)请在完成整个文档的编写后，将模板中给出的说明删除。 文档版本变更记录（文档作者或修改者更新文档版本时填写）：

目录 1.............................................................................................................................. 概述5 2................................................................................................................ 定义和缩略语5 3........................................................................................................ 项目风险管理组织5 4..................................................................................................... 项目定义风险管理表5 4.1项目风险类别定义 (5) 4.2项目风险概率和影响定义 (6) 4.3项目风险状态定义 (7) 4.4项目风险管理表 (7) 5........................................................................................................ 项目风险管理策略7 6................................................................................................. 项目风险管理进度安排8 7.............................................................................................................................. 其它9

软件项目风险管理研究

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

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

施工项目风险管理

浅谈施工项目风险管理 ————清华大学高级工商管理研修班 清华大学继续教育学院张殿生 迪尔集团有限公司 2009年06月02日 摘要 建筑行业是附加值比较低的行业之一，利润微薄，受外界环境影响尤为敏感，市场竞争也日渐激烈，但不同公司项目管理水平参差不齐，尤其风险管理方面依然是薄弱环节，风险管理未形成专业部门，尤其在基层项目部，缺少专职风险管理人员，风险管理意识较淡薄。本文简单介绍项目风险管理的过程和主要对策决策，希望能在项目风险管理过程中起到一定的指导意义。 关键词：项目、风险管理、决策

浅谈施工项目风险管理 1．施工项目风险管理的必要性 随着社会的不断进步和发展，行业间相互依赖日趋紧密，但彼此间的商业关系却因市场的激烈竞争而变得更加具有竞争性，尤其是近两年，中小热电国家审批越来越少，电建公司施工任务不足，再加上小型的施工队伍迅速成长为有资质的施工力量，使得本来就僧多粥少的建筑业竞争更加白热化。作为本来就薄利的建筑施工企业如何在市场大潮中站稳脚跟，除了各种硬件条件外，如何完善企业管理，也是决定其存在的重要因素。风险管理就是其中尤为重要的一个环节。风险管理作为现代企业企业管理中的一部分，它的实施良好与否将直接关系着该项目的成败，制定完善的风险应对策略，加强项目风险管理的能力，是企业所需，更是项目所需。 2．项目风险管理的方法 风险管理概念 风险管理是一个识别、分析和应对风险，并制定、选择和实施风险处理方案的过程。建筑工程风险管理没有特殊性。风险管理是一个系统、完整的过程，一般也是一个循环的过程，此过程一般包括以下几方面的内容：风险识别、风险评价、风险对策决策、风险实施、风险检查。 风险量 在风险控制过程中，经常用到的形象表达方式是等风险量曲线。所谓风险量，是指各种风险的量化结果，起数值大小取决于各种风险的发生概率及其潜在损失。与风险量有关的分析方法是等风险量函数曲线，就是风险量相同的风险事件所形成的曲线，如下图2-1所示。Ｒ1，Ｒ２，Ｒ３为三条不同的等风险量曲线。不同等风险量曲线表示的风险量大小与其风险坐标原点的距离正比，即距离原点越近，风险量越小；反之，则风险量越大。因此，Ｒ1>Ｒ２>Ｒ３。 建筑工程风险被量化为关于风险发生概率和损失严重程度的函数，但在选择对策之前还需对建筑工程风险量做出相对比较，以确定建筑工程的相对严重性。

软件开发项目的风险管理

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