- 1、本文档共52页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
8项目风险管理(V2.3)
项目管理-风险管理 项目管理— 风险管理 目标 风险的定义及其重要性 风险来源、识别方法 风险分析方法 风险控制方法 内容 风险概念 风险管理计划 风险识别 定性风险分析 定量风险分析 风险响应计划 风险监控 练习 IT项目开发的所面临的问题 不断变化的需求 糟糕的计划与估算 缺乏管理经验 人员问题 技术失败 。。。。。。 项目成功的概率大大下降 风险概念 风险定义 风险:遭受损失(loss)的可能性。 风险管理:一种问题分析的手段,它采用风险概率去估计某情况下的风险,达到对所涉及风险更为精确的了解。风险管理包括风险识别、分析、优先级排序和控制。 其它定义类型 令人不快的事情发生的概率及其后果的严重性 对项目产生负面影响的不确定事件的累计效果 暴露于糟糕后果之下的可能性 风险类型 已知风险 已被识别和分析,可以做出相应的风险响应计划 未知风险 无法预知的风险,如果发生,项目经理可以根据类似项目来制定应急方案 风险概念 风险管理层次 危机管理 救火型,当问题严重时才会应对 事后补救 当风险发生后能够快速做出反应 风险缓解 通过预先计划的方式描述当风险发生时的解决方法,但并未试图排除风险 风险预防 把实施风险计划作为项目的一部分,识别风险并防患于未然 风险去除 确认与排除可能造成风险的因素 风险概念 风险效用 风险效用:是从潜在回报中得到满足或快乐的程度,又称为风险承受度。 风险厌恶型 中性型 风险喜好型 风险概念 风险管理组成 风险管理主体流程 风险管理计划 应急储备 项目应当建立应急储备以应对如下风险: 应该由项目管理,但由于各种原因未能识别的风险 已识别,但由于各种原因未安排响应活动的风险 通常,应急储备可能是: 时间– 制定时间计划时留有余地 资源– 安排备份资源(人力、设备) 预算– 增加一定比例的预算 应急储备多为10% – 20% ,根据项目特点可能更高 风险管理计划 风险管理计划内容 风险管理方法 项目所使用的风险管理方法 使用的数据来源 风险管理的角色和职责 风险管理活动的负责人及相关人员 风险管理预算 风险管理的预算(例如资源) ..风险管理计划 风险管理计划的内容(续) 风险管理的频度 根据项目生命周期来描述在不同的时间段执行的风险管理活动 风险数值描述 预先定义定量风险分析中不同数值的标准与含义 风险阀值 当达到风险阀值时所采取的活动。对于不同的利益相关人(项目经理、客户、高层经理等)会定义不同的阀值 ..风险管理计划 风险管理计划的内容(续) 风险响应计划的内容与格式 确定风险响应计划的格式,它是风险管理最主要的动态文档 风险跟踪 记录项目中发生风险供将来的项目参考 风险识别 风险分类 技术或质量风险 项目管理风险 组织风险 外部风险 市场风险 财务风险 风险识别 风险分类 技术或质量风险 使用未经验证的或复杂的技术 项目进行过程中变更技术路线 硬件、软件和网络功能划分不合理 在有用的产品生产出来之前,该技术过时 不现实的质量目标 项目管理风险 不合理的进度 资源冲突 缺乏项目管理经验 风险识别 风险分类(续) 组织风险 对项目的重视程度不够 资金缺乏 外部风险 业主变更 法律纠纷 风险识别 风险分类(续) 市场风险 产品或服务能推销出去吗? 用户会接受并采用这一产品或服务吗? 会不会被竞争对手赶在前面? 风险识别 风险分类(续) 财务风险 组织有能力承担这一项目吗? 项目干系人在财务预算时的信心如何? 项目会满足NPV、ROI和回报估计吗? 如果不能满足,公司还有能力继续进行该项目吗 公司的现金流是否能够支撑该项目? 风险检查表 可以根据组织中的历史信息对风险进行分类 例如项目在开始时所做的项目成功/失败分析,由项目经理根据项目的实际情况填写各种风险发生的可能性以及对项目的影响程度 风险识别 风险历史信息 风险识别-专家判断 依赖专家们的直觉和以往的经验 IT项目常见风险 人力资源风险 人员的时间和精力不能满足 人员拒绝参加到项目组 项目组人员不稳定 没有合适的培训讲师 硬件资源和环境风险 缺少必要的软件 硬件设备不具备 办公环境落后 测试所需的软硬件资源不满足 测试环境的准备不充分 IT项目常见风险 客户需求风险 客户需求不明确 客户需求发生变更 客户需求发生重大变化 技术风险 项目经理、项目人员的能力不足 项目组未正确理解客户需求 项目组设计的方案不能完全满足客户需求 没有合适的需求分析方法和建模工具 测试范围不合理,无法明确定义测试项 测试用例的选择缺乏代表性、不完备 IT项目常见风险 质量风险 需求报告发生质量问题 概要设计发生质量问题 详细设计发生质量问题 用户操作手册发生质量问题 代码质量不符合项目编码规范的要求 单元测试问题报告数量过多
文档评论(0)