I. 步骤2：分析风险并排优先级
目标：
l 为风险列表排优先级，使团队能够为最高优先级的风险分配资源
风险分析：将有关特定项目风险的估计或数据转换成团队能用来做优先决策的方式的过程。
风险排序：按照风险对组织的整个威胁及解决的优先顺序进行排序
II. 达成一个优先顺序后的主风险列表
优先级
条件
结果
可能性
影响
揭露
1
开发人员使用新的开发技术
由于开发人员需要时间学习使得开发时间延长
30%
2
6
2
开发队伍被分成两支，一支在伦敦，一支再洛山机
团队成员的沟通变得困难
20%
2
4
III. 步骤3：为管理风险做计划并安排时间表
目标：
l 为表示顶级的风险创建详细的计划
l 用标准的项目管理过程来合成这些计划，保证它们是完整的
计划：
l 将优先排序后的风险列表转变成行动计划的过程
安排时间：
l 将风险管理计划整和到项目时间安排表中去的过程
IV. 风险行为计划的方式
调查：在采取行动前获取更多的信息。
接受：如果风险发生，我们能够承受结果吗？
避免：我们能通过改变项目的功能范围来避免风险吗？
转变：我们能将风险转移到其他项目，团队，组织或个人吗？
降低：团队可以通过做些什么来降低风险的可能性或减少风险的影响吗？
应急计划：能够通过计划中的反应来降低风险吗？
V. 减轻风险
提前采取行动
防止风险完全发生
减少风险发生带来的影响或结果到可接受的水平
VI. 风险应急
表示风险实际发生的时间怎么办
应该提前决定
由定义的触发器激发或决定激发一个应急计划
VII.设置触发器
使用触发器触发应急计划
l 时间触发器：如里程碑被推迟
l 极限触发器：如错误个数达到75个
l 事件触发器：如人员重新分配
基于风险类型或影响类型的触发器
与会被影响到的经理就触发器及其价值达成一致
VIII. 风险行动计划文档化
条件
结果
减轻
应急
触发器
拥有者
开发人员使用新的开发工具
由于开发人员需要学习导致延长开发时间
为开发人员提供技术培训
返回到以前的版本
开发人员没有通过被项目计划认可的相关技术考试
迈克
开发团队被分成相隔很远的两组
团队内的沟通困难
在两地之间通过电话会议举行每周会议
在互联网上建立用于发布项目信息的沟通端口
缺乏沟通导致进程拖延
大唯
IX. 步骤4：跟踪并报告风险状态
目标：
l 控制风险活动计划中的风险起伏和状态
l 当应急计划触发器达到时提供通知
l 交流风险状态的变化并报告减轻计划的程序
跟踪：
l 风险起伏和触发事件的控制以保证计划的风险事件能工作
报告：
l 为项目团队提供常规的，详细的风险状态报告，为项目组和其他项目支持者提供顶级的风险状态报告
X. 步骤5：控制风险
目标：
l 成功地执行风险应急计划
l 升级确定的风险和风险分析，优先级，计划和时间安排
风险控制：
l 执行风险应急计划和相关状态报告的过程
XW. 步骤6：从风险中学习
目标：
l 给正在进行的风险管理活动提供质量保证
l 为提高将来项目风险管理能力提供获取教程
l 提高风险管理过程
学习：
l 文档化学到的教程并且在相关项目中获取到风险管理知识库中以便于将来企业复用
1) 模块总结
微软解决方案框架的风险管理是：
全面的：表示项目中所有的元素（人，过程，技术）
持续的：在项目的整个生命周期中都要运用
预先的：防止或降低风险的发生
灵活的：应用广泛的风险分析方法
以未来为导向的：被用于个人以及企业级的学习
