史上最全基金项目风险管理流程

基金项目风险管理流程一、项目风险管理流程图

二、项目管理过程中所涉及文件

续表二:

续表三：

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

技术文件

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

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

项目风险管理真题

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. 风险的分类

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

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

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

项目-风险管理过程

风险管理

修订历史记录 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次。具体活动如下所示：

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

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

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

软件项目风险管理

软件项目风险管理 1 前言一般来说，软件工程师总是非常乐观。当他们在计划软件项目时，经常认为每件事情都会像计划那样运行，或者，又会走向另外一个极端。软件开发的创造性本质意味着我们不能完全预测会发生的事情，因此制定一个详细计划的关键点很难确定。当有预想不到的事情引起项目脱离正常轨道时，以上两种观点都会导致软件项目的失败。目前，风险管理被认为是IT软件项目中减少失败的一种重要手段。当不能很确定地预测将来事情的时候，可以采用结构化风险管理来发现计划中的缺陷，并且采取行动来减少潜在问题发生的可能性和影响。风险管理意味着危机还没有发生之前就对它进行处理。这就提高了项目成功的机会和减少了不可避免风险所产生的后果。 2 什么是风险所谓“风险”，归纳起来主要有两种意见，主观说认为，风险是损失的不确定性；客观学认为，风险是给定情况下一定时期可能发生的各种结果间的差异。它的两个基本特征是不确定性和损失。IT行业中的软件项目开发是一项可能损失的活动，不管开发过程如何进行都有可能超出预算或时间延迟。项目开发的方式很少能保证开发工作一定成功，都要冒一定的风险，也就需要进行项目风险分析。在进行项目风险分析时，重要的是要量化不确定的程度和每个风险相当的损失程度，为实现这一点就必须要考虑以下问题：要考虑未来，什么样的风险会导致软件项目失败？要考虑变化，在用户需求、开发技术、目标、机制及其它与项目有关的因素的改变将会对按时交付和系统成功产生什么影响？必须解决选择问题，应采用什么方法和工具，应配备多少人力，在质量上强调到什么程度才满足要求？要考虑风险类型，是属于项目风险、技术风险、商业风险、管理风险还是预算风险等？这些潜在的问题可能会对软件项目的计划、成本、技术、产品的质量及团队的士气都有负面的影响。风险管理就是在这些潜在的问题对项目造成破坏之前识别、处理和排除。 3 风险管理项目风险管理实际上就是贯穿在项目开发过程中的一系列管理步骤，其中包括风险识别、风险估计、风险管理策略、风险解决和风险监控。它能让风险管理者主动“攻击”风险，进行有效的风险管理。在项目管理中，建立风险管理策略和在项目的生命周期中不断控制风险是非常重要的，风险管理包括四个相关阶段：风险识别识别风险的方法常用的有风险识别问询法（座谈法、专家法）、财务报表法、流程图法、现场观察法、相关部门配合法和环境分析法等。

全过程咨询风险管理

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管理收尾此阶段的风险承担人主要是项目业主。

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

韩万江姜立新，《软件项目管理案例教程》，机械工业出版社，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）关子风险管理的指商中。自那以后，软件的风险管理逐渐被人们所认识。

风险管理计划书

天堂鸟的步行街 (the Pedestrian Street for Birds of Paradis) 风险与风险管理计划一．综述在起草这个项目的策划书之前，我们对本项目进行了比较严格的风险管理，我们对面对的各种风险进行了系统的归类，整理，分析，并评估。在项目创立的过程中，所涉及的设备，原材料，和环境都是按照相关企业的标准及相关政策进行安排，让其安全性和可靠性符合要求。在此，我们对此项目进行风险管理的策划，将确定风险的可接收准则，通过对项目的风险分析，风险评价和风险控制，及综合剩余风险的可接受性，及有关人员的职责和权限以及项目实施和实施后整个过程的风险都进行了安排与预测，以便对该项目的风险进行邮箱的管理。二．风险的识别为了进行风险的管理，我们对自己的公司在这个项目上所潜在的风险进行了分类识别。识别风险很重要，一个企业或公司只有很好的对未知的风险做好认识，才能有效的确保公司及项目的持续发展。首先明确风险的等级，如下表：

