软件开发的风险管理程序.pptVIP

* ?风险处理要求团队将风险管理看作动态的、具竞争的过程的一部分，而不是作为一个额外的静态的项目管理活动。 ?使用基于风险的决策制定法意味着：首先为项目的具有最高风险威胁度的风险计划行动。 ?风险管理应是个正式的过程，以确保团队成员正确地识别和分析风险并恰当地遵循所需的正在进行的管理。 ?风险识别应该被认为是积极、有价值的行动，以鼓励所有团队成员参加。如果风险识别被认为是无益的事，那么团队成员将不愿去发现潜在的风险。 * 产品风险 错误发生率高的模块，需要更多的时间对它进行测试、设计和实现 矫正质量低下的不可接受的产品需要更多的时间对它进行测试、设计和实现 由于功能错误，导致需要重新进行设计和实现 开发额外不需要的功能延长了进度 要满足产品规模和速度要求，需要更多的时间 严格要求与现有系统兼容，需要更多的时间 要求软件重用，需要更多的时间 …… 产品风险 要求在不同操作系统下运行将花费比预期更长的时间 在不熟悉或没有经验的软件环境中运行产生没有预料的问题 在不熟悉或者没有经验的硬件环境中运行产生没有预料的问题 ? 开发一种对组织全新的模块将比预期花费更长的时间 依赖于正在开发中的技术将延长计划进度； * 外部环境风险 产品依赖政府规章，而规章的改变不可预期 产品依赖草拟中的技术标准，而最后的标准不可预期 * 人员风险(1/3) 招聘人员所需的时间比预期要长 作为人员参与工作的先决条件(如培训、其他项目的完成等)不能按时完成 开发人员与管理层关系不佳导致决策迟缓、影响全局 项目组成员没有全身心地投入到项目中，因而无法达到所需的产品功能和性能需求 缺乏激励措施、士气低下，降低生产能力 缺乏必要的规范，增加工作失误，重复工作，降低工作质量 缺乏工作基础(语言、经验、工具等) 项目结束前，项目组成员离开项目组 * 人员风险(2/3) 项目后期，加入新的开发人员，额外的培训和沟通降低了项目组成员的开发效率 项目组成员不能有效的在一起工作 由于项目组成员之间的冲突，导致沟通不畅，设计欠佳，接口错误和额外重复的工作 有问题的项目组成员没有调离项目组，影响其他成员的积极性 项目组的最佳人选没有加入项目组，或者加入项目组但没有合理使用 关键任务只能兼职参与 项目人员不足 * 人员风险(3/3) 任务的分配和人员的技能不匹配 人员工作的进展比预期的要慢 项目管理人员怠工导致计划和进度失效 技术人员怠工导致工作遗漏、质量低下，工作需要重做 * 设计和实现风险 设计过于简单，考虑不仔细、不全面，导致重新设计和实现 设计过于复杂，导致一些不必要的工作，影响效率 设计质量低下，导致重新设计和实现 使用不熟悉的方法，导致需要额外的培训时间 产品使用低级语言编写，导致效率较低 代码和库质量低下，导致需要额外的测试，错误修正或重做； 分别开发的模块无法有效集成，需要重新设计和实现 * 过程风险 跟踪不准确，导致无法预知项目进展是否落后于计划 前期的质量保证行为不真实，导致后期的重复工作 质量跟踪不准确，导致无法得知影响进度的质量问题 不能有效遵循标准，导致沟通不足，质量问题和重复工作 风险管理粗心，导致没有发现重大的项目风险 …… * 小结 在项目实施过程中风险大量存在 风险影响项目的成功实施，严重时可导致项目失败 必须对项目中的各种可能的风险进行管理 知道会有哪些风险：评估？ 如何去缓解和消除风险，当风险发生时如何处理？ 在项目实施过程中对风险进行监控 * 教学目的 理解 软件风险及其相关概念 软件开发风险存在的必然性 在软件开发过程中进行风险管理的重要性和必要性 掌握 对软件风险进行管理的方法 运用 在软件项目开发过程中进行风险管理 风险管理 风险评估 风险控制 风险识别 风险分析 风险优先级 风险管理计划 风险化解 风险监控 * Q A Software Project Management Practice, Practice, and Practice Practice 识别本小组目前存在的风险 列出 分别计算风险危险度 形成十大风险清单 为这些风险制定风险管理计划 项目实施中对这些风险进行跟踪和控制。 * ?风险是可能但不是肯定要经受的失败。 ?这种失败可能是最终产品的质量低下或者费用增加、交付过期甚至项目失败中的一个或者多个。 ?由于风险是机遇的一个重要组成部分，因此，它本质上不是坏的，而且，它隐含于每个项目。 ?成功的团队通过认识和减小不确定性来处理风险。 * ?这里列出的项目展示了可能产生风险的地方，但他们不是条件也非结果。 * ?风险可从许多不同的方面影响项目，这里只列出了一些典型的影响作为说明。 * 风险评估文档是风险评估过程的一个重要组成部分。在某种意义上说，它充当了双重角色，就如剑和盾的角色。 ?