软件开发工程管理2008(十).ppt

软件开发工程管理 第十讲 本讲主要内容 风险 风险管理 RMMM 什么是风险（1） 什么是风险？ 首先，风险关注将要发生的事情。 其次，风险涉及改变。 第三，风险涉及选择及选择本身所包含的不确定性。 什么是风险（2） 软件领域也会有风险？ 未来 什么样的风险会导致软件项目彻底失败？ 改变 各种因素的改变将会对按时交付和总体成功产生什么影响？ 选择 采用什么方法和工具？多少人员参与？ 对质量的要求要达到什么程度才是“足够的”？ 风险的应对策略 “救火模式” 主动风险策略 软件风险的共性 不确定性 风险可能发生也可能不发生 损失 如果风险变成了现实，就会产生恶性后果或损失 软件风险的种类（1） 项目风险 该风险威胁到项目计划 指潜在的预算、进度、人力、资源、客户及需求等方面的问题以及它们对软件项目的影响 技术风险 该风险威胁到要开发软件的质量及交付时间 指潜在的设计、实现、接口、验证和维护等方面的问题 软件风险的种类（2） 商业风险 该风险威胁到要开发的软件的生存能力 市场风险 开发了一个没有人真正需要的优秀产品或系统 策略风险 开发的产品不再符合公司的整体商业策略 销售风险 开发了一个销售部门不知道如何去出售的产品 管理风险 由于各种原因使开发失去了高级管理层的支持 预算风险 没有得到预算或人力上的保证 软件风险的种类（3） 一种其他分类方式： 已知风险 仔细评估现有资源后，可发现的那些风险 可预测风险 能够从过去项目的经验中推断出来 不可预测风险 另一种其他分类方式： 一般性风险 产品特定的风险 软件风险管理 ——主要内容（1） 制定风险管理计划 决定如何着手与计划项目的风险管理活动 风险识别 识别风险和风险来源 风险分析 在已建立的标准基础上分析风险，估计风险的可能性与后果，评估风险的严重程度 软件风险管理 ——主要内容（2） 风险计划 计划解决风险、制定风险解决方案 风险跟踪 监视计划的起点和风险的状态 风险应对 对触发事件的通知做出反应，执行风险行动计划，报告结果等 风险管理验证 风险识别 ——方法 方法： 条目检查表 整体评估 风险识别 ——条目检查表（1） 产品规模 与要建造或要修改的软件的总体规模相关的风险 商业影响 与管理或市场所加诸的约束相关的风险 客户特征 与客户的素质以及开发者和客户及时通信的能力相关的风险 过程定义 与软件过程被定义的程度以及它们被开发组织所遵守的程度相关的风险 风险识别 ——条目检查表（2） 开发环境 与用以建造产品的工具的可用性及质量相关的风险 将建造的技术 与待开发软件的复杂性及系统所包含技术的“新奇性”相关的风险 人员数目及经验 与参与工作的软件工程师的总体技术水平及项目经验相关的风险 风险识别 ——评估整体风险 顶层的软件和客户管理者已经正式承诺支持该项目吗？ 终端用户对项目和待建造的系统/产品热烈支持吗？ 需求已经被软件工程队伍和他们的客户完全理解了吗？ 终端用户的期望现实吗？ 项目范围稳定吗？ 软件工程队伍拥有合适的技能吗？ 项目需求稳定吗？ 项目小组对将实现的技术有经验吗？ 项目小组的人员数目适合于完成该工作吗？ 所有客户/用户对项目的重要性和待建造的系统/产品的需求有共识吗？ 风险预测（估算）（1） 目的： 从两个方面评估每一个风险 风险发生的可能性或概率 如果风险发生所产生的后果 风险预测（估算）（2） 步骤： 项目计划者与其他人员一起执行4个预测活动： 建立风险表 评估风险影响 风险预测（估算）（3） 建立风险表 列出所有风险 评估每个风险所产生的影响 根据概率和影响排序 研究已排序的表，定义中止线 利用中止线来区分监控和不监控的风险！ 风险预测（估算）（4） 评估风险影响 确定每个风险元素发生的平均概率 确定每个元素的影响 完成风险表，并计算整体的风险曝光度（Risk Exposure） RE = P * C P是风险发生的概率，C是风险发生时带来的项目成本 建立三元组（风险、影响、概率），并评估 依据风险参考水平（参考点） 例 某项目小组定义了如下一个项目风险 风险识别：预定要复用的60个软件构件中只有70%能被集成到应用中，剩余的功能将必须被定制开发。 风险概率：80% 风险影响：每个构件平均100 LOC，每个LOC的成本是￥14.00 风险曝光度？ 风险缓解、监控和管理 例：风险缓解策略（Risk Mitigation） 风险：人员频繁流动（0.7） 与现有人员一起探讨一下人员流动的原因（工作条件恶劣？低报酬？竞争激烈？） 在项目开始之前，采取行动以缓解那些在我们管理控制之下的原因 在项目启动后，采用些技术保证人员离开后工作的连续性 对项目组进行良好组织，方便通信 定义文档标准、并建立相应机制以确保文档能被及时建立 风险缓解、监控和管理 例：