第七章 软件项目风险管理最全版.pptVIP

回避风险 注意事项： 对风险要有足够的认识； 当其他风险策略不理想的时候，可以考虑； 可能产生另外的风险； 不是所有的情况都适用，有些风险无法回避，如用户需求变更； * KUHKUK 转移风险 转移风险是为了避免承担风险损失，有意识地将损失或与损失有关的财务后果转嫁出去的方法。 例如： 采购 分包 免责合同 保险 * KUHKUK 缓解风险 在风险发生之前采取一些措施降低风险发生的可能性或减少风险可能造成的损失。 例如，为了防止人员流失，提高人员待遇，改善工作环境；为防止程序或数据丢失而进行备份等。 * KUHKUK 接受风险 项目团队有意识地选择由自己来承担风险后果。 当风险很难避免，或采取其它风险应对方案的成本超过风险发生后所造成的损失时，可采取接受风险的策略。 主动接受：在风险识别、分析阶段已对风险有了充分准备，当风险发生时马上执行应急计划。 被动接受：风险发生时再去应对。在风险事件造成的损失数额不大，不对软件项目的整体目标造成较大影响时，项目团队将风险的损失当做软件项目的一种成本来对待。 * KUHKUK 风险规划示例 人员的频繁流动是一项风险，基于过去的历史和管理经验，人员频繁流动可能性的估计值为70%，会造成开发时间增加15%，总成本增加12%。对于这一风险，项目经理采取了以下风险缓解策略： * KUHKUK 与现有人员讨论人员流动的原因。 项目启动时，做好会出现人员流动的准备，采取一些技术以确保人员的一旦离开后，项目仍然能继续。 建立良好的项目组织和通信渠道，以使大家能够了解每个有关的开发活动的信息。 指定文档标准并建立相应的机制，以保证文档能够及时建立。 对所有工作组织细致的评审，使大多数人能够按计划进度完成自己的工作。 风险规划示例 * KUHKUK 风险分析表 排序 输入 风险事件 可能性 影响 风险值 采取的措施 1 系统设计评审 没有足够的时间进行产品测试 70% 50% 35% 1．采取加班的方法 2．修改计划去掉一些任务 3．与客户商量延长一些时间 2 WBS 对需求的开发式系统标准没有合适的测试案例 ? 20% 80% 16% 找专业的测试公司完成测试工作 3 需求和计划 采用新技术可可能导致进度的延期 50% 30% 15% 1．培训开发人员 2．找专家作指导 3．采取边开发边学习的方法，要求他们必须在规定的时间内掌握技术 …… ? ? ? ? ? ? * KUHKUK 本章内容要点 风险和风险管理 风险识别 风险评估 风险规划 风险监控 软件项目风险管理计划（案例） * KUHKUK 第五节 风险监控 实施和跟踪风险管理计划 确保风险策略正在合理使用 监视剩余的风险和识别新的风险 收集可用于将来的风险分析信息 * KUHKUK 风险监控 方法： 建立项目风险监控体系 风险审核 挣值分析 项目风险评价 输入： 风险计划 输出： 风险计划更新 * KUHKUK 软件项目中的风险 不断变换的需求 低劣的计划和估算 不可信赖的承包人 欠缺的管理经验 人员问题 技术失败 政策的变化 …… * KUHKUK 本章内容要点 风险和风险管理 风险识别 风险评估 风险规划 风险监控 软件项目风险管理计划（案例） * KUHKUK 第一节 风险和风险管理 风险是不确定的事件，一旦发生，将会造成消极影响。 风险的三要素： 一个未来的事件 事件发生的概率 事件的影响 风险发生的概率越高，造成的影响越大，就越是高风险，否则就是中等风险或低风险。 * KUHKUK 风险分类 从风险的范围角度上看，可将风险分为三种类型： 项目风险：潜在的项目预算、进度、人员、资源、用户和需求等方面的问题。 技术风险：实现和交付产品过程中所应用的各种技术所包含的风险。技术的正确性、不确定性、复杂性、技术陈旧等因素都可带来技术风险。 商业风险：与市场、企业产品策略等因素有关的风险。 * KUHKUK 从风险可预测的程度来看，可将风险分为以下三种类型： 已知风险：通过评估项目计划、项目的商业和技术环境以及其它可靠的信息来源之后可以发现的那些风险。 可预测风险：能够从过去的项目经验中推测出的风险。 不可预测风险：事先很难识别出来的风险。 风险分类 * KUHKUK 风险管理 风险管理是指在项目进行过程中不断对风险进行识别、评估和监控的过程，其目的是减小风险对项目的不利影响。 风险管理用来处理项目中的各种不确定性。风险管理策略可以分为4个层次： 危机管理：风险已经造成麻烦后才着手处理。 风险缓解：事先制定好风险发生后的补救措施，但不制定任何防范措施。 着力预防：将风险防范作为项目的一部分加以规划和执行。 消灭根源：识别和消灭可能产生风险的根源。 * KUHKUK 应采取主动的风