北航软件工程与项目管理讲义第十一讲风险管理.ppt

风险分析 风险管理 Pert算法（三点预测法） 决策树 蒙特卡罗模拟 启发式 风险分析方法 风险分析 风险管理 风险分析方法比较 方法 长处 不足 Pert算法 容易使用 计算快 主观性 没有历史数据可供使用 由于传播的时间处于乐观与悲观之间，容易出错 决策树 不同结果附加可能性 决策分阶段进行 结果可以画成树 最终决策以前面的决策为依据 如果有些参数未包括在树中就不全面 如果决策多则画起来困难且复杂 蒙特卡罗模拟 计算机模拟 在正规数学分析不能使用时用 耗费大的项目全面模拟是值得的 不是个积极的程序 结果不是解决的，而是自动出来 投入通常由偶然因素决定 启发式 拇指规则 可接受的解决办法 正规数学分析不能使用时用 不能保证是个乐观的结果 结果依据主观 风险的优先级 风险管理 当消除风险已无济于事、减小风险令人怀疑时，风险管理本身实质上已成为一种风险了。 ——Peter Drucker 风险管理 按照总体风险值降序排列所有风险，找出引起80%损失的20%的风险。 注意：主观性 风险的优先级 风险管理 一个风险优先级排序矩阵的实例 风险的优先级 分级数值 概率 影响（千美元） 需求时间（周） 实现成本（千美元） 控制生效的可能性 125.025 0.5 500 1 2 0.5 83.596 0.84 200 4 4 0.33 37.64 0.33 200 2 20 0.84 4.9816 0.33 30 4 3 0.84 风险控制 风险管理 风险控制是为风险清单中的风险选择合适的风险应对措施，跟踪风险清单中的风险，根据风险状态和风险管理计划，采取措施以避免风险，避免损失，当损失是无可避免的时候，减低损失的程度。 风险控制 风险管理 制定风险管理计划，对每种风险建立一份风险管理计划 损失、发生时间、措施、谁、何时、经费 找出风险管理者 建立匿名风险反馈通道 风险监控 风险化解 风险控制方法 风险控制 风险管理 风险管理计划的主要目标是制定详细的计划，确定风险管理的责任，方法，以及控制在风险分析阶段确定的重要风险的行动策略，进度表，并将它们和整个软件项目计划集成 风险管理计划 须注意的是，风险控制工作是项目的一部分，而不是建立在主动基础上的附加工作，这是相当重要的 风险控制 风险管理 风险管理计划可以包含在软件项目计划中，也可以作为一个独立的风险管理计划文件，不论怎样成文，它都将作为整个项目计划的一部分来使用。 风险管理计划大纲 风险管理计划 风险控制 风险管理 在微软MSF框架中，要求项目组为重大风险清单中的每个风险附加风险行动计划表，记录缓解和意外事故计划，触发器和详细行动。 风险行动计划表格或文档应该考虑的信息 风险管理计划 风险标识符：团队出于报告和跟踪目的，单独识别风险时使用的名称。 风险声明：一种自然语言声明，描述可能导致损失或是风险转化为故障后会发生的损失的条件。 风险缓解策略：一个或两个文本段落，描述项目团队缓解特定风险的策略，包含所有已经得出的推断。 风险缓解策略度量值：一个度量值，项目团队将用它来确定哪个计划中的风险缓解行动在向期望中的结果发展。 风险行动项目：一个行动清单，项目团队用它来为特定风险实现策略，包含完成时限以及个人任务。 风险意外事故策略：一个或两个文本段落，描述项目团队在意外事件中采取的策略。如果触发器启动，项目团队将会开始执行风险意外事故策略。 意外事故触发值：意外事故触发器是项目团队用来确定何时执行意外事故计划的标准。 风险意外事故策略度量值：这个度量值被项目团队用来确定意外事故策略是否工作。 风险计划职责：实现风险行动计划时付有责任的团队角色或个体。 风险控制 风险管理 风险监督包括： 风险监督 监控风险度量值和触发事件，判断一个预测的风险是否属实，是否发生； 监控风险计划中应对措施完成的进度； 收集可用于将来进行风险分析的信息。 风险监督须在整个项目生命周期中持续进行，一定要设置专门的风险官员进行中间检查。 风险控制 风险管理 十大风险清单 中间检查 风险官员 风险监控 风险控制 风险管理 十大风险清单样例 本周 上周 上榜周数 风险 风险解决进度 1 1 5 拖泥带水的需求 使用者界面雏形用来收集需求规格 需求规格纳入明确的变更管理。 2 5 5 需求或开发人员华而不实的毛病 具体说明软件中不包含哪些功能。设计强调精简，通过检查项目清单检查“额外的设计或实现”。 3 2 4 不稳定的工具延误时间 只使用一两项新工具，其余都使用上一项目的工具。 4 7 5 不可能达成的