1.由于有众多的风险的存在，于是我们公司就从市场,竞争,技术等各个方面综合性的考虑，将潜在的风险分类，以应对未来之变化。其类型如下：（1）按公司整体状况而言，分为内在风险和外在风险。 A.内在风险： a.战略风险 b.财务风险 c.经营风险 d.人事风险 e. 公关风险 f.成本估算风险 g.体制风险等； B.外在风险： a.市场风险 b.政策风险 c.自然灾害风险 d.人身安全隐患风险等；（2）按性质分: a.物质风险因素 b.道德风险因素 c.心理风险因素;（过失、疏忽无意）（3）按其他分:

a.管理变革的风险 b.需求风险 c.客户风险 d.延误时间风险 e.专业人员流失和变化的风险 f.设计和实现风险 g.过程风险 h.经费预算的风险等；只有先明确这些未来可能发生的不确定性风险对公司项目实现其经营目标的影响，才能让企业长久发展。三．风险分析与估计在风险的识别的基础上，得到了风险的来源，接着便是根据掌握的资料、风险信息及风险的性质对风险进行有效的系统的分析与研究，确定风险的特征和强度等级。根据定性定量的结论分析风险，下面列出风险可接收准则表之一概率的分类和定义（半定量6级） 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、要素识别、缓解管理和对策

工程项目管理全过程的风险点罗列

附件2 ：工程项目管理全过程的风险点罗列 1、工程项目综合管理风险（1）工程管理制度不完善，未被严格执行（2）项目部组织架构不合理（3）项目部负责人经验不足（4）项目部人力资源配置不合理（5）工程项目考核机制不合理 2、工程项目策划（1）工程项目预算不合理（2）工程项目合同、技术、安全等资料未及时交底（3）工程图纸会审流于形式，未能发现设计失误、施工困难等 3、工程项目分包管理风险（1）未对分包方、内部承包人员主体资格进行评价（2）分包商、内部承包人员信用风险（3）分包合同内容、分包形式不合法（4）分包工程监管不到位，重用轻管、一包了之（5）劳务分包的劳务队伍素质不稳定，制定的技术方案和

措施得不到很好地贯彻（6）出现劳务分包队伍停工、闹事、讨薪现象 4、工程项目进度管理风险（1）工程施工合同确定的施工工期脱离实施（2）业主未及时履行合同规定的义务（3）勘察设计报告不准确、设计图纸中存在较大问题引起施工延误（4）施工技术与工程特点不适应，导致施工缓慢、失败（5）自然、社会因素导致工期延误（6）施工组织管理不当导致工期延误（7）工程后期（竣工收尾）的进度缓慢，延误工期 5、工程质量管理风险（1）质量策划不到位（2）项目管理组织机构不完善、管理制度不健全，质量责任不明确（3）技术质量人员配置不合理，技术操作失误，产生质量隐患（4）施工机具与设备不能满足施工需求（5）质量验收不能满足设计及规范要求，不能通过质量验收（6）对项目各种批准文件及施工质量保证资料核查不够全面、细致，造成质量验收备案不能按时进行，或技术资料缺乏可

软件项目管理之风险评估

软件项目管理之风险评估很多时候不知道大家有没有发现，项目成为我们见面或茶余饭后的谈资，其中软件项目开发尤为多，但由于种种原因，这个项目并不能如期的完成。那么，如何在项目实施过程中进行有效地评估和预防这些风险呢，这就涉及到风险的评估。项目管理教会我们如何在复杂多变的环境中做好一件事，风险评估是其中非常重要的一项。本文就软件项目管理中的风险评估方面做详细介绍。风险评估软件项目风险是指在整个项目周期中所涉及的成本预算、开发进度、技术难度、经济可行性、安全管理等各方面的问题，以及由这些问题而对项目所产生的影响。项目的风险与其可行性成反比，其可行性越高，风险越低。软件项目的可行性分为经济可行性、业务可行性、技术可行性、法律可行性等四个方面。而软件项目风险则分为产品规模风险、需要风险、相关性风险、管理风险、安全风险等六个方面： 1. 产品规模风险项目的风险是与产品的规模成正比的，一般产品规模越大，问题就越突出。尤其是估算产品规模的方法，复用软件的多少，需求变更的多少等因素与产品风险息息相关： (1) 估算产品规模的方法 (2) 产品规模估算的信任度 (3) 产品规模与以前产品规模平均值的偏差 (4) 产品的用户数 (5) 复用软件的多少 (6) 产品需求变更的多少 2. 需求风险

