项目风险管理模板
项目风险管理模板Newly compiled on November 23, 2020
Risk Management Plan
for
Table of Contents
Table of Contents ................................................. Revision History .................................................. Purpose .......................................................... Roles and Responsibilities ........................................ Risk Documentation ................................................ Activities ....................................................... Schedule for Risk Management Activities ...........................
Risk Management Budget
Risk Management Tools ............................................. Appendix. Sample Risk Documentation Form .......................... Revision History
Name Date Reason For Changes Version
Purpose
This document describes how we will perform the job
of managing risks for
responsibilities for participants in the risk
processes, the risk management activities that will
be carried out, the schedule and budget for risk
management activities, and any tools and techniques
that will be used.
Roles and Responsibilities
Project Manager The Project Manager will assign a Risk Officer to the project, and identify this individual on the
project’s organization chart. The Project Manager and other members of the Project Management team
shall meet
mitigation efforts, review the exposure assessments
for any new risk items, and redefine the project's
Top Ten Risk List.
Risk Officer The Risk Officer has the following responsibilities and authority:
include coordinating risk identification and analysis activities, maintaining the project’s risk list, notifying project management of new risk items, reporting risk resolution status to management; the Risk Officer should normally not be the Project Manager.> Project Member Assigned a Risk The Risk Officer will assign each newly identified risk to a project member, who will assess the exposure and probability for the risk factor and report the results of that analysis back to the Risk Officer. Assigned project members are also responsible for performing the steps of the mitigation plan and reporting progress to the Risk Officer biweekly. Risk Documentation Risk List The risk factors identified and managed for this project will be accumulated in a risk list, which is located an appendix to this plan, or in a separate document, or in a database or tool somewhere>. The ten risk items that currently have the highest estimated risk exposure are referred to as the project’s Top Ten Risk List. Risk Data Items The following information will be stored for each project risk: suggestions: Risk ID, classification, description, probability, impact, risk exposure, first indicator that risk is becoming a problem, mitigation approaches, owner, date due, contingency plan, contingency plan trigger> Closing Risks A risk item can be considered closed when it meets the following criteria: mitigation actions have been completed and the estimated risk exposure of probability times impact is less than 2> Activities Identificatio n and Prioritizatio n Risk Management Planning Risk Resolution Risk Monitoring Schedule for Risk Management Activities Risk Identificatio n A risk workshop will be held on approximately Risk List The prioritized risk list will be completed and made available to the project team by approximately Risk Management Plan The risk management plan, with mitigation, avoidance, or prevention strategies for the top ten risk items, will be completed by approximately Risk Review The Risk Management Plan and initial Top Ten Risk List will be reviewed and approved by the Project Manager on approximately Risk Tracking The status of risk management activities and mitigation success will be revisited as part of the gate exit criteria for each life cycle phase. The risk management plan will be updated at that time. exposure, that will be updated and reviewed during at this time, also.> Risk Management Budget project’s risks>. Risk Management Tools information, evaluate risks, track status of risk items, or generate reports or charts depicting risk management activity and status. If specific questionnaires or databases will be used during risk identification, describe them here. If lessons learned about controlling the risk items will be stored in a database for reference by future projects, describe that database here.> Appendix. Sample Risk Documentation Form 目录 一、工程概况 (2) 二、施工风险管理目标 (2) 三、施工风险管理体系 (3) 四、风险管理容 (4) 五、风险管理计划 (5) 一、工程概况 本标段为1号线一期工程02标，位于市武进区，沿凤栖路南北向布置，标段围包含2站2区间，由南向北分别是: 敞开段～龙跃路站区间→龙跃路站→龙跃路站～大学城南站区间→大学城南站。见下图所示。 大学城南站 龙～大区 间 龙跃路站 敞开段～龙跃路站区 三线盾构段 敞开段～龙跃路站区 明挖段 本标段地理位置图 二、施工风险管理目标 在安全可靠、经济合理、技术可行的前提下，把施工中潜在的各类风险降到尽可能低的水平，以获得最大程度的施工安全与优质的工程质量。控制工程施工 成本，降低经济损失，避免人员伤亡，保障施工工期，提高风险管理效益。三、施工风险管理体系 依据《城市轨道交通地下工程建设风险管理规》（GB50652-2011）及有关法律、法规和招标文件对工程建设安全风险技术管理体系的要求，结合本合同段工程实际情况，建立工程风险管理保证体系。成立由项目经理、项目技术负责人、安全总监、工程部长、安保部长组成的工程风险管理领导体系，见下所示。 组长：由项目经理明亮担任； 副组长：由项目部常务副经理水钦、副总工孔德龙、安全总监华瑞、副经理唐思伟、继东担任； 成员：安保部长：文彬、工程部长：晓波、设备部长：丁亮、物资部长：叶琦、综合办公室主任：海燕。 其中项目经理为第一责任人，安全总监为施工风险管理直接责任人，专职安全员与现场工程师负责日常的风险工程情况资料收集整理及工程风险预防方案的落实检查，各专业队增设专职风险工程巡察员。经理部风险管理小组与建设单位、咨询单位、设计单位、监理单位等工程参与各方负责人代表组成工程现场风险管理的最高机构，由建设单位负责领导，实行“分级管理，分工负责、集体决策”制，在现场有专职人员开展工作。详见：“工程风险管理体系框图”。 工程项目风险管理案例分析 风险管理的重点是成本、进度、质量、健康/安全/环 境（HSE）和资源供应等风险。 一、工程概况：指在施工程项目的基本情况,其主要内容包括:建设单位、单位、单位、施工单位、工 程地点、工程总、施工条件、开竣工日期、面积、 形式等。（自己写写就OK） 二、不确定分析（看着加吧） （1）费用不确定：在工程还未完工之前，该工程所花费的具体数额是不能确定的。 （2）进度不确定：工程完工之前，需要多长的工期因为众多因素的不确定而无法确定。 （3）质量不确定：我们只能尽量保证工程质量符号标准，而无法确定工程在未完工之前的质量。 （4）水文地质不确定：在勘察和实际所面临的水文地质等可能因为时间的改变而改变，无法准确定位。 （5）工程收益不确定：收益总是改变的，且具体数额不可能提前预知。 （6）移民拆迁等不确定 三、风险清单（看着加吧） （1）不可抗力：不能预见、不能避免和不能克服的 客观情况 （2）资源供应：包括人力资源、财力资源、物质资源和技术信息资源。 （3）法规变更：新的规范、规定。 （4）行政风险：新的行政命令。 （5）利率风险：利率变化使工程的实际收益与预期收益或实际成本与预期成本发生背离，使其实际收益低于预期收益，或实际成本高于预期成本，从而使工程遭受损失的可能性。 （6）通胀风险：投资行为所面临的系统风险，指因通货膨胀引起货币贬值造成资产价值和劳动收益缩水的风险。 （7）技术风险：是指伴随着科学技术的发展、生产方式的改变而产生的威胁人们生产与生活的风险。技术风险可依据工程项目风险定义进行等级区分。通常分为低、中、高风险三个等级。 低风险是指可辨识且可监控其对项目目标影响的风险；中等风险是指可辨识的，对工程系统的技术性能、费用或进度将产生较大影响的风险，这类风险发生的可能性相当高，是有条件接受的事件，需要对其进行严密监控。高风险是指发生的可能性很高，不可接受的事件，其 技术文件 【模板使用说明】 1)本报告适用于对组织外报告项目风险。本报告经项目负责人审批（需要时应经副 区总审批）后，可以提供给顾客、客户或合约方。 2)模板内容供参考，可以根据实际情况删除或增加二级和三级标题要求的内容，但不 能删除一级标题。 3)对于模板中涉及数据的分析和统计，建议使用表格和图形表示，使数据更清晰直观。 4)在编辑完整个文档后，点击鼠标右键，选择“更新域——更新整个目录”即可。 5)请在完成整个文档的编写后，将模板中给出的说明删除。 文档版本变更记录（文档作者或修改者更新文档版本时填写）： 目录 1概述............................................................................................................................................ 2定义和缩略语............................................................................................................................ 3项目风险管理组织.................................................................................................................... 4项目定义风险管理表................................................................................................................ 4.1项目风险类别定义 ........................................................................................................... 4.2项目风险概率和影响定义 ............................................................................................... 4.3项目风险状态定义 ........................................................................................................... 4.4项目风险管理表 ............................................................................................................... 5项目风险管理策略.................................................................................................................... 6项目风险管理进度安排............................................................................................................ 7其它............................................................................................................................................ Risk Management Plan for Table of Contents Table of Contents (ii) Revision History (iii) Purpose (1) Roles and Responsibilities (1) Risk Documentation (3) Activities (6) Schedule for Risk Management Activities (14) Risk Management Budget (16) Risk Management Tools (17) Appendix. Sample Risk Documentation Form (17) Revision History Purpose This document describes how we will perform the job of managing risks for 项目风险管理案例分析 1公司背景简介 河北H-A会计师事务所是河北省财政厅对国有大中型企业进行社会审计的试点所，承担省直大中型企业的审计工作。具有丰富工作经验，拥有一批具有丰富实践经验的注册会计师。 河北省某研究所是省直科研单位，现有50多位员工。在基于WINDOWS平台开发软件方面，具备较丰富的实战技能。河北H-A会计师事务所在审计工作中发现，很多企业都采用了会计电算化软件，对审计工作提出新的要求。社会审计工作的需要，对开发计算机辅助审计软件的愿望越来越强烈。所以就联合河北省某研究所进行联合开发 2实际项目分析 2.1项目介绍 该系统基于windows和sql server进行开发，开发工具是powerbulider。项目开发过程中，共生成程序源代码约数万行，项目开发的难度和源代码行数都比预计的要多。 计算机辅助审计软件具有工作底稿制作能力和查证功能；数据可传递，能自动生成和人工输入相结合，产生合并抵销分录；能自动产生勾稽无误的审计报告和会计报表附注；有灵活开放的系统，方便用户进行二次开发等特点。 2.2开发队伍的风险 开发团队维持在10人上下，事务所提供3人，开发单位6-7人，有一些人员只能部分时间工作，开发人员能够自始至终地参加整个项目的工作。开发人员的流动基本能保证工作的连续性。 2.3技术风险 数据结构复杂，关联比较多。需要创建新的算法或输入,输出技术；软件需要与其他软件产品的数据库系统接口；客户能确定所要求的功能是可行的。同时，由于当时审计软件在国内的应用尚处于起步阶段，开发人员普遍对该系统比较陌生，这也带来了相当的技术风险。 2.4客户相关风险 用户对自己真正的需求并不是十分明确，他们认为计算机是万能的，只要简单的说说自己想干什么就是把需求说明白了，而对业务的规则、工作流程却不愿多谈，也讲不清楚。有的用户日常工作繁忙，他们不愿意付出更多的时间和精力向分析人员讲解业务，这样加大分析人员的工作难度和工作量，也可能导致因业务需求不足而使系统风险加大。 2.5项目按时完成的风险 另外，这个项目也像许多其它软件项目一样，面临着竣工日期带来的巨大压力。 3实际的风险管理状况 凭借公司在以往的经验，在此软件项目的整个生命周期中，任何阶段都有可能有风险存在，WBS是完整表示项目，且伴随整个项目生命周期的项目要素，所以以WBS为基础进行风险管理，既可以方便地识别，标识相应的风险来源，又方便和项日其他工作一起，统一管理。 在软件项目中，各阶段主要工作简述如下： 工程项目风险管理 第十一章项目风险管理 11.1 风险管理概述 工程项目是一种一次性、独特性和不确定性较高的工作，存在着很大的风险性，所以必须开展项目风险管理。 工程项目的实现是一个存在着很大不确定性的过程，因为这一过程是一个复杂的、一次性的、创新的，并涉及到许多关系与变数的过程。工程项目的这些特性造成了在项目的实现过程中存在着各种各样的风险，如果不能很好地管理这些风险将会造成项目的损失，甚至导致项目目标不能实现。 项目风险管理的主要任务是对工程项目实现的过程中的不确定性和风险性事件或问题的管理。 风险概念：是指由于但是者不可预见的因素，使得最终结果与但是者的期望城市较大背离，并存在使当事者蒙受损失的可能性。 项目风险的概念：是指由于项目所处的环境和条件本身的不确定性，和项目业主/顾客、项目组织或项目的某个当事者主观上不能准确预见或控制的因素影响，使项目的最终结果与当事者的期望产生背离，并存在给当事者带来损失的可能性。 11.2 项目风险管理角色描述 工程项目风险管理贯穿于工程项目实现的全过程，对于工程项目的承包方，从准备投标开始直到保修期结束。在整个过程中，因各阶段存在的风险因素不同，风险产生的原因不同，管理的主要责任者、管理方法手段也会有所区别，在项目经理承接该项目之前，风险管理的责任主要集中于企业管理层，并主要是从项目宏观上进行风险管理，而工程项目一旦交由项目经理负责后，项目风险管理的主要责任就落实到项目经理以及项目经理所组建的项目团队。 但无论谁是项目风险管理的主要责任人，对于项目整体，都要贯彻全员风险管理意识。 11.3 项目风险管理流程（见附图11.1） 11.4 风险管理规划（从属于项目管理计划） 11.4.1项目风险管理规划的依据 事业环境因素、组织过程资产、项目范围说明书、项目管理计划书 11.4.2项目风险管理规划的方法 规划会议： 1、参会人员：由项目经理、项目团队成员、厉害相关方和其他人员参与。 2、会议议题：A、确定风险管理活动的基本计划； B、分配风险职责； 第8 章项目风险管理案例 项目需要以有限的成本在有限的时间内达到项目目标，而风险会影响这一点。风险管理的目的就是最小化风险对项目目标的负面影响，抓住风险带来的机会，增加项目干系人的收益。作为项目管理人员，必须评估项目中的风险，制定风险应对策略，有针对性地分配资源、制定计划，保证项目顺利的进行。 8．1 案例一：风险分类 阅读以下关于信息系统项目管理过程中人群风险分类方面问题的叙述，回答问题1至问题3。 8.1.1 案例场景 某公司召开会议，商量是否实施ERP项目，三个部门主要负责人就此问题发表自己的看法。 甲：我们公司不应该实施这个项目。现在我们刚把办公自动化系统搞好，还没有适应，工作效率也没提高多少，再上ERP 有些不适应，而且这个ERP项目花费太大。ERP在国内很多企业都搞失败了，成功的几率不会多大。如果我们也失败了，会给公司带来灾难性的后果。利用搞ERP的这些钱我们可以做一些短、平、快的项目，多招一些开发高手，提高公司的收益，而不是搞这些无端的风险投资。 乙：不应该一棒子打死ERP，ERP是一种新兴事务，ERP不是万能的，但是不上ERP 又是万万不行的。企业规模到了一定程度，管理和决策就是一个重要的问题。ERP是知识经济时代的管理方案，是面向供应链和“流程制”的智能决策支持系统，其先进的管理思想可以帮助企业最大限度地利用已有资源，解决管理和决策问题。但是实施ERP 风险很大，很多企业都失败了，主要原因在于项目实施的管理问题，没有及时识别项目中的风险并及时处理，项目监控机制不好，高层支持不够，老员工的适应性差等，最终导致“ERP天折”。我们公司以后想获得更大发展，应该实施ERP ，现在有些条件不够，整体上ERP不太可行，我们可以分步实施。我们可以借鉴其他企业实施ERP 的经验，先进行小范围ERP试验、积累经验，等以后时机成熟了，我们就整体实施ERP 。 丙：ERP 应该上，而且要迅速上，不应该等。如果其他企业都上了ERP，那么我们公司再依靠ERP获得收益就没有什么希望了。ERP本身就是一把双刃剑，虽然有风险，但是收益也大，现在我们的目标是收益，对于风险要想法化解。项目实施中要注意借鉴其他企业的经验，摸着石头过河，形成自己的特色，提高自己公司的管理和决策水平，争取把公司做大做强。小的、可以自己解决的风险自己处理；难以处理的、不确定的风险进行外包，实施风险转移；如果管理有问题的话，可以从专业咨询公司招聘顾问来担当项目经理的职务。总之，尽一切可能实施ERP，实现收益最大化。 【问题1】如图8-1所示，横轴表示项目投资的大小，纵轴表示项目成功的概率，A、B, C代表三种不同应对风险的人。请写出A,B,C的名字和特征，并且指出上述案例中甲、乙、丙分别属于哪一种对象(250字左右)。 韩万江姜立新，《软件项目管理案例教程》，机械工业出版社，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）关子风险管理的指商中。自那以后，软件的风险管理逐渐被人们所认识。 项目风险管理案例分析 一．项目风险管理 项目风险管理是指通过风险识别、风险分析和风险评价去认识项目风险，并以此为基础合理地使用各种风险应对措施、管理方法技术和手段，对项目风险实行有效的控制，妥善处理风险事件造成的不利后果，以最少的成本保证项目总体目标实现的管理工作。项目风险管理的重要性很大程度上就是避免资源的浪费。 二．企业进行项目管理案例分析 （一）案例背景简介 河北H-A会计师事务所承担省直大中型企业的审计工作。具有丰富工作经验，拥有一批具有丰富实践经验的注册会计师。 河北省某研究所现有50多位员工。在基于WINDOWS平台开发软件方面，具备较丰富的实战技能。河北H-A会计师事务所在审计工作中发现，很多企业都采用了会计电算化软件，对审计工作提出新的要求。社会审计工作的需要，对开发计算机辅助审计软件的愿望越来越强烈。所以就联合河北省某研究所进行联合开发 （二）实际项目分析 1．项目介绍 该系统基于windows和sql server进行开发，开发工具是powerbulider。项目开发过程中，共生成程序源代码约数万行，项目开发的难度和源代码行数都比预计的要多。 计算机辅助审计软件具有工作底稿制作能力和查证功能；数据可传递，能自动生成和人工输入相结合，产生合并抵销分录；能自动产生勾稽无误的审计报告和会计报表附注；有灵活开放的系统，方便用户进行二次开发等特点。 2．开发队伍的风险 开发团队维持在10人上下，事务所提供3人，开发单位6-7人，有一些人员只能部分时间工作，开发人员能够自始至终地参加整个项目的工作。开发人员的流动基本能保证工作的连续性。 3．技术风险 数据结构复杂，关联比较多。需要创建新的算法或输入,输出技术；软件需要与其他软件产品的数据库系统接口；客户能确定所要求的功能是可行的。同时，由于当时审计软件在国内的应用尚处于起步阶段，开发人员普遍对该系统比较陌生，这也带来了相当的技术风险。 4．客户相关风险 用户对自己真正的需求并不是十分明确，他们认为计算机是万能的，只要简单的说说自己想干什么就是把需求说明白了，而对业务的规则、工作流程却不愿多谈，也讲不清楚。有的用户日常工作繁忙，他们不愿意付出更多的时间和精力向分析人员讲解业务，这样加大分析人员的工作难度和工作量，也可能导致因业务需求不足而使系统风险加大。 5．项目按时完成的风险 另外，这个项目也像许多其它软件项目一样，面临着竣工日期带来的巨大压力。 厦门理工学院新建公寓楼项目风险管理计划书 编制 审核 时间2013年4月15日 一、项目基本情况 项目名称：厦门理工学院公寓楼修建制作日期：2013年4月15日 制作人：签发人： 二、风险管理策略 1．风险管理的总体思想和原则 风险管理的总体思想——以最小的风险管理成本获得最大的安全保障，从而实现经济单位价值最大化。成本，是指经济单位在风险管理过程中，各项经济资源的投入，其中包括人力、物力、财力，乃至放弃一定的收益机会。安全保障，则是指风险管理的效果。纯粹风险管理，安全保障包括：风险损失的减 少，即对风险的有效控制；实际损失能及时充分并有效的得到补偿。 风险管理原则： A．强调事前管理 B．数量化佐证以衡量风险程度 C．预设最坏的情景 D．模拟评估 E．弹性化调整 2．定义风险假设 (1)风险是损失发生的不确定性（两个要素） (2)风险是在一定条件下、一定时期内，某一事件其预期结果与实际结果间的变动程度。变动程度越大，风险越大，反之，风险越小。 3．定义风险管理的责任人 在规划风险管理过程所制定的风险管理计划中，需要对风险管理工作进行角色和职责的分配（如确定风险经理）。这个分配不是针对一个一个具体的风险的。针对各具体风险的风险责任人(risk owner)的确定，那是规划风险应对过程的工作。在规划风险应对过程中，需要制定风险应对措施，并确定每个已识别风险的责任人（应该从参与规划风险应对过程的成员中选择）。风险责任人必须参与规划风险应对过程。 4. 定义风险分析技术 （1）以信任为基础进行风险沟通。 （2）以伙伴关系为关键要素进行风险沟通。 （3）运用双向模式进行风险沟通。 6．项目风险监控： 定义：跟踪已识别的风险，监视剩余风险和识别新的风险，保证风险计划的执行，并评估消减风险的有效性。 目的：通过对项目风险的识别和分析，以及对风险信息的收集，就可以采取正确的风险应对措施，从而实现对项目风险的有效控制。 三、风险分类 按风险因素的主要方面，又可将风险分为技术、环境方面的风险与经济方面的风险以及合同签订和履行方面的风险等三种。它们主要有以下几类：（一）技术与环境方面的风险 1、地质地基条件。工程发包人一般应提供相应的地质资料和地基技术要 厦门理工学院新建公寓楼项目 风险管理计划书 编制_____________________ 审核_____________________ 时间2013 年4月15日 一、项目基本情况 项目名称：厦门理工学院公寓楼修建制作日期：2013年4月15日 制作人：_________________ 签发人：_____________________________ 二、风险管理策略 1.风险管理的总体思想和原则 风险管理的总体思想一一以最小的风险管理成本获得最大的安全保障，从而实现经济单位价值最大化。成本，是指经济单位在风险管理过程中，各项经济资源的投入，其中包括人力、物力、财力，乃至放弃一定的收益机会。安全保障，则是指风险管理的效果。纯粹风险管理，安全保障包括：风险损失的减少，即对风险的有效控制；实际损失能及时充分并有效的得到补偿。 风险管理原则： A.强调事前管理 B.数量化佐证以衡量风险程度 C.预设最坏的情景 D.模拟评估 E. 弹性化调整 2.定义风险假设 (1)风险是损失发生的不确定性(两个要素) (2)风险是在一定条件下、一定时期内，某一事件其预期结果与实际结果间的变动程度。变动程度越大，风险越大，反之，风险越小。 3.定义风险管理的责任人 在规划风险管理过程所制定的风险管理计划中，需要对风险管理工作进行角色和职责的分配(如确定风险经理)。这个分配不是针对一个一个具体的风险的。针对各具体风险的风险责任人(risk owner)的确定，那是规划风险应对过程的工作。在规划风险应对过程中，需要制定风险应对措施，并确定每个已识别风险的责任人(应该从参与规划风险应对过程的成员中选择)。风险责任人必须参与规 [项目风险管理计划] 版本历史 目录 0. 文档介绍 文档目的 文档范围 读者对象 参考文献 提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下： [标识符] 作者，文献名称，出版单位（或归属单位），日期 术语与缩写解释 1项目风险管理计划 1.1目的 在项目的生命周期内，循环执行风险识别、风险分析、风险减缓和风险跟踪，直到项目的所有风险都被识别与解决为止。 1.2角色与职责 ●项目负责人负责风险管理。 ●项目成员协助项目负责人处理风险。 ●《项目计划》已经制定，项目研发已经开始。 1.4输入 ●《项目计划》 ●项目监控过程产生的文档如《项目问题列表》、《项目质量报告》和《项目周报》等 1.5主要步骤 1.5.1 风险识别 ●项目负责人根据“风险跟踪列表”，定期（例如每周一次）识别本项目的风险。 1.5.2 风险分析 ●项目负责人评估每个风险的严重性、可能性和风险系数，并按照风险系数从高到低的顺序排列风 险。 1.5.3 风险减缓 ●对于风险系数超过“容许值”（建议为10）的每一个风险，项目负责人应当给出风险减缓措 施，并指定责任人。风险系数越高，越先处理。 1.5.4 风险监控 ●项目负责人跟踪风险减缓过程，直到风险已经解决为止。如果风险的性质发生变化，应当及 时更新风险减缓措施 1.6输出 ●《风险管理报告》 ●所有风险都已经解决，相关信息已经记录到《风险管理报告》之中。 1.8度量 ●项目负责人统计工作量。 2实施建议 ●对风险管理过程域产生的所有有价值的文档进行配置管理。 ●项目负责人根据本项目的特征，确定风险识别的频度（通常为每周一次），适当修改“风险登记 表”。 ●选用合适的软件工具，尽量减少风险管理过程域的工作量。 ●项目监控和风险管理均由项目负责人负责，建议同步执行。 3附录1：常见风险举例 . 软件项目管理计划 Version 1.2专业资料word . Revision 专业资料word . 录目 1. 简介1 项目概述1.1 1.2 项目交付产品1 SPMP 的演化1.3 1 参考资料1.4 1 1.5 术语与缩写1 1 2. 项目组织 1 2.1 过程模型2. 2 组织结构1 2. 3 组织接口1 2.4 项目职责2 2 管理过程3. 3 3.1 管理目标和优先级3.2 假设、依赖关系和限制3 风险管理3.3 3 监督和控制机制3.4 3 3.5 人员计划3 3 4. 技术过程 4 方法、工具和技术4.1 软件文档4.2 4 用户文档4.3 4 4.4 项目支持功能4 4 工作包、进度表和预算5. 4 工作包5.1 依赖关系5.2 4 资源需求5.3 4 预算和资源分配5.4 4 5.5 进度表4 6. 其他索引 6.1 4 6.2 附录 4 专业资料word . 1. 简介 1.1 项目概述 说明：简要综述项目的目标、发布的产品、主要工作活动、主要工作制品、关键里程碑、所需资源、进［度和预算等。必要的情况下，还应描述该项目与其他项目的关系。］ 1.2 项目交付产品 说明：列出主要的可交付产品、交付日期、交付地点和满足项目协议条款所需的质量。］［的演化SPMP1.3 说明：描述如何以及由谁负责维护本文档，应指明更新内容的传播方式以及在变更控制下更新文档版本[ 的机制。］ 1.4 参考资料 说明：提供项目计划中所引用的所有文档和其他信息资源的完整清单，包括标题、报告编号、日期、作[ 者以及发布机构。］ 1.5 术语与缩写 说明：定义SPMP 所应用的全部术语和缩写词。］［ 2. 项目组织 2.1 过程模型 说明：描述该项目所使用的软件过程模型，或者是所遵循的组织标准模型。过程模型需要指明［里程碑的时间、基线、评审、工作制品、项目交付产品、结束标志等。］ 2.2 组织结构 说明：描述项目的内部组织结构，可以参考如下的层次结构图形式。］［专业资料word . 案例二： 某联合体承建非洲公路项目的失败案例我国某工程联合体（某央企十某省公司）在承建非洲某公路项目时，由于风险管理不当，造成工程严重拖期，亏损严重，同时也影响了中国承包商的声誉。该项目业主是该非洲国政府工程和能源部，出资方为非洲开发银行和该国政府，项目监理是英国监理公司。 在项目实施的四年多时间里，中方遇到了极大的困难，尽管投入了大量的人力、物力，但由于种种原因，合同于2005年7月到期后，实物工程量只完成了35％。2005年8月，顷目业主和监理工程师不顾中方的反对，单方面启动了延期罚款，金额每天高达5000美元。为了防止国有资产的进一步流失，维护国家和企业的利益，中方承包商在我国驻该国大使馆和经商处的指导和支持下，积极开展外交活动。2006年2月，业主致函我方承包商同意延长3年工期，不再进行工期罚款，条件是中方必须出具由当地银行开具的约1145万美元的无条件履约保函。由于保函金额过大，又无任何合同依据，且业主未对涉及工程实施的重大问题做出回复，为了保证公司资金安全，维护我方利益，中方不同意出具该保函，而用中国银行出具的400万美元的保函来代替。但是，由于政府对该项目的干预往往得不到项目业主的认可，2006年3月，业主在监理工程师和律师的怂恿下，不顾政府高层的调解，无视中方对继续实施本合同所做出的种种努力，以中方不能提供所要求的1145万美元履约保函的名义，致函终止了与中方公司的合同。针对这种情况，中方公司积极采取措施并委托律师，争取安全、妥善、有秩序地处理好善后事宜，力争把损失降至最低，但最终结果目前尚难预料。 该项目的风险主要有：外部风险：项目所在地土地全部为私有，土地征用程序及纠纷问题极其复杂，地主阻工的事件经常发生，当地工会组织活动活跃；当地天气条件恶劣，可施工日很少，一年只有三分之一的可施工日；该国政府对环保有特殊规定，任何取土采沙场和采石场的使用都必须事先进行相关环保评估并最终获得批准方可使用，而政府机构办事效率极低，这些都给项目的实施带来了不小的困难。 承包商自身风险：在陌生的环境特别是当地恶劣的天气条件下，中方的施工、管理、人员和工程技术等不能适应于该项目的实施。 在项目实施之前，尽管中方公司从投标到中标的过程还算顺利，但是其间蕴藏了很大的风险。业主委托一家对当地情况十分熟悉的英国监理公司起草该合同。该监理公司根据非常熟悉当地情况，将合同中几乎所有可能存在的对业主的风险全部转嫁给了承包商，包括雨季计算公式、料场情况、征地情况。中方公司在招投标前期做的工作不够充分，对招标文件的熟悉和研究不够深入，现场考察也未能做好，对项目风险的认识不足，低估了项目的难度和复杂性，对可能造成工期严重延误的风险并未做出有效的预测和预防，造成了投标失误，给项目的最终失败埋下了隐患。 随着项目的实施，该承包商也采取了一系列的措施，在一定程度上推动了项目的进展，但由于前期的风险识别和分析不足以及一些客观原因，这一系列措施并没有收到预期的效果。特别是由于合同条款先天就对中方承包商极其不利，造成了中方索赔工作成效甚微。 另外，在项目执行过程中，由于中方内部管理不善，野蛮使用设备， 项目风险管理案例 案例1:某联合体承建非洲 公路项U的失败案例我国某工程联合体（某央企+某省公司）在承建非洲某公路项LI时，曲于风险管理不当，造成工程严重拖期，亏损严重，同时也影响了中国承包商的声誉。该项LI业主是该非洲国政府工程和能源部，出资方为非洲开发银行和该国政府，项LI监理是英国某监理公司。在项LI实施的四年多时间里，中方遇到了极大的困难，尽管投入了大量的人力、物力，但由于种种原因，合同于2005年7 月到期后，实物工程量只完成了 35,。2005年8月，项口业主和监理工程师不顾中方的反对，单方面启动了延期罚款，金额每天高达5000美元。为了防止国有资产的进一步流失，维护国家和企业的利益，中方承包商在我国驻该国大使馆和经商处的指导和支持下，积极开展外交活动。2006年2月，业主致函我方承包商同意延长3年工期，不再进行工期罚款，条件是中方必须岀具由当地银行开具的约 1145万美元的无条件履约保函。山于保函金额过大，乂无任何合同依据，且业主未对涉及工程实施的重大问题做出回复，为了保证公司资金安全，维护我方利益，中方不同意出具该保函，而用中国银行出具的400万美元的保函来代替。但是，由于政府对该项目的干预往往得不到项目业主的认可，2006年3月，业主在监理工程师和律师的怂恿下，不顾政府高层的调解，无视中方对继续实施本合同所做出的种种努力，以中方不能提供所要求的1145万美元履约保函的名义，致函终止了与中方公司的合同。针对这种情况，中方公司积极采取措施并委托律师，争取安全、妥善、有秩序地处理好善后事宜，力争把损失降至最低，但无论如何努力，这无艇已经是一个失败的工程了。 该项LI的风险主要有： 软件项目管理计划 Version1.2 SoftwareProjectManagementPlanofQuartet(Team10) 版本： 软件项目管理计划日期： Quartet_SPMP.doc Revision Date Version Description Author Page1 SoftwareProjectManagementPlanofQuartet 版本：软件项目管理计划日期：Quartet_SPMP.doc 目录 1.简介 1.1项目概述 1.2项目交付产品 1.3SPMP的演化 1.4参考资料 1.5术语与缩写 2.项目组织 2.1过程模型 2.2组织结构 2.3组织接口 2.4项目职责 3.管理过程 3.1管理目标和优先级 3.2假设、依赖关系和限制 3.3风险管理 3.4监督和控制机制 3.5人员计划 4.技术过程 4.1方法、工具和技术 4.2软件文档 4.3用户文档 4.4项目支持功能 5.工作包、进度表和预算 5.1工作包 5.2依赖关系 5.3资源需求 5.4预算和资源分配 5.5进度表 6.其他 6.1 索引 6.2 附录1 1 1 1 1 1 1 1 1 2 2 3 3 3 3 3 3 4 4 4 4 4 4 4 4 4 4 4 4 Page2 SoftwareProjectManagementPlanofQuartet 版本： 软件项目管理计划日期： Quartet_SPMP.doc 1.简介 1.1项目概述 ［说明：简要综述项目的目标、发布的产品、主要工作活动、主要工作制品、关键里程碑、所需资源、进度和预算等。必要的情况下，还应描述该项目与其他项目的关系。］ 1.2项目交付产品 ［说明：列出主要的可交付产品、交付日期、交付地点和满足项目协议条款所需的质量。］ 1.3 SPMP的演化 [说明：描述如何以及由谁负责维护本文档，应指明更新内容的传播方式以及在变更控制下更新文 档版本的机制。］ 1.4参考资料 [说明：提供项目计划中所引用的所有文档和其他信息资源的完整清单，包括标题、报告编号、日 期、作者以及发布机构。］ 1.5术语与缩写 ［说明：定义 SPMP所应用的全部术语和缩写词。］ 2.项目组织 2.1过程模型 ［说明：描述该项目所使用的软件过程模型，或者是所遵循的组织标准模型。过程模型需要指明 里程碑的时间、基线、评审、工作制品、项目交付产品、结束标志等。］ 2.2组织结构 ［说明：描述项目的内部组织结构，可以参考如下的层次结构图形式。］ 附件2： 风险管理报告 （模版） 编写: ××× 风险管理参加人员：××××××××× 日期: 年月日 评审: ××× 日期: 年月日 批准: ××× 日期: 年月日 XXXXXXXXXXXXXXXX公司（盖章） 目录 第一章概述 第二章风险管理人员及其职责分工 第三章风险可接受准则 第四章预期用途和与安全性有关的特征的判定 第五章判定可预见的危害、危害分析及初始风险控制方案第六章风险评价、风险控制和风险控制措施验证 第七章综合剩余风险评价 第八章生产和生产后信息 第九章风险管理评审结论 第一章概述 1.编制依据 1.1相关标准（按企业所生产产品的类型列举相关标准，以下标准为举例） 1)YY0316-2008医疗器械——风险管理对医疗器械的应用 2)注册产品标准（XXXX YZB/国XXXX-2009） 3)其他标准 1.2产品的有关资料 1)使用说明书 2)医院使用情况、维修记录、顾客投诉、意外事故记录等 3)专业文献中的文章和其他信息 2.目的和适用范围 本文是对XXXX进行风险管理的报告，报告中对XXXX产品在上市后风险管理情况进行总体评价，所有的可能危害以及每一个危害产生的原因进行了判定。对于每种危害可能产生损害的严重度和危害的发生概率进行了估计。在某一风险水平不可接受时，采取了降低见的控制措施，同时，对采取风险措施后的剩余风险进行了可接受性评价，证实对产品的风险已进行了管理，并且控制在可接受范围内。 本报告适用于……产品，该产品处于批量生产阶段。 3.产品描述 本风险管理的对象是……(如能加入照片或图片最好)，产品概述、机理、用途适应症： 禁忌症： 设备由以下部分组成：（文字描述或示意图） 4.风险管理计划及实施情况简述 XXXX产品于20XX年开始策划立项。立项同时，我们就针对该产品进行了风险管理活动的策划，指定了风险管理计划（文件编号：XXXX，版本号XX）。 该风险管理计划确定了风险管理活动范围、参加人员及职责和权限的分配、基于制造商决定可接受风险方针的风险可接受性准则，包括在损害发生概率不能估计时的可接受风险的准则、风险管理活动计划等内容。 XXXX产品于20XX年开始批量生产，未发生设计、材料、工艺等方面的变更（或者发生了XXXX方面的变更，公司已针对变更情况制订了风险管理计划并实施了风险评估及纠正）。 工程风险管理案例 系别:xxxxxxxxx 专业:xxxxxxxxx 姓名:xxx 学号:xxxxxxxx 某联合体承建非洲公路项目的失败案例 我国某工程联合体(某央企+某省公司)在承建非洲某公路项目时，由于风险管理不当，造成工程严重拖期，亏损严重，同时也影响了中国承包商的声誉。 该项目业主是该非洲国政府工程和能源部，出资方为非洲开发银行和该国政府，项目监理是英国某监理公司。 在项目实施的四年多时间里，中方遇到了极大的困难，尽管投入了大量的人力、物力，但由于种种原因，合同于2005年7月到期后，实物工程量只完成了35％。2005年8月，项目业主和监理工程师不顾中方的反对，单方面启动了延期罚款，金额每天高达5000美元。为了防止国有资产的进一步流失，维护国家和企业的利益，中方承包商在我国驻该国大使馆和经商处的指导和支持下，积极开展外交活动。2006年2月，业主致函我方承包商同意延长3年工期，不再进行工期罚款，条件是中方必须出具由当地银行开具的约1145万美元的无条件履约保函。由于保函金额过大，又无任何合同依据，且业主未对涉及工程实施的重大问题做出回复，为了保证公司资金安全，维护 我方利益，中方不同意出具该保函，而用中国银行出具的400万美元的保函来代替。但是，由于政府对该项目的干预往往得不到项目业主的认可，2006年3月，业主在监理工程师和律师的怂恿下，不顾政府高层的调解，无视中方对继续实施本合同所做出的种种努力，以中方不能提供所要求的l145万美元履约保函的名义，致函终止了与中方公司的合同。针对这种情况，中方公司积极采取措施并委托律师，争取安全、妥善、有秩序地处理好善后事宜，力争把损失降至最低，但无论如何努力，这无疑已经是一个失败的工程了。 该项目的风险主要有： 1.外部风险：①项目所在地土地全部为私有，土地征用程序及 纠纷问题极其复杂，地主阻工的事件经常发生，当地工会组 织活动活跃。②当地天气条件恶劣，可施工日很少，一年只 有三分之一的可施工日。③该国政府对环保有特殊规定，任 何取土采沙场和采石场的使用都必须事先进行相关环保评估 并最终获得批准方可使用，而政府机构办事效率极低，这些 都给项目的实施带来了不小的困难。 2.承包商自身风险：在陌生的环境特别是当地恶劣的天气条件 下，中方的施工、管理、人员和工程技术等不能适应于该项目 的实施。 在项目实施之前，尽管中方公司从投标到中标的过程还算顺利，但是其间蕴藏了很大的风险。 业主委托一家对当地情况十分熟悉的英国监理公司起草该合同。该监理公司根据非常熟悉当地情况，将合同中几乎所有可能存在的对业主的风险全部转嫁给了承包商，包括雨季计算公式、料场情况、征地情况。中方公司在招投标前期做的工作不够充分，对招标文件的熟悉和研究不够深入，现场考察也未能做好，对项目风险的认识不足，低估了项目的难度和复杂性，对可能造成工期严重延误的风险并未做出有效的预测和预防，造成了投标失误，给项目的最终失败埋下了隐施工风险管理计划
工程项目风险案例分析
《项目风险管理计划》模板
项目风险管理模板
项目风险管理案例分析
工程项目风险管理
第-8-章--项目风险管理案例
(风险管理)软件项目风险管理计划
项目风险管理案例分析 (1)
项目风险管理计划
项目风险管理计划
项目风险管理计划
软件项目管理计划模板
风险案例分析案例一
项目风险管理案例
软件项目管理计划模板
风险管理报告(模板)—风险计划—项目计划
工程风险管理案例