实施项目项目风险管理程序
作者:?
日期:
版本:
目录
实施项目项目风险管理程序 (1)
文档目的3?
关键联系信息3?
术语定义3?
风险?３
风险的可能性 (3)
风险的影响......................................................... ３风险日志 (4)
风险的概括4?
风险降低的策略..................................................... ４风险管理方法?４
总览4?
风险确认?５
风险可能性的评估 (5)
风险影响的评估5?
风险降低 (5)
风险监控6?
风险管理的标准和模板 (6)
风险日志 (6)
风险的可能性 (6)
风险的影响6?
风险降低策略文档6?
风险概括报告 (7)
签署批准申请8?
以下为正文 (9)
?文档目的
该文档描述实施项目实施过程中对风险的确认、减轻和管理的方法和机制。
由于项目组的每一个成员都要充当确认和管理风险的角色，本文档必须让所有项目组成员阅读并理解。
关键联系信息
技术文件
【模板使用说明】 1)本报告适用于对组织外报告项目风险。本报告经项目负责人审批（需要时应经副 区总审批）后，可以提供给顾客、客户或合约方。 2)模板内容供参考，可以根据实际情况删除或增加二级和三级标题要求的内容，但不 能删除一级标题。 3)对于模板中涉及数据的分析和统计，建议使用表格和图形表示，使数据更清晰直观。 4)在编辑完整个文档后，点击鼠标右键，选择“更新域——更新整个目录”即可。 5)请在完成整个文档的编写后，将模板中给出的说明删除。 文档版本变更记录（文档作者或修改者更新文档版本时填写）：
目录 1概述............................................................................................................................................ 2定义和缩略语............................................................................................................................ 3项目风险管理组织.................................................................................................................... 4项目定义风险管理表................................................................................................................ 4.1项目风险类别定义 ........................................................................................................... 4.2项目风险概率和影响定义 ............................................................................................... 4.3项目风险状态定义 ........................................................................................................... 4.4项目风险管理表 ............................................................................................................... 5项目风险管理策略.................................................................................................................... 6项目风险管理进度安排............................................................................................................ 7其它............................................................................................................................................
风险管理策划方案 一、 项目风险管理过程： ：是在项目正式启动前或启动初期，对项目风险管理的一整套计划，主要考虑因素有：项目图表、风险管理策略、预定义的角色和职责、风险容忍度、风险管理模板和工作分解结构图WBS 等。 成果是形成风险管理计划文件 风险规划是一个迭代过程，包括评估、控制、监控和记录项目 其结果就是风险管理计划，通过制定项目规划，实现以下目 建立时间和经费储备以应付不可避免的风险 、工具和数据资源，这些内容可随项目阶段即风险评估情况做适当调整。 2、 人员 明确风险管理活动中领导者、支持者及参与者的角色定位、任务分工及其个自的责任、能力要求。（设置项目风险管理组织架构） 3、 时间周期 ? 项目风险管理的计划 ? 风险事件描述 ? 有哪几类风险 ? 风险事件的后果有多大 ? 项目哪些部分会遭受风险 ? 风险发生概率有多大 ? 确定风险的先后顺序（风险坐标图） ? 评价风险之间的因果关系 ? 评价风险损害的程度（风险分级：重大风险、一般风险、轻微风险） ? 评价风险转化的条件 ? 应对风险的计划 ? 应对风险的措施 ? 风险监视 ? 风险控制 ? 确定循环的时机
界定项目生命周期中你那个风险管理过程的各运行阶段及过程评价、控制和变更的周期或频率。 4、类型级别及说明 定义并说明风险评估和风险量化的类型级别。 5、基准 明确定义由谁以何种方式采取风险应对行动。 6、汇报形式 规定风险管理中各过程中应汇报或沟通的内容、范围、渠道及方式。（风险管理报告） 7、跟踪 规定如何以文档方式记录项目过程中风险及风险管理的过程，风险管理文档可有效用于对当前项目的管理、项目的监控、经验教训的总结及日后项目的指导等。 风险规划的过程活动 （1）设定可能出现的严重风险。（对可能导致风险发生的事件的设想）（2）制定风险应对备用方案。 （3）选择风险应对途径. （4）制定风险行动计划。(将风险应对途径、所需的资源和批准权利编为文档) （5）确定风险模板。（规定风险管理基本程序、风险的量化目标、风险告警级别、风险的控制标准等，使风管标准化、程序化、科学化） （6）确定风险数据库模式（数据库包括：数据库结构和数据文件，项目风险数据库应包含项目全周期过程所有的相关活动）
软件项目风险管理 一、风险管理概述 软件风险是指软件开发过程中及软件产品本身可能造成的伤害或损失。风险关注未来的事情，这意味着，风险涉及选择及选择本身包含的不确定性，在软件开发过程及软件产品都要面临各种决策的选择。风险是介于确定性和不确定性之间的状态，是处于无知和完整知识之间的状态。另一方面，风险将涉及思想、观念、行为、地点等因素的改变。 当在软件工程领域考虑风险时，我们要关注以下的问题：什么样的风险会导致软件项目的彻底失败？用户需求、开发技术、目标计算机、以及所有其它与项目有关的因素的改变将会对按时交付和总体成功产生什么影响？对于采用什么方法和工具，需要多少人员参与工作的问题，我们如何选择和决策？对软件质量要达到什么程度才是“足够的”？ 当没有办法消除风险，甚至连试图降低该风险也存在疑问时，这些风险就是真正的风险了。在我们能够标识出软件项目中的真正风险之前，识别出所有对管理者和开发者而言均为明显得风险是很重要的。 二、被动和主动的风险策略 被动风险策略是针对可能发生的风险来监督项目，直到它们变成真正的问题时，才会拨出资源来处理它们，更普遍的是，软件项目组对风险不闻不问，直到发生了错误才赶紧采取行动，试图迅速地纠正错误。这种管理模式常常被称为“救火模式”。当补救的努力失败后，项目就处在真正的危机之中了。 对于风险管理的一个更聪明的策略是主动式的。主动策略早在技术工作开始之前就已经启动了――标识出潜在地风险，评估它们出现的概率及产生的影响，对风险按重要性进行排序，然后，软件项目组建立一个计划来管理风险。主动策略风险管理的主要目标是预防风险。但是，因为不是所有的风险都能够预防，所以，项目组必须建立一个应付意外事件的计划，使其在必要时能够以可控的及有效的方式作出反应。 三、软件风险 1、软件风险包含两个特征： 不确定性——刻划风险的事件可能发生也可能不发生，没有100％发生的风险。 损失——如果风险变成了现实，就会产生恶性后果或损失。 2、进行风险分析时，重要的是量化不确定的程度和与每个风险相关的损失的程度。 为了实现这点，必须考虑以下几种不同类型的风险：
XX项目风险管理计划 1.1 定义 风险：是一种可能发生的不受欢迎的并且没有计划的事件，这种事件可能导致项目无法达到它的一项或多项目标 风险管理：就是对项目风险进行识别，并对已识别的项目风险进行评估、计划和控制的项目管理过程 1.2 风险管理规划 风险管理包括4个步骤：风险识别、风险评估、制定风险管理计划、风险跟踪和监控 03 风险处理责任人 PDT 风险管理模型 1.3 风险识别 风险识别的方法主要有以下几种： 1．访谈、调查 2. 头脑风暴（Brainstorming） 3. 专题讨论会（Workshop） 4. 历史经验数据、风险数据库RDB
5. 专家建议法（Subject Matter Experts） 6. 风险标识提问单 风险分类：识别出风险后建议按业务领域对风险进行分类。 1. 市场/客户风险：市场风险对我们来说主要是指市场需求/客户要求发生变化，引起产品规格的改变，包括增加新的需求；原来开发的功能需求取消；是否开发某项功能，何时开发完成由确定变为不确定。同时客户供货时间需求等突然发生变化，或预定的签单不能按时签定或被取消等风险。 2. 技术风险：在产品开发过程中出现方案选择失误、方案设计考虑不周等，导致任务不能按时完成；在新产品开发中采用比较先进但还不成熟的技术。采用新的技术可能是出于市场竞争的压力，但是新技术在性能、稳定性方面都会存在一定的风险，导致产品的开发进度及质量受到影响。 3. 财务风险：由于公司扩张过快，资金回笼不及时等因素，造成公司流动资金紧张。资金不足导致产品开发、生产无法按计划进行。 4. 制造风险：主要指在产品投入批量生产时某些生产设备，工装夹具等准备不足，以及在量产过程中因某些问题造成批量返工，对正常生产造成影响。 5. 采购风险：主要是指生产启动时间、计划物料的数量、外购件供货期、原材料涨价等方面不能满足实际需求的风险。 6. 用户服务风险：由于客户环境的问题造成产品使用、维护、升级出现问题。这些问题将影响产品在市场上的表现。客服上的问题不能很好的解决也会对产品的最终成功造成影响。 7. 项目管理风险：PDT对项目各项任务浮动周期，风险估计不足，项目组成员突然变更，以及公司管理水平跟不上，导致公司的流程、制度不完善，或已有制度得不到有效的实施，影响产品开发、生产。 1.4 风险评估 风险评估是指评估风险对项目造成影响的可能性及后果。一般来说，风险评估要从风险发生的概率以及风险的影响程度（或损失的大小）这两个维度来对风险进行评估。 每个维度分：High（或9分）、Medium（或6分）、Low（或3分） 风险等级＝风险发生概率× 风险影响程度
_软件开发项目的风险管理 我讲的主题是：软件开发项目的风险治理，因为我认为风险治理在软件项目中专门重要，又不容易做好，因此期望通过和大伙儿讨论能够有一些思路和启发。 期望在那个地点在如下几方面展开讨论： 1．在软件项目治理中如何做好风险防范 2．软件项目中的典型风险事件是哪些 软件开发项目的风险治理 众所周知，软件开发过程可分为：需求分析、设计、编码、测试、安装及爱护等几个过程（在RUP方法中：业务建模、需求、分析设计、实施、测试、部署），实际上一个完整的软件项目前后还有其它过程，在那个地点列出的只是和软件开发有关的核心过程。 软件项目的生命周期能够分为四个时期（不同行业的项目生命周期不同），即初始时期、设计时期、实施时期、收尾时期。软件开发过程在软件项目的这四个时期中的分布情形如下（括弧里面表示RUP方法中的过程）： 初始时期：大部分需求分析，少部分设计（大部分业务建模和需求，少部分分析设计）
设计时期：大部分设计，少部分编码（大部分分析设计，部分实施及测试，开始考虑部署） 实施时期：大部分编码和测试，少部分设计（大部分实施及测试，部分部署） 收尾时期：安装及爱护（大部分部署） 而项目治理则贯穿在整个生命周期的每个时期。 按照PMBOK，项目治理能够从范畴治理、时刻治理、费用治理、质量治理、人力资源治理、沟通治理、风险治理、采购治理和整体治理等9个方面考虑，关于软件项目治理来讲软件配置治理（属于整体治理）、软件质量治理、软件风险治理及开发人员治理（属于人力资源治理）等四个方面的治理尤为重要，软件开发的每个时期、每个过程都要重视这几方面的治理。 下面就以软件项目的风险治理为主题展开讨论。 软件项目治理的四个时期中，在初始时期项目成功的可能性最小，风险发生的概率也就最高，然而这时候一旦估量的风险发生了，缺失是最小的，例如：在那个时期如果某种缘故突然资金来源断了（这在需求时期是专门有可能的），以至于不能连续进行项目，不得不终止项目，那么这时候的缺失只是需求分析时期的投入。随着项目的进展项目成功的可能性变大，风险发生的概率逐步变小，风险对项目的缺失逐步变大，快到收尾时期的时候风
浅析软件项目管理中的风险管理 张尧 摘要：在项目的建设过程中，风险几乎无处不在。如何有效地分析、控制和管理风险，对项目的成功起着至关重要的影响。本文通过对当前软件项目的风险状况进行分析，列举软件开发项目的风险来源，并进行分析，最后给出如何合理管理软件项目风险的建议。 关键词：风险管理；Boehm模型；CMU/SEI模型 0.引言 软件行业是二十一世纪发展较快的行业，同时基于软件项目具有连续性、复杂性、少参照性和无标准规范等特点，该项目的开发过程总会遇到各种各样的风险。鉴于这种情况，我们提出软件项目的风险管理，其管理内容包括风险识别、风险量化、风险对策和风险控制等，当然，还有一系列的管理模型，比如：Boehm 模型、 CMU/SEI模型。做这些，目的只有一个，那就是：使软件项目的潜在机会或回报最大化，使其潜在风险最小化。 1.风险管理概述 每一个项目的完成，都是克服各种困难的结果，困难来于人、财、物。仔细观察不难发现，整个困难过程狭义的说就是各种风险的集合，风险无处不在，我们所要做和能做的便是采取一定的方式方法对风险进行管理，使事件能顺利朝我们的目标发展。软件中的项目风险管理是指为了最好的达到项目的目标，识别、分配、应对项目生命周期内风险的科学与艺术 1.1. 风险的来源 风险来于国家制度。一切工作都在按计划顺利的进行着，突然国家实施宏观调控，物价上涨，工人要求加工资，或者国家发布声明，这款软件不能研发，我们的软件项目要么不能按时完成，要么直接得从做，风险由此产生。 风险来于项目实施过程。软件项目具有一般项目的特点，那就是需要人力、物力的投入，还有就是自然环境的参与。整个过程，每一环境产生与目标相悖的行为，这对项目都会产生不可预知的挫折，风险由此产生。 风险来于我们的用户，工程都是按计划顺利完成的，可到和最终用户交接的时候，用户临时提出修改意见，顾客是上帝，在这个竞争尤为激励的年代，我们只能选择满足用户，风险由此产生。 1.2. 风险的分类
软件开发项目的风险管理 我讲的主题是：软件开发项目的风险管理，因为我认为风险管理在软件项目中很重要，又不容易做好，所以希望通过和大家讨论能够有一些思路和启发。 希望在这里在如下几方面展开讨论： 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）关子风险管理的指商中。自那以后，软件的风险管理逐渐被人们所认识。
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% ，可见，软件风险控制与管理在目前的软件开发项目中的重要性。 二、软件开发项目的风险来源及对项目成败的影响 软件开发项目风险是指在软件生命周期中所遇到的所有的预算、进度和控制等各方面的问题，以及由这些问题而产生的对软件项目的影响。软件项目风险经常会涉及许多方面，如：缺乏用户的参与，缺少高级管理层的支持，含糊的要求，没有计划和管理等，总体概括下来应该由五大方面。
厦门理工学院新建公寓楼项目风险管理计划书 编制 审核
时间2013年4月15日 一、项目基本情况 项目名称：厦门理工学院公寓楼修建制作日期：2013年4月15日 制作人：签发人： 二、风险管理策略 1．风险管理的总体思想和原则 风险管理的总体思想——以最小的风险管理成本获得最大的安全保障，从而实现经济单位价值最大化。成本，是指经济单位在风险管理过程中，各项经济资源的投入，其中包括人力、物力、财力，乃至放弃一定的收益机会。安全保障，则是指风险管理的效果。纯粹风险管理，安全保障包括：风险损失的减
少，即对风险的有效控制；实际损失能及时充分并有效的得到补偿。 风险管理原则： A．强调事前管理 B．数量化佐证以衡量风险程度 C．预设最坏的情景 D．模拟评估 E．弹性化调整 2．定义风险假设 (1)风险是损失发生的不确定性（两个要素） (2)风险是在一定条件下、一定时期内，某一事件其预期结果与实际结果间的变动程度。变动程度越大，风险越大，反之，风险越小。 3．定义风险管理的责任人 在规划风险管理过程所制定的风险管理计划中，需要对风险管理工作进行角色和职责的分配（如确定风险经理）。这个分配不是针对一个一个具体的风险的。针对各具体风险的风险责任人(risk owner)的确定，那是规划风险应对过程的工作。在规划风险应对过程中，需要制定风险应对措施，并确定每个已识别风险的责任人（应该从参与规划风险应对过程的成员中选择）。风险责任人必须参与规划风险应对过程。 4. 定义风险分析技术
（1）以信任为基础进行风险沟通。 （2）以伙伴关系为关键要素进行风险沟通。 （3）运用双向模式进行风险沟通。 6．项目风险监控： 定义：跟踪已识别的风险，监视剩余风险和识别新的风险，保证风险计划的执行，并评估消减风险的有效性。 目的：通过对项目风险的识别和分析，以及对风险信息的收集，就可以采取正确的风险应对措施，从而实现对项目风险的有效控制。 三、风险分类 按风险因素的主要方面，又可将风险分为技术、环境方面的风险与经济方面的风险以及合同签订和履行方面的风险等三种。它们主要有以下几类：（一）技术与环境方面的风险 1、地质地基条件。工程发包人一般应提供相应的地质资料和地基技术要
风险管理
修订历史记录 A - 增加M - 修订D - 删除
目录 1. 目的 (4) 2. 适用范围 (4) 3. 名词术语 (4) 4. 概述 (4) 5. 过程定义 (4) 5.1 风险管理过程 (7) 5.1.1 角色和职责 (8) 5.1.2 入口准则 (8) 5.1.3 输入 (9) 5.1.4 过程活动 (9) 5.1.5 输出 (11) 5.1.6 出口准则 (11) 5.1.7 度量 (11) 5.1.8 确认与验证 (12) 6. 规程 (12) 7. 标准与规范 (12) 8. 裁剪指南 (12) 9. 模板与表格 (12) 10. 实施指导 (12)
1.目的 1.1 规范公司风险管理过程。 1.2 提供项目经理进行风险管理过程的说明和行动指南。 2.适用范围 2.1 机构 研发中心。 2.2 业务 项目实施过程中的风险管理，贯穿整个项目生命周期。 3.名词术语 3.1 RSKM( Risk Management):风险管理。 3.2 项目干系人（Stakeholder）：在一定程度上，对项目的实施和成果负责，或受其影响的群组或个人。项目干系人可能包括项目团队成员、提供商、客户、最终用户等。 4.概述 风险管理是贯穿项目整个生命周期的一系列持续性活动，分别为风险识别、风险分析、风险减缓、风险跟踪、风险控制以及风险状态通报。 项目风险控制小组有必要在项目组例会或其它场合，与项目组骨干或项目组全体成员一起对项目风险管理进行交流，收集项目组成员对项目风险的意见和建议。对于不便公开的风险，项目经理需要控制项目组内部了解的范围。对各个项目形成的风险统计数据一并贡献到组织级资产库。 5.过程定义 5.1 组织级风险管理过程 考虑到项目级风险管理的有效性，组织层面需要建立相应的活动来提供项目风险管理一定的指导，活动频率定义为不低于1季度1次。具体活动如下所示：
4全过程工程咨询风险管理 4.1全过程工程咨询项目各阶段的主要风险 4.1.1项目决策阶段的主要风险 市场风险：由于对宏观经济形势（包括国民经济发展状况，经济政策及经济状况）的分析和对市场供需情况（包括主要产品的市场供需状况，价格走势及对竞争力的判断）和预测与实际情况不符;市场调研报告(包括市场调查、预测、市场竞争策略、营销策略等内容)及其论证或者评估不正确或不可靠所引起的风险。 4.1.2技术风险 1工艺技术选用，在先进适用性，安全可靠性，经济合理性，耐久性等方面，存在问题所引起的风险。 2由于对产品品种、建设规模、建设方案和建设地址的选择报告(包括建设条件、资源状况、材料来源与供应、总平面布置、环保、安全、技术经济分析等内容）。可行性研究及其论证或评估不正确或不可靠引起的风险。 4.1.3筹、融资风险 由于投资估算和资金筹措渠道与筹措方式不合理或不可靠引起风险。
4.1.4环境风险 由于建设地区的社会、法律、经济、文化、自然地理、基础设施、社会服务等环境因素对项目目标产生不利影响所引起的风险。 4.1.5项目招、投标阶段的主要风险 项目成立后到承包合同签订之前，招、投标阶段的主要风险 1招标风险：风险承担人是项目主办人(单位）。 2投标（报价）风险：风险承担人是承包商。 3合同风险：风险承担人为双方，但主要是承包商。 4.1.6项目实施阶段的主要风险 承包合同签订后，项目实施阶段的主要风险： 1勘察设计风险 1设计风险 2采购风险 3项目管理风险（质量、安全、费用、进度等风险） 4.1.7项目收尾阶段的主要风险 1合同收尾 2管理收尾 此阶段的风险承担人主要是项目业主。
推介导读： 此论文从需求调研、开发、实施以及项目收尾四个项目阶段，列举了11种典型的常见风险，并给出了这些风险的详细和切实可行的风险规避措施。这些风险和措施实用、实在，值得做为公司项目管理财富库进行收藏，值得各项目组借鉴。 软件项目风险管控 1.什么是软件项目风险 软件项目风险是指在软件开发过程中遇到的预算和进度等方面的问题以及这些问题对软件项目的影响。软件项目风险会影响项目计划的实现，如果项目风险变成现实，就有可能影响项目的进度，增加项目的成本，甚至使软件项目目标不能实现。如果对项目进行风险管理，就可以最大限度的减少风险的发生。 2.项目风险及应对措施 软件项目的生命周期可以分为四个阶段，即需求调研阶段、开发阶段、实施阶段、收尾阶段，软件开发过程可分为：需求分析、设计、编码、测试等几个过程，在软件项目的每个阶段、每个过程都可能存在风险。下面结合项目谈谈各阶段碰到的风险。 2.1.需求调研阶段 1．风险描述： 调研涉众没有足够的时间参与调研活动，严重影响调研进度与调研质量。 应对措施： 开始调研时，召集公司的高层领导、各部门主管及参与调研的关键涉众召开调研 启动会，让所有涉众都重视本次调研活动，努力配合调研工作。在调研启动会上 明确调研涉众的职责； 在制定调研计划时，应事前与相关涉众做好沟通工作，努力减少调研计划与日常 工作安排的冲突； 相关人员通过移交日常工作等办法，有效保证相关涉众的调研时间； 调研人员设计调研提纲时，要有针对性，尽量努力提高调研效率。 2．风险描述： 调研成果不能真实和完整地体现管理层意图与企业经营管理需要。 应对措施： 通过客户方的多方协调，让管理层要重视调研人员的访谈，客观而真实地回答访 谈问题； 管理层调研提纲在设计时，不仅要做到有针对性，而且要有全面性； 调研人员在访谈管理层，要善于挖掘与总结管理层的管理意图与经营思路； 管理层的意图应宣达到所有涉众，努力做到在繁多的需求中，把握住管理思路的 主线。
项目风险管理包括项目风险管理规划、风险识别、分析、应对和监控的过程。其中多数过程在整个项目期间都需要更新。项目风险管理的目标在于增加积极事件的概率和影响，降低项目消极事件的概率和影响。 项目风险源于任何项目中都存在的不确定性。已知风险系指已经识别并分析的风险，可通过本章描述的过程对这些风险进行规划，但是无法对未知风险进行
积极管理。就未知风险而言，项目团队可采取的较谨慎的应对措施是就这些风险分配应急储备，同时就无法通过经济有效方式或通过任何方式制定积极应归策略的已经风险分配应急储备。 组织从风险对项目成功造成的威胁或带来的机会的角度看待风险。风险对项目所造成的危险只要能与冒此风险所得到的收获相抵，就属于可接受风险。例如，采用快速跟进可能造成预算超支，但却是为提前完成项目所冒的风险。凡能都带来项目成功机会的风险（如可通过分配额外人员来赶工）不妨为之一博，使项目目标从中受益。 人们对风险持有的态度（延伸到组织对风险持有的态度），将影响其对风险认知的准确性，也将影响其应对风险的方式。对风险的态度应尽可能明确表述。应为每个项目制定满足组织要求的风险应对方法，并开诚布公地就风险及其应对措施进行沟通。风险应对可反映组织在冒险与躲避风险之间的平衡。 要想取得成功，组织必须承诺或在整个项目进程中积极并一贯地采取风险管理。 1 风险管理规划 认真、明确的规划可提高其他5个风险管理过程成功的概率。风险管理规划指决定如何进行项目风险管理活动的过程。风险管理过程的规划对保证风险管理（包括风险管理程度、类型和可见度）与项目风险程度和项目对组织的重要性相适应起着重要作用，它可保证为风险管理活动提供充足的资源和时间，并确立风险评估一致同意的基础。风险管理规划过程应在项目规划过程的早期完成，因为其对成功完费用章介绍的其他过程至关重要。
-------------------------------------------------------------------------------------------------------------------------------------------- 软件开发项目的风险管理 原作者:李艺兰 1月27日参加了项目管理联盟组织的‘北京项目管理爱好者聚会’，我被易风邀请做了一个主题演讲，其实不是什么演讲，只是结合理论谈了自己的一些想法和工作中遇到过的经验教训，更主要的目的是给大家出一个讨论和交流的主题，希望能起个抛砖引玉的作用。 我讲的主题是：软件开发项目的风险管理，因为我认为风险管理在软件项目中很重要，又不容易做好，所以希望通过和大家讨论能够有一些思路和启发。 现在把我准备的内容整理帖出来，希望在这里继续讨论，大家在如下几方面多展开讨论：1．在软件项目管理中如何做好风险防范 2．软件项目中的典型风险事件是哪些 软件开发项目的风险管理 众所周知，软件开发过程可分为：需求分析、设计、编码、测试、安装及维护等几个过程（在RUP方法中：业务建模、需求、分析设计、实施、测试、部署），实际上一个完整的软件项目前后还有其它过程，在这里列出的只是和软件开发相关的核心过程。 软件项目的生命周期可以分为四个阶段（不同行业的项目生命周期不同），即初始阶段、设计阶段、实施阶段、收尾阶段。软件开发过程在软件项目的这四个阶段中的分布情况如下（括弧里面表示RUP方法中的过程）： 初始阶段：大部分需求分析，少部分设计（大部分业务建模和需求，少部分分析设计） 设计阶段：大部分设计，少部分编码（大部分分析设计，部分实施及测试，开始考虑部署）实施阶段：大部分编码和测试，少部分设计（大部分实施及测试，部分部署） 收尾阶段：安装及维护（大部分部署） 而项目管理则贯穿在整个生命周期的每个阶段。 根据PMBOK，项目管理可以从范围管理、时间管理、费用管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理和整体管理等9个方面考虑，对于软件项目管理来讲软件配置管理（属于整体管理）、软件质量管理、软件风险管理及开发人员管理（属于人力资源管理）等四个方面的管理尤为重要，软件开发的每个阶段、每个过程都要重视这几方面的管理。下面就以软件项目的风险管理为主题展开讨论。 ---------------------------------------------------------精品文档---------------------------------------------------------------------
怎样正确实施项目风险管理【最新资料，WORD文档，可编辑修改】 二〇一一年十一月十四日
怎样正确实施项目风险管理 摘要：风险管理是项目管理中的重要内容，风险管理机制更是企业项目管理体系的关键组成部分。然而，这些却是目前中国企业在项目管理方面的薄弱环节。如何切实地进行风险管理，建立风险管理机制，是企业项目管理走向成熟过程中必须要解决的问题。本文将从方法论、应用示例和软件工具三个方面结合起来，说明和讨论项目风险管理和企业风险管理机制，指导如何正确实施项目风险管理。 一方法论：认识风险管理过程 风险管理是项目管理的一个子集。项目管理方法的精髓是提供了一种结构化的模式，来指导项目经理进行项目管理，来分析和处理项目管理过程中的问题。风险管理方法，也是这样的一个结构化的模式，指导项目经理展开项目风险管理方面的工作。如下图所示，中心是风险管理过程的四部曲，外围是在风险管理过程中发生交互的相关信息。 风险识别?在对项目的基础的风险形势评估之上，就需要对各种显露的和潜在的风险进行识别。风险识别实际上是对将来可能发生的风险事件的一种设想和猜测。因此，一般的风险识别结果应包括风险的分类、来源、表现及其后果、以及引发的相关项目管理要求。在具体识别风险时，一方面可利用一些常识、经验和判断，通过以前经历的项目中积累起来的资料、数据、经验和教训，或者请教相关的专家和资深从业人员，采用集体讨论的方式。另一方面，可以通过分解项目的范围、结构来识别风险，理清项目的组成和各个组成部分的性质、之间的关系、与外因的联系等内容，从而减少项目实施过程中的不确定性。除此之外，还可以利用一些技术和工具。比如，结合经验和教训，将项目成功和失败的原因罗列成一张核对表，或者是项目的实施范围、质量控制、项目进度、采购与合同管理、人力资源与沟通等。以上都是风险识别常用的一些手段和方法，当然还有其他更多的途径，因项目而异，灵活运用。 对风险进行分类和归纳是风险识别中常用的方法。风险分类应该是经过综合考虑而定义的，应当反映出项目所属行业或应用领域内的常见风险来源。例如下面的分类：项目的技术方面的风险、项目的时间安排方面的风险、项目的财务方面的风险等。 检查表是风险识别中非常有效的工具。根据以往类似的项目和积累的其他风险管理的知识和信息，可以开发和编制项目风险检查表。检查表的好处是使风险识别过程短平快，提高了效率，但是其风险识别的质量在于所开发的风险检查表的质量。对于单个或特定的一个项目，开发风险检查表是不实际的。如果企业进行大量类似的项目，例如IT服务企业执行的多数是IT应用的项目，完全可以开发一套风险检查表提高风险识别过程的速度和质量。 风险分析是项目风险管理过程中的第二步，是评估已识别出风险的影响和可能性的过程。风险分析可以选择定性分析或定量分析方法，进一步确定已识别的风险对项目目标的影响，并根据其影响对风险进行排序，确定项目的关键风险项，并指导接下来的风险应对计划的制定。 项目的风险指数是一个有效的指标，表征整个项目的风险程度。该指标，是应用一个风险指数计算的数学模型，根据风险识别和风险分析的结果，计算得到一个量化的项目风险指数。通过应用项目风险指数，在项目选择和执行过程中，以量化的指标反映项目的风险，监控风险管理的绩效。同时该指标，也可以用于横向比较不同项目之间的风险程度。 风险应对计划是项目风险管理过程中的第三步，主要是针对项目的风险开发和制定一个风险应对的方案，目的是提高实现项目目标的机会。风险应对计划包括项目主要风险，针对该风险的主要应对措施，每
项目风险评估和管理计划书 XXX项目 XXXXXX客户 起草人 错误！未找到引用源。 起草日期: [Date Prepared]
文档信息 文档名称XXXXXXX用户XXXXXXX项目风险评估和管理计划书文档编号 文档类别技术文档□工程文档□项目文档□运维文档□项目文档■服务文档□其他□ 当前版本 1.0 创建日期yyyy-mm-dd 文档主送部门XX网络技术部 文档作者XX 联系方式EMAIL 修订记录 修改记录日期修改人审阅人摘要 V1.0 yyyy-mm-dd 建立文档 审批发布 审核记录日期审阅人 审阅yyyy-mm-dd 正式核准发布yyyy-mm-dd 第2页, 共15页
目录 1.文档简介 (4) 1.1 目的 (4) 1.2 文档范围 (4) 1.3 文档定义 (4) 1.3.1 条款 (4) 1.3.2 缩略语 (5) 1.4 风险管理的角色和责任描述 (5) 1.5 项目风险管理文档列表 (5) 1.6 风险管理活动定义 (6) 2.项目风险综述 (8) 2.1 项目风险分类 (8) 2.2 本项目识别的风险 (8) 2.2.1 风险库已有识别风险 (8) 2.2.2 机房搬迁的项目风险 (9) 3.风险管理方法 (12) 3.1 风险识别 (12) 3.2 风险分析 (12) 3.3 风险应对措施 (13) 4.风险应对和跟踪 (14) 4.1 风险登记册 (14) 4.2 已关闭的风险列表 (14) 5.风险评估和管理计划书审核 (15) 第3页, 共15页
1. 文档简介 1.1 目的 风险管理规划活动的目的是尽量减少风险的负面影响，并为项目最大限度的标识 出积极风险（机会点）。通过标识所有的已知项目风险，进行一个风险发生概率 和潜在影响的评估，并建立行动计划来完成风险管理的活动。 该计划的目的是总结所有的问题和风险，并标识在风险识别与评估表，并在风险 分析表中进行分析，同时在风险日志进行跟踪。 本节定义风险的方法来确定通过主动管理的风险触发点和风险会议所确定的风 险的过程，以确保风险管理，确保风险不被忽视。风险跟踪日志是作为这些触发 点和会议的基础上所使用的报告。 风险管理计划部分标识的具体预定义的会议和参加者（团队成员和客户参加）确 定审查确定的风险。 本计划定义了参与项目全程风险定义、风险定性分析、风险定量分析、风险应对 规划、风险监控等一系列风险管理过程的工作角色、工作责任，规范了风险定义 的方法、工具；风险定性和定量分析的方法和工具；风险应对规划的方法和工具，风险预算储备的方法和工具等。 1.2 文档范围 项目风险评估和管理计划是高质量地服务于XX项目，提供XX项目的风险管理，并确定具体的项目风险和风险评估结果。 1.3 文档定义 1.3.1条款 无。 第4页, 共15页