软件项目风险管理[宣讲].pptVIP

McFarlan’s Risk Questionnaire * 排序 输入 风险事件 可能性 影响 风险值 采取的措施 1 系统设计评审 没有足够的时间进行产品测试 70% 50% 35% 2 WBS 对需求的开发式系统标准没有合适的测试案例 ? 20% 80% 16% 3 需求和计划 采用新技术可可能导致进度的延期 50% 30% 15% 。。。 ? ? ? ? ? ? 风险评估结果实例 * 3--风险规划 针对风险分析的结果，为提高实现项目目标的机会，降低风险的负面影响而制定风险应对策略和应对措施的过程，即制定一定的行动和策略来对付、减少、以至于消灭风险事件 * 风险规划的主要策略 回避风险 转移风险 损失控制 自留风险 * -回避风险 回避风险是对所有可能发生的风险尽可能的规避，采取主动放弃或者拒绝使用导致风险的方案 例如放弃采用新技术 * -回避风险 注意事项 对风险有足够的认识 当其他风险策略不理想的时候，可以考虑 可能产生另外的风险 不是所有的情况都适用的 * 本章要点 一、软件项目风险基本概念 二、软件项目风险管理的过程 三、软件项目风险管理计划 四、案例分析 * 风险的定义 损失发生的不确定性； 对潜在的，未来可能发生损害的一种度量，如果它确实发生了，则它的发生会对项目产生有害的或者负面的影响 * 项目风险的三要素 触发的事件 事件发生的概率 事件的影响 * 风险图示 项目风险 * 风险类型 预测角度 已知风险－Known known 可预测风险-Known unknown 不可预测风险-unknown unknown 范围角度 人员风险、开发环境风险 技术风险、产品风险、过程风险 商业风险、管理风险、客户风险 * 风险的基本性质 风险的客观性 风险的不确定性 风险的不利性 风险的可变性 风险的相对性 风险同利益的对称性 * 本章要点 一、软件项目风险基本概念 二、软件项目风险管理的过程 三、软件项目风险管理计划 四、案例分析 * 风险管理的四个过程 * 1--风险识别 风险识别是试图通过系统化地确定对项目计划的威胁，识别已知和可预测的风险。 * 风险识别 输入 标识风险 按照一定的标准对风险分类排序 评审风险 风险表 * 方法及工具 德尔菲方法 头脑风暴法 情景分析法 面谈法 风险条目检查表 * 风险条目检查表 检查表法是利用检查表作为风险识别的工具 检查表法是根据风险要素建立软件项目的风险条目列表 列表中列出所有与风险因素有关的提问 可以使管理者集中识别常见的类型中的已知和可预测的风险 有研究表明：IT项目常常存在一些共同的风险源 * 基于关键域的风险识别检查表 产品规模 商业影响 需求相关 客户相关 过程定义 开发技术 开发环境 人员数目及经验 * 风险条目检查表举例（1） 代号 风险类别 风险内容 相关说明 XQ01 需求风险 对软件缺少清晰的认识 在软件项目早期忽视了这些不确定性，并且在软件项目进展过程当中得不到解决，如果不控制与需求相关的风险因素，那么时间拖越长，将来的弥补所付出的成本越大、风险也越大。 XQ02 对产品需求缺少认同 XQ03 做需求分析时客户参与不够 XQ04 客户没有优先需求 XQ05 缺少有效的需求变化管理过程 XQ06 对需求的变化缺少相关分析 GL01 管理风险 计划和任务定义不够充分　 定义了项目追踪过程并且明晰项目角色和责任，就能处理这些管理风险因素。 GL02 实际项目状态不够明确 GL03 项目所有者和决策者分不清 GL04 对用户不切实际的承诺 GL05 员工之间的冲突 * 风险条目检查表举例（2） 代号 风险类别 风险内容 相关说明 JS01 技术风险 缺乏相关技术培训 软件技术的飞速发展和经历丰富员工的缺乏，意味着项目团队可能会因为技术的原因影响软件项目的成功 JS02 对方法、工具理解得不够 JS03 应用领域的经验不够 JS04 出现新的技术和开发方法 WB01 外部风险 与外部转包商的关系不明确 无法很好地控制外部的相关性，但可识别和预防。 WB02 不可抗力因素的存在 WB03 相关政策、法规的稳定性不够 * 2--风险评估 确定风险发生概率的估计和评价，项目风险后果严重程度的估计和评价，项目风险影响范围的分析和评价，以及对于项目风险发生时间的估计和评价。 * 风险评估 分析 风险发生的概率，确定发生的可能性（P） 风险后果，发生后对项目目标的影响（I） 风险值，风险的严重程度R=F(P,I) * 风险评估 确定优先次序 按风险的严重性排序 确定最需要关注的TOP 10风险 * 风险评估的方法-定性风险评估 定性评估风险概率及后果 * 风险概率 风险概率值： 没有可能