很多项目在确定需求时都面临着一些不确定性。当在项目早期容忍了这些不确定性，并且在项目进展过程当中得不到解决，这些问题就会对项目的成功造成很大威胁。如果不控制与需求相关的风险因素，那么就很有可能产生错误的产品或者拙劣地建造预期的产品。每一种情况对产品来讲都可能致命的，这些的风险因素有: (1) 对产品缺少清晰的认识 (2) 对产品需求缺少认同 (3) 在做需求分析过程中客户参与不够 (4) 没有优先需求 (5) 由于不确定的需要导致新的市场 (6) 不断变化需求 (7) 缺少有效的需求变化管理过程 (8) 对需求的变化缺少相关分析等 3. 相关性风险许多风险都是因为项目的外部环境或因素的相关性产生的。控制外部的相关性风险，能缓解策略应该包括可能性计划，以便从第二资源或协同工作资源中取得必要的组成部分，并觉察潜在的问题,与外部环境相关的因素有： (1) 客户供应条目或信息 (2) 交互成员或交互团体依赖性 (3) 内部或外部转包商的关系 (4) 经验丰富人员的可得性 (5) 项目的复用性 4. 技术风险软件技术的飞速发展和经验丰富员工的缺乏，意味着项目团队可能会因为技巧的原因影响项目的成功。在早期，识别风险从而采取合适的预防措施是解决

XX项目风险管理计划

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.4.1 风险的定量评估定量方法是对风险发生可能性的高低、风险对目标影响程度用具有实际意义的数量描述，如对风险发生可能性的高低用概率来表示，对目标影响程度用损失金额来表示。数值的定义如和本文件不同时，需要在文件中明确其定义）。

项目风险管理要点

