项目管理培训10 项目风险管理

第十章项目的风险管理[学习目标与要求]在学完本章后，要求能够：1.理解好的项目风险管理的重要性2.理解什么是风险，并描述各种风险承受度3.识别IT项目风险的一般来源，制定降低风险的战略4.描述发生在各项目管理知识领域内的常见风险条件5.解释风险量化的各种技术，计算机项目的期望货币值6.解释蒙特卡罗模拟如何操作，并解释如何能将它用于风险管理7.使用“十大风险事件跟踪”方法8.描述如何用软件进行项目风险管理本章要点•10.1项目风险管理的重要性•10.2IT项目风险的一般来源•10.3风险识别•10.4风险分析与评估•10.5风险计划制定•10.6风险跟踪控制•10.7十大风险事件•10.8使用软件辅助项目风险管理10.1项目风险管理的重要性“RiskisSaltandSugarofLife”“抱最大的希望，做最坏的准备”-----------英国古谚大学毕业10年，小张奉同学之命组织一次老同学聚会他进行了细致周密的谋划，但他仍担心完成不了大家托付他的任务请你们帮他分析一下可能导致这个项目失败的因素有那些？IT项目比一次同学聚会要复杂，它的风险有那些？1风险的概念风险是损失发生的可能性1、损失2、可能性3、主体：主动的（机会）被动的（风险）2风险的概念不论主观因素还是客观原因风险=损失×可能性所以，风险管理（识别、分析、评估、应对风险）的基本思路，也可以从风险发生的概率（可能性）和危害的影响（损失）二个方面着手。3面对风险的主观承受能力W（财富）U（效用值）风险喜好风险中庸风险厌恶4风险大小损失概率（可能性）风险增大高度风险区中度风险区低度风险区4降低风险的思路损失概率（可能性）风险增大高度风险区中度风险区低度风险区5防范风险的重要性既然项目风险确实是不可避免的，组织就必须了解风险来源、性质和发生规律，通过有组织、计划的、有效的项目管理活动，抓住机会风险的机会并导致成功如果把风险防范和风险管理，看成是实质上类似于一种“保险”的活动，我们就会以一种比较平和的心态，来面对风险投资当然需要成本，成本因素取决于项目的性质、规模、企业的经验和资源，也取决于项目的风险管理，包括风险的识别、规避、控制等风险管理的目的1.试图系统化地瓦解不确定因素对项目计划（质量、预算、进度、资源分配等）的威胁2.通过风险的管理变被动的面对风险，即消防状态为主动面对风险，即钓鱼状态3.知道什么是紧急事件，让我们能够依据FIRSTTHINGFIRST的原则处理紧急事件10.2IT项目风险的来源1风险的属性•组织外部的不确定性•（1）目标不确定•（2）需求不确定•（3）项目的外部干系人的影响和作用不确定•（4）自然、政治、经济、法律、技术等的环境不确定2风险的属性•组织内部的不确定性（1）目标不确定：对项目认识不足，造成对项目内容、目标、成本、计划、质量、环境等的认识错误，使项目从开始阶段，就处于目标错误的风险（2）管理不确定：由于项目内部的一系列管理处于无序状态，因此，项目运行在一个没有轨迹可循的盲目的状态下，项目的后果不可预测，造成项目的目标实现的不可确定性（3）技术不确定：项目关键技术、核心方案不是非常成熟的技术，项目以此技术为核心的实现，有很大的失败可能，项目成功的几率要依赖这个核心技术的成功。因此，项目成功与否，具有很大的不确定性（4）变更不确定：项目实施过程中，随时可能发生需求的变更。项目组对于涉及到项目的重大变更，没有有效的控制机制，项目组在用户频繁、巨大的需求变更面前，随波逐流，项目组生存在一个动荡的、没有保证的环境中3风险的属性（特点）•（1）普遍性：风险是普遍存在的，特别是目前我们的组织普遍地处于内外部的不确定环境下，风险的存在就具有普遍性•（2）随机性：风险的发生是偶然事件，发生的时间、地点、形式和内容都是不可准确预知的•（3）相对性：同一风险对于不同的组织、项目、不同的人，危险、处置、结果和承受能力都是不同的•（4）可变性：在不同的组织和项目，对于风险的承受能力、处置能力的不同，风险就会发生变化•（5）可管理性：我们这一章，就是介绍，风险作为一种事件，也是可预测、可识别、可分析、可跟踪和可管理的4风险的类型•纯粹风险、投机风险•自然风险、人为风险•可管理风险、不可管理风险•总体风险、局部风险•不同承担者的风险5风险管理过程利用科学的方法去识别风险、评价风险并设计、实施有效的方法去控制风险的过程，就是风险管理过程（1）风险识别：确认哪些风险有可能会影响项目进展，并记录每个风险所具有的特点（2）风险分析：评估风险和风险之间的相互作用，以便评定项目可能的产出结果的范围（3）风险对策研究：确定对机会进行选择的步骤及对危险做出应对的步骤（4）风险对策实施控制：对项目进程中风险所产生的变化做出反应风险管理在不同的体系、应用领域中常常使用不同的名字，如:·风险识别及风险量化程序时常被作为一个程序，称之为风险分析或风险评估·风险对策研究时常被称为风险计划·风险对策研究和风险对策实施控制有时也被当作一个程序对待，被称为风险管理6风险管理过程是一个反复迭代的过程明确目标风险识别风险分析与评估抉择策略、设计规律和应对方案实施方案评估与审核风险管理与项目管理的关系10.3项目风险识别项目风险：造成项目达不到预期目标甚至失败的可能性IBM咨询集团发现68%的顾客/服务器项目耗时太长、55%的项目成本超出预算《财富》公布超过80%的负责人对企业业务流程再造（BPR）的工作感到失望1认识项目风险的来源项目风险识别的来源1、与产品有关的来源2、项目其他计划的来源3、历史记录来源项目本身、项目管理、项目历史记录风险识别的依据•项目或服务的需求说明书•项目的前提、假设、制约因素•项目计划、方案和规划•可以类比的项目IT项目风险产生的来源1、项目的未来性2、项目的复杂性3、项目环境的变化4、项目中人的因素IT项目风险产生的来源产品定位——与要建造或要修改的软件的总体规划相关的风险商业影响——与管理或市场所加诸的约束相关的风险客户特性——与客户的素质以及开发者和客户定期通信的能力相关的风险开发体系——与软件过程被定义的程度以及它们被开发组织所遵守的程度相关的风险开发环境——与用以建造产品的工具的可用性及质量相关的风险开发技术——与待开发软件的复杂性以及系统所包含技术的“新奇性”相关的风险团队状况——与参与工作的开发人员的总体素质及项目经验相关的风险硬件集成项目风险产生的原因1、产品的日趋复杂性2、依赖多个厂家的支持和技术来源3、采用产品组合和功能交叉的方法4、项目管理与企业战略的紧密结合5、产品更新周期的缩短6、满足顾客需求7、市场的激烈竞争8、参与者的利益不同9、多方面专业技术的集成10、依赖更复杂的工具软件项目风险产生的原因1.产品定位错误（包括市场定位）2.人员流动3.项目管理失败4.开发目标不明确或摇摆不定5.开发计划执行受到严重影响6.技术方案有缺陷7.项目经费超支或不足8.开发环境及过程管理混乱9.产品质量低劣10.需求发生变化主要软件项目的风险1.项目规模风险2.需求风险3.外部因素风险4.管理风险5.技术风险6.技术方案有缺陷7.项目经费超支或不足8.开发环境及过程管理混乱9.产品质量低劣10.需求发生变化风险识别方法•基于损失的识别方法与系统安全技术•现场检查法核对表及问卷调查法•流程图及组织结构图•HazardandOperabilityStudies故障树•归因策略故障树项目延误（E）不能及时更换（B）设备损坏（A）与E=A·B故障树项目延误（A）到货延误（D）运输损坏（C）或A=C+D故障树E=A·B=（C+D）·B=C·B+D·B含义：“设备损坏”并且“又不能及时更换或者“运输损坏”或“到货延误”都可以导致最终事件---项目延误软件项目风险核对表1初始阶段可能的风险事件：概率影响在这个阶段进行大部分需求分析、少部分设计（大部分业务建模和需求、少部分分析设计）。1项目目标不清2项目范围不明确（范围太大太小都不可以）3用户参与少或和用户沟通少4对业务了解不够5对需求了解不够6没有进行可行性研究软件项目风险核对表2设计阶段可能的风险事件概率影响在这个阶段进行大部分设计、少部分编码（大部分分析设计，部分实施及测试，开始考虑部署）1项目队伍缺乏经验，如缺乏有经验的系统分析员2没有变更控制计划，以至于变更没有依据，该变更的不变，不该变的也变，这样得来的设计势必会失败或者偏离用户需求3仓促计划，可能带来进度方面的风险4漏项，由于设计人员的疏忽某个功能没有考虑进去软件项目风险核对表3实施阶段可能的风险事件概率影响在这个阶段进行大部分编码和测试，也涉及少部分设计（大部分实施及测试，部分部署），如：设计变更或补充设计。1开发环境没有具备好2设计错误带来的实施困难3程序员开发能力差，或程序员对开发工具不熟4项目范围改变（突然要增加或修改一些功能，需要重新考虑设计）5项目进度改变（要求提前完成任务等）6人员离开，在一个项目内软件开发工作有一定的连续性，需要移交和交接，有时人员离开对项目的影响会很大7开发团队内部沟通不够，导致程序员对系统设计的理解上有偏差8没有有效的备份方案9没有切实可行的测试计划10测试人员经验不足软件项目风险核对表4收尾阶段可能的风险事件概率影响在这个阶段进行安装及维护（大部分部署）。1质量差2客户不满意3设备没有按时到货4资金不能回收风险分析与评估风险分析的原则：•建立一个尺度，以反映风险发生的可能性•描述风险的后果•估算风险对项目的影响•标准风险预测的整体精度，防止产生误解风险定性分析与评估•风险核对识别表•风险影响排序表•综合风险评估表•风险分类表•风险概率排序表风险产生条件产生结果可能性影响总体影响减轻影响跟踪计划负责人项目风险表项目风险衡量•风险事故发生造成损失衡量•损失发生概率衡量项目风险衡量——风险概率表成功的标准权重1用户的参与192高层管理的支持163明确的需求说明书154适当的计划编制115切合实际的预期106更小的项目里程碑97胜任的工作人员88所有权69清晰的前景和目标310努力工作和专注的工作人员3总计100项目风险衡量——问卷调查对于调查表格，设计了以下5个问题：•（1）我有合适的用户吗？•（2）我是否尽早并且经常让用户参与？•（3）我是否与用户建立了良好的关系？•（4）我是否方便了用户的参与？•（5）我是否发现了用户需要什么？对这5个问题，每回答一个“是”，就给3.8分（总分之和为19分）。因此，检查或自我检查者可以很方便地进行检查或自我评定。项目风险衡量——风险影响表风险事件影响程度标准评价值评价结果1规模估计过低30%一般60%严重70%严重2交付期限太紧张20%一般40%严重50%严重3用户需求变化频繁30%一般50%严重75%严重4技术达不到预期效果30%一般50%严重20%轻微5质量保证体系的措施实施不利20%一般40%严重30%中等6软件体系结构设计不合理5%一般30%严重40%严重7人员流动10%一般20%严重30%严重项目风险衡量——风险排序表风险类别概率影响1规模估算可能非常低ＰＳ６０％２2用户数量大大超出计划ＰＳ３０％３3复用程度低于计划ＰＳ７０％２4最终用户抵制该计划ＢＵ４０％３5交付期限将被紧缩ＢＵ５０％２6资金将回流失ＣＵ４０％１7用户将改变需求ＰＳ８０％２8技术达不到预期的效果ＴＥ３０％１9缺少对工具的培训ＤＥ８０％３10人员缺乏经验ＳＴ３０％２11人员流动频繁ＳＴ６０％２项目风险衡量——风险形势评估风险定性分析与评估•定量分析的量化要素选择（1）投资者对风险的容忍度。不同的组织和个人往往对风险有着不同的容忍限度,举例如下：·一个高利润高收益的公司也许愿意为一个10亿美元的合同花费$500,000.00制作一计划书，而一个收支相抵的公司则不会·一个组织也许认为15%的误差机率是高风险的，而其它组织却认为这个机率风险很低（2）风险因素：我们在风险识别中已经讨论过的哪些风险因素（3）潜在风险事件：我们也讨论过，不再细谈（4）成本评估：在成本管理中，我们讨论的