软件项目管理-Risk-V300.ppt

软件项目管理Risk Management Version 3.0 by 李涛 Revision History Version 0.1, August 4, 2003 Version 1.0, Nov 4, 2003 Version 2.0, May 13, 2005 Version 3.0, Oct 20, 2005 有关风险 什么是风险？ 对待风险的态度？ 对待风险的态度 风险 风险：可能发生并对项目产生危害的事件 发生的可能性 危害 当风险（Risk）就变成了问题（Issue）， 当问题发生之前，其表象仅仅在于可能性 对可能发生的危害进行处理，风险管理 但如果风险已经转化成问题时，被称作危机管理 问题是风险的最终表现。但问题并不仅仅是在它发生的时候才出现，就如同质量问题。我们需要在风险转化成问题之前做准备工作 风险管理过程 实施风险管理并不能减少不确定性的危害，但能减少危害产生的意外及损失 风险管理过程： 减少意外：识别出对项目产生危害的风险，风险识别 减少损失：为风险造成的危害做准备，风险应对 有效投入：风险应对需要事前投入，在资源有限的情况下，关注影响大的。风险分析 变化：由于风险往往是来自外部的不确定性，关注其变化。风险监控 风险管理过程 识别，分析，和应对计划都是属于计划的管理活动 风险缓解：事前投入 危机处理：事后补救 实施风险管理 组织环境是否认可不确定性的存在 管理层是否认可不确定性？ 风险管理是需要投入的，对它的认可意味着你可以分配资源来降低不确定性的危害 风险管理提供成本最低的不确定性防护 对待不确定性的态度 不确定性并不可怕，但可怕的是忽视它 对不确定性进行可能性分析，并为此做准备 对计划的补充 计划过程的目的不仅仅是产生一个执行基准，但也必须清楚地了解基准存在的假设基础 计划没有被落实主要因素之一就是风险的影响 项目管理的关键技能 广义地说，项目在实施过程中的管理重点就在于控制不确定性对项目的影响 如果一切都会按照计划当中自觉地去运行的话，管理就简单了 风险的影响 如果从结果来说，我们需要知道在考虑了风险的情况下，项目结果的影响，这可以用如下的风险图来表示（PERT分析） 风险识别 识别出对项目产生影响的不确定性因素 一种结构化的方法是从WBS出发，WBS包含了完整的项目产品范围和工作范围。你需要评估每一个工作单元的目标是否会受到不确定性因素的影响。从而产生一个和WBS对应的Risk Breakdown Structure 风险概念 不确定性的影响情况 范围： 是否变化？是否正确？ 质量，时间和成本的不确定性因素最终导致的几乎都是针对项目实施效率的影响 在软件行业中，由于成本几乎主要是人力成本，而人力成本和进度相关，所以实施效率就由项目进度决定 风险识别的能力由什么决定？ 项目经理的能力 在对待不确定性上，项目经理应该体现出： 对内部原因产生的不确定性，通过自身的管理能力来减少和消除不确定性的影响 对外部原因导致的不确定性，积累经验来提高预测可能出现的不确定性来提早准备 对不确定性管理的能力是通过实践中逐步积累的，积累的途径就是：从问题中学习和总结 总结：风险识别 风险管理最重要的环节就是识别出对项目最关键，最有影响的风险 这一过程可以是结构化的，也可以是发散性的 结构化的方法：审查组织级的风险检查表 发散思维：头脑风暴 将识别出的风险列成清单 作业：总结昨天的问题 以你过去经历的一个项目作为案例，无论该项目是否成功都请总结和分析项目中存在的问题，总结避免问题重复出现的方法 完整描述项目的过程 分析其中存在的问题和现象 总结避免的方法 风险分析 对识别出来的风险进行分析的目的是评估其影响，包括：定性分析和定量分析 风险定性分析 定性分析主要是以主观的估计为主，适合于难以量化的风险事件 风险概率（Risk probability） 事件发生的可能性有多大？发生的频率是多少？ 得失量（Amount at stake），事件的影响（Impact of event）。可能造成的损失程度如何？ 风险定性分析 风险定量分析 风险量化主要是对风险事件进行量化基础的分析 风险量化的技术： 期望货币值EMV PERT技术 期望货币值EMV EMV = 风险事件的概率 x 风险事件货币值 直观地以货币形式来表现 期望货币值的广泛应用于决策科学 决策树分析，基于EMV技术，将一系列事件分解为更小、更简单的情况 风险分析 评估识别出的风险对项目的影响 对每一条风险进行分析，确认其发生的几率 对WBS上的每一个工作单元评估其影响 工作单元不一定取最底层 评估主要从实现效率（时间和成本）的基础上来进行 对成本的评估是用期望货币值EMV来评价 EMV = 风险发生后的损失 X 发生几率 对进度的评估