题型：填空，基本概念，简答，数学模型，计算题一、填空知识要点 1.按风险来源，分为自然风险和人为风险。 2.按风险是否可管理来划分，风险可分为可管理风险和不可管理风险。 3.按风险的可预测性分为已知风险、可预测风险和不可预测风险。 4.美国系统工程研究所（SEI）把风险管理的过程主要分成若干个环节：风险识别（Identify）、风险分析（Analyze）、风险计划（Plan）、风险跟踪（Track）、风险控制（Control）和风险管理沟通（Communicate）。 5.风险监控就是通过对风险规划、识别、估计、评价、控制全过程的监视和控制，从而保证风险管理能达到预期目标，它是项目实施过程中的一项重要工作 6.风险管理模板规定了风险管理的基本程序、风险的量化目标、风险告警级别、风险的控制标准等，从而使风险管理标准化、程序化和科学化。 7.风险识别需要识别3个相互关联的因素：风险来源，风险事件，奉献征兆。 8.风险种类指那些可能性对项目产生正面或负面影响的风险源。一般的风险类型有技术风险、质量风险、过程风险、管理风险、组织风险、市场风险及法律法规变更等。9.风险数据库表明了识别风险和相关的信息组织方式，它将风险信息组织起来供人们查询、跟踪状态和产生将排序和产生报告。 10.风险种类指那些可能性对项目产生正面或负面影响的风险源。一般的风险类型有技术风险、质量风险、过程风险、管理风险、组织风险、市场风险及法律法规变更等。11.风险的大小是由两个方面决定的，一是风险发生的可能性，另一个是风险发生后对项目目标所造成的危害程度，对这两方面，可以作一些定性的描述，从而得到一个可能/危害等级矩阵。 12.不确定型风险估计的基本原则：等概率准则乐观准则悲观准则折衷准则遗憾准则 13.接受风险也是应对风险的策略之一，它是指有意识地选择承担风险后果。觉得自己可以承担损失时，就可用这种策略。 14.规避风险，可从改变风险后果的性质、风险发生的概率或风险后果大小三个方面，提出多种策略。二、基本定义 1.风险包括了两方面的内涵：一是指风险意味着出现了损失，或者是未实现预期的目标；二是指这种损失出现与否是一种不确定性随机现象，可以用概率表示出现的可能程度，但不能对出现与否作出确定性判断。 2.纯粹风险：不能带来机会、无获得利益可能的风险，叫纯粹风险。纯粹风险只有两种可能的后果：造成损失和不造成损失。纯粹风险造成的损失是绝对的损失。活动主体蒙受了损失，全社会也跟着受损失。 3.投机风险：既可能带来机会、获得利益，又隐含威胁、造成损失的风险，叫投机风险。投机风险有三种可能的后果：造成损失、不造成损失和获得利益。 4.已知风险是在认真、严格地分析项目及其计划之后就能够明确的那些经常发生的，而且其后果亦可预见的风险。已知风险发生概率高，但一般后果轻微，不严重，项目管理中典型的已知风险有：项目目标不明确，过分乐观的进度计划，设计或施工变更，材料价格波动等。 5.可预测风险就是根据经验，可以预见其发生，但不可预见其后果的风险，这类风险的后果有时可能相当严重。项目管理中典型的可预测风险有：业主不能及时审查批准，分包商不能及时交工，施工机械出现故障，不可预见的地质条件等。 6.不可预测风险就是有可能发生，但其发生的可能性即使最有经验的人亦不能预见的风险。不可预测风险有时也称未知风险或未识别的风险。它们是新的、以前未观察到或很晚才显现出来的风险。这些风险一般是外部因素作用的结果，例如地震、百年不遇的暴雨、通货膨胀、政策变化等。 7.项目风险规划，是在项目正式启动前或启动初期，对项目、项目风险的一个统筹考虑、系统规划和顶层设计的过程，开展项目风险规划是进行项目风险管理的基本要求，也是进行项目风险管理的首要职能。 8.风险描述是用标准的表示法对风险进行简要说明，如项目风险来源、项目风险征兆、项目风险类别，以及项目风险发生的可能性、将会产生的后果和影响等。 9.风险场景提供了于风险描述相关的间接信息，如事件、条件、约束、假定、环境、有影响的因素和相关问题等。 10.风险检查表（Checklist），是管理中用来记录和整理数据的常用工具。用它进行风险识别时，将项目可能发生的许多潜在风险列于一个表上，供识别人员进行检查核对，用来判别某项目是否存在表中所列或类似的风险。 11.预先分析法(PHA，Preliminary Hazard Analysis) ，是指在每一项目活动(如设计、生产等)开始以前，对型号项目所在的风险因素类型、产生的条件、风险的后果预先作一概略分析。 12.效用（utility ）指人们对风险的满足或感受程度。人们对风险信念、风险后果也是随着风险后果的大小、环境的变化而有所变化，这种变化关系可用效用函数u（x）来表示。 13.风险敏感性分析是指通过分析、预算项目的主要制约因素发生变化时引起项目评价指标变化的幅度，以及各种因素变化对实现预期目标的影响程度，从而确认项目对各种风险的承受能力。 14.风险评价是对项目风险进行综合分析，并依据风险对项目目标的影响程度进行项目风险分级排序的过程，即项目风险评价，通过系统分析和综合权衡项目风险的各种因素，综合评估项目风险的整体水平。 15.转移风险是将风险转移至参与该项目的其他人或其他组织，所以又叫合伙分担风险，其目的不是降低风险发生的概率和不利后果的大小，而是借用合同或协议，在风险事故一旦发生时将损失的一部分转移到有能力承受或控制项目风险的个人或组织。 16.减轻风险策略，是通过缓和或预知等手段来减轻风险，降低风险发生的可能或减缓风险带来的不利后果以达到风险减少的目的。减轻风险是存在风险优势时使用的一种风险决策，其有效性在很大程度上要看风险是已知风险、可预测风险还是不可预测风险。 17.风险监控就是通过对风险规划、识别、估计、评价、应对全过程的监视和控制，从而保证风险管理能达到预期的目标，它是项目实施过程中的一项重要工作。 18.技术风险管理就是：对项目全寿命过程中由于技术上的不足或缺陷等原因，给项目所带来的危害或危险进行风险识别、量化和控制的过程进行系统管理。 19.技术风险管理就是：对项目全寿命过程中由于技术上的不足或缺陷等原因，给项目所带来的危害或危险进行风险识别、量化和控制的过程进行系统管理。三、简答 1．对风险定义的认识 1、风险是与人们的行为相联系的 2、客观条件的变化是风险的重要成因 3、风险是指可能的后果与目标发生的负偏离 4、必须从后果的角度来系统认识风险 5、尽管风险强调负偏离，但实际中也存在正偏离 2．风险的特征客观性：风险的存在取决于决定风险的各种因素的存在，它是不以人们的主观意志为转移的。突发性：风险的产生往往给人以一种突发的感觉。多变性：风险的多变性是指风险会受到各种因素的影响，在风险性质、破坏程度等方面呈现动态变化的特征。相对性：风险的承受能力和风险水平都具有相对性。无形性：风险不像一般的物质实体，能够非常确切地描绘和刻画出来。 3、项目风险管理的基本原则（1）经济性原则（2）“二战”原则（3）满意原则（4）社会性原则 4、项目风险管理的的作用和意义（1）项目风险管理能促进项目实施决策的科学化、合理化，降低决策的风险水平; （2）项目风险管理能为项目组织提供安全的经营环境; （3）项目风险管理能够保障项目组织经营目标的顺利实现; （4）项目风险管理能促进项目组织经营效益的提高。 5、风险规划的目的： 1、尽可能消除风险； 2、隔离风险并使之尽量降低； 3、制定若干备选行动方案； 4、建立时间和经费储备以应付不可避免的风险。 6、项目风险规划过程的目的 1.能从中看出主要事件和风险演化为问题的条件； 2.重用成功的风险应对策略； 3.优化选择标准（如风险倍率或风险多样化）； 4.理解为每一个严重的风险采取的下一步行动； 5.建立自动触发机制。 7、项目风险估计的主要内容： 1.风险事件发生的能性大小； 2.风险事件发生可能的结果范围和危害程度； 3.风险事件发生预期发生的时间； 4.风险事件的发生频率等。 8、项目风险估计过程的目标： 1.能用成本效益的方式估计项目中的各个风险； 2.确定风险发生的可能性； 3.确定风险影响； 4.确定风险的优先排列排序。 9、风险评价一般有四个目的 1）对项目诸风险进行比较分析和综合评价，确定它们的先后顺序； 2）挖掘项目风险间的相互联系； 3）综合考虑各种不同风险之间相互转化的条件，明确项目风险的客观基础； 4）进行项目风险量化研究，为风险应对和监控提供依据和管理策略。 10、风险评价的准则： 1、风险回避准则 2、风险权衡准则 3、风险处理成本最小原则 4、风险成本／效益比准则 5、社会费用最小准则 11、项目风险评价常用的方法有主观评分法；决策树法（Decision tree analysis）；风险图评价法；层次分析法（AHP，the analytical hierarchy process）；模糊风险综合评价（Fuzzy comprehensive evaluation）；故障树分析法（FTA，Fault tree analysis）；外推法（Extrapolation）；蒙托卡罗模拟法（Monte Carlo simulation）等。 12、实行转移风险这种策略要遵循两个原则：第一，必须让承担风险者得到相应的报答；第二，对于各具体风险，谁最有能力管理就让谁分担。 13、制定项目群风险规划需考虑的依据和因素： 1、项目群风险管理所处的内外环境：如项目目标、项目规模、项目利益相关者情况、项目复杂程度、所需资源、项目时间段、约束条件及假设前提等； 2、项目管理组织及个人所经历和积累的风险管理经验及实践； 3、承包方及业主对项目群中风险危害的敏感程度及可承受能力； 4、可获取的项目风险管理数据及管理系统情况。丰富的数据和严密的管理系统，将有助于风险识别、估计、评价及对应策略的制定； 5、项目群风险管理的历史实践及历史数据。 14、项目群风险管理的适用对象（1）一个企业同时有若干个开发的项目，出于组织、费用和效率等的考虑，该企业为这些项目设立共同的风险管理组织，对各个项目的风险进行集中管理；（2）一些大型复杂项目，含有若干个相对独立的子项目，这些项目之间有着错综复杂的包括进度、费用、组织、质量等方面的互动关系，在这些项目的管理中，风险的产生和发展会相互影响、相互制约；（3）在一些合同管理中，甲方必须对众多乙方项目的风险管理进行监视、控制和协调；（4）在职能型项目管理组织模式下，负责风险管理的职能部门管理着一定数量的存在着相互依存关系的项目。四、数学模型与计算 1.风险效用函数 2.线形盈亏平衡分析的模型和结果 3.等概率准侧决策模型 4.悲观准则决策模型 5.非线形盈亏平衡分析的模型和结果 6.折中准则的决策模型 7.遗憾原则的决策模型 8.主观评分法 9.P93例4.1 10.P96例4.2 11.P99 例4.4