07软件风险管理.pptVIP

软件过程与管理 Module: Software Risk Management 软件风险管理 讨论 大学毕业10年，小张奉同学之命组织一次老同学聚会。他进行了细致周密的谋划，但他仍担心完成不了大家托付他的任务。请你们帮他分析一下可能导致这个项目失败的因素有哪些？ 软件开发比一次同学聚会要复杂，它的风险有哪些？ 风险管理案例 Microsoft WinWord 1.0 计划过于乐观 软件风险 用户要求是否能确切地被理解？ 在项目最后结束之前要求实现的功能能否建立？ 是否存在目前仍未发现的技术难题？ 在项目出现严重误期时是否发生一些变更？ 糟糕的计划与估算 人员流动 …… 本节内容 风险管理概念 风险管理的成熟度模型 风险管理流程 风险的特征 未来将要发生的事 变更 不确定 损失 软件风险的类型 项目风险：威胁到项目计划 如：进度、人力、资源、客户及需求等问题 技术风险：威胁到软件的质量及交付时间 如：设计、实现、接口、验证和维护等问题 商业风险：威胁到软件的生存能力 五大商业风险 市场风险 开发了个没有人真正需要的优秀软件 策略风险 开发的产品不再符合公司的整体商业策略 销售风险 建造了一个销售部门不知道如何去卖的产品 管理风险 由于重点的转移或人员的变动而失去了高级管理层的支持 预算风险 没有得到预算或人力上的保证 软件风险管理 软件风险管理的定义：对影响软件项目、过程或产品的风险进行评估和控制的实践过程。 软件风险管理是管理和开发软件系统必不可少的要素： 软件风险是工作与生俱来的； 软件风险随着系统复杂程度的增加而增加； 软件风险阻碍人们实现目标。 风险管理的成本效益 本节内容 风险管理概念 风险管理的成熟度模型 风险管理流程 风险管理的成熟度模型 第一级：问题阶段 危机管理、救火模式 人们忙于解决问题，没有时间考虑将来 风险直到演变为问题后才着手处理 管理层没有意识到风险，或者对风险可能发生的时间估计有误 管理层一听说风险，就责怪报告者，因此大部分人不会报告坏消息 第二级：缓和阶段 引入了风险概念 对风险管理了解不多，而且缺乏经验 没有有计划地减缓风险 经理们采用应急计划以减少重大风险发生的可能性或后果 第三级：防范阶段 风险管理从经理的活动变为小组的活动 主动管理，识别和消除风险根源 大部分人有经验，能识别风险，但对于如何量化风险没有把握。 第四级：预知阶段 量化的风险管理 项目小组和客户运用风险管理，以合理的精度量化风险，以便能集中精力解除最关键的风险。 主动迎接风险和评估备用方案 第五级：机会阶段 风险不一定是消极的，有风险的地方也蕴藏着机会 风险被看作节约费用和比计划做得更好的机会 风险，像质量一样，人人有责 在开放和没有压力的环境中不断地识别、交流和应对风险 本节内容 风险管理概念 风险管理的成熟度模型 风险管理流程 风险管理流程 风险识别 风险识别方法 核对清单 访谈 会议 评审 日常输入 调查 工作小组 十大软件风险 功能无限蔓延 计划过于乐观 设计欠佳 质量低劣 银弹综合症 研发导向的开发 人员薄弱 研发人员与客户的磨擦 不合格的承包商 技术风险 风险分析与划分优先级 风险分析 分析内容 风险发生概率和可能性 风险影响度 风险暴露量 =发生概率 *影响度 预测一组临界点以定义项目终止区域 建立预警阈值 可能性 定义为百分数、一个词组或一个相对数字 影响度 从四个风险因素分析影响度： 性能 产品能够满足需求且符合于其使用目的的不确定的程度 成本 项目预算能够被维持的不确定的程度 进度 项目进度能够被维持且产品能按时交付的不确定的程度 支持 软件易于纠错、适应及增强的不确定的程度 影响度评估 风险优先级 可按风险暴露量排序，生成粗略的风险优先级列表 可将影响最大的风险排在前面 可将一些关联的风险排在前面 重点考虑前10名的风险 风险评估表 风险管理计划 风险管理计划大纲 1引言 1.1文档范围和目的 　　　 1.2责任　a管理者 b技术人员 2风险评估表 3风险应对与控制计划　 n.风险#n a 预防和缓解策略和步骤 　 b 应急处理计划 4风险监控计划 5总结 风险应对与控制 风险应对和控制 避免风险 消除产生风险的根源 转移风险 可行性原型或咨询 发布风险 接受风险 应急处置计划 风险应对方法举例 质量低劣：给QA留出时间，质量保证体系，独立QA人员，评审和测试 计划过于乐观：多个估算员和估算工具有原则地进行谈判，使用增量开发实践 设计低劣：足够的设计时间，进行设计评审 人员薄弱：招募顶尖人才，培训，团队建设，外包，复用 功能蔓延：使用基于客户的实践，变更控制，使用增量开发实践，需求基线 分包商失败：检查参考资料，外包前分析分包商能力，积极管理承包商 举例