软件开发的风 险管理.ppt

* 外部环境风险 产品依赖政府规章，而规章的改变不可预期 产品依赖草拟中的技术标准，而最后的标准不可预期 * 人员风险(1/3) 招聘人员所需的时间比预期要长 作为人员参与工作的先决条件(如培训、其他项目的完成等)不能按时完成 开发人员与管理层关系不佳导致决策迟缓、影响全局 项目组成员没有全身心地投入到项目中，因而无法达到所需的产品功能和性能需求 缺乏激励措施、士气低下，降低生产能力 缺乏必要的规范，增加工作失误，重复工作，降低工作质量 缺乏工作基础(语言、经验、工具等) 项目结束前，项目组成员离开项目组 * 人员风险(2/3) 项目后期，加入新的开发人员，额外的培训和沟通降低了项目组成员的开发效率 项目组成员不能有效的在一起工作 由于项目组成员之间的冲突，导致沟通不畅，设计欠佳，接口错误和额外重复的工作 有问题的项目组成员没有调离项目组，影响其他成员的积极性 项目组的最佳人选没有加入项目组，或者加入项目组但没有合理使用 关键任务只能兼职参与 项目人员不足 * 人员风险(3/3) 任务的分配和人员的技能不匹配 人员工作的进展比预期的要慢 项目管理人员怠工导致计划和进度失效 技术人员怠工导致工作遗漏、质量低下，工作需要重做 * 设计和实现风险 设计过于简单，考虑不仔细、不全面，导致重新设计和实现 设计过于复杂，导致一些不必要的工作，影响效率 设计质量低下，导致重新设计和实现 使用不熟悉的方法，导致需要额外的培训时间 产品使用低级语言编写，导致效率较低 分别开发的模块无法有效集成，需要重新设计和实现 * 过程风险 跟踪不准确，导致无法预知项目进展是否落后于计划 前期的质量保证行为不真实，导致后期的重复工作 质量跟踪不准确，导致无法得知影响进度的质量问题 不能有效遵循标准，导致沟通不足，质量问题和重复工作 风险管理粗心，导致没有发现重大的项目风险 …… * 例子:风险列表 * 风险分析 评估风险发生的概率 估算风险造成损失的大小 计算风险危险度(Risk Explosure) * 评估风险发生的概率(1/2) 主观性较强，采用方法 熟悉系统、有经验的人参与评估 多人独立评估，综合折中 采用分类：非常可能(0.8-1.0), 很可能(0.6-0.8)，或许(0.4－0.6)，不太可能(0.2-0.4)，不可能(0-0.2) * 评估风险发生的概率(2/2) * 评估风险发生造成的损失 可以基于“进度”，“成本”或者“工作量”来进行估算 * 计算风险危险度 风险危险度 = 风险概率 × 风险损失 * 风险优先级(1/2) 统计表明，项目80%成本用于解决20%的问题 风险管理重点关注20％重要的部分 根据风险的危险度确定风险的重要性，忽略其他的部分 * 风险优先级(2/2) * 讲授内容 项目案例 什么是软件风险？ 如何进行风险管理？ 风险评估 风险控制 小结 * 风险控制 风险管理计划 风险化解 风险监控 * 风险管理计划(1/2) 针对每一个重要的风险，制定一个处理该风险的计划 风险由谁引起 表现形式是什么 可能什么时候发生 为什么发生 如何避免或者消除它的发生 发生后的处理措施 * 风险管理计划(2/2) 例子，小谢将在项目实施过程中离开公司 **项目组的小谢 项目组成员小谢由于出国离开公司 小谢可能会在6月1日前后出国 为了进一步学习和深造 和小谢协商能否在项目结束之后(大约7月中旬)离开 如果离开，计划让小王接替他的工作，同时让小刘分担小王的一部分工作 * 风险化解(1/2) 风险化解方式 避免风险：推迟小谢的离开时间 将风险从系统的一部分转移到另一部分：让客户来做 消除发生风险的根源：加薪 发布风险：不会突然和惊讶 接受和控制风险：接受并提供处理计划，安排小王接替小谢的工作 记录风险：为将来项目风险管理提供历史数据 * 风险化解(2/2) * 风险监控(1/2) 检查风险的化解程度及其变化(概率、损失) 风险监控的方式 监控和跟踪重要的(前10个)风险，记录风险危险度的变化以及风险化解的进展 中间审查，在每个里程碑后进行小规模的走查 任命风险官员(适合于大项目)，警告项目风险，防止项目经理和开发人员忽略计划中的风险管理 * 风险监控(2/2) * 讲授内容 项目案例 什么是软件风险？ 如何进行风险管理？ 风险评价 风险控制 小结 * 小结 在项目实施过程中风险大量存在 风险影响项目的成功实施，严重时可导致项目失败 必须对项目中的各种可能的风险进行管理 知道会有哪些风险：评估？ 如何去缓解和消除风险，当风险发生时如何处理？ 在项目实施过程中对风险进行监控 * 教学目的 理解 软件风险及其相关概念 软件开发风险存在的必然性 在软件开发过程中进行风险管理的重要性和必要性 掌握 对软件风险进行管理的方法 运用 在软件项目开发过程