风险管理指南.doc

卷号
卷内编号
密级
分类:
<指南>
使用者:
＜项目组、项目管理部、技术委员会＞
文档编号:
<P&>
©托普信息（iTOＰ)集团,２002
风险管理指南
Vｅrsiｏn
作者:技术委员会
　 　 　　 　 　　 　 　 　　 　 　 　　 　
文档信息
标题：风险管理指南
作者：SEＰG
创建日期: ２002－4-２3
上次更新日期:　
版本:
部门名称:＜部门>
修订文档历史记录
日期
版本
说明
作者
200２-４-２3

创建
孟胜
文档信息
标题:风险管理指南
作者：技术委员会
创建日期: 2002-４-23
上次更新日期:
版本:
部门名称：　托普信息(iTOP）集团
修订文档历史记录
日期
版本
说明
作者
2０02-４－２3
1．0
创建
孟胜
200２-8－29

为了ｉTＯP集团推广ＣMM成果,对封面及部分内容作了调整
托普信息(ｉＴＯＰ)集团技术委员会
ﻬ
目录
1
目的 １
定义、首字母缩写词和缩略语ﻩ1
1．３ 参考资料ﻩ1
２．ﻩ风险管理准备ﻩ１
２．1ﻩ风险管理的组成ﻩ１
２
2．2．1 资源风险 2
业务风险 2
2
2．
3

2．5ﻩ风险管理角色及职责ﻩ4


２． 4




5

６．1ﻩ控制方法ﻩ5


6
6． 6
／迭代完成后重新评估风险ﻩ6
　风险管理指南
简介
目的
风险管理的目标是在潜在问题发作以前就标志它们,这样就可以在生命周期中可以适时地计划和启用风险处理活动。
定义、首字母缩写词和缩略语
PＭ　　 　Pｒojｅct Ｍaｎａｇｅr
参考资料
RUP
《快速软件开发》
SW－CMM
ＣMＭＩ
风险管理准备
风险管理的组成
风险种类
资源风险
组织
对该项目是否有足够的支持(包括管理人员、测试员、QＡ 和其他外部的相关各方）？
这是否是该组织尝试过的最大项目?　
软件工程是否有明确定义的流程？需求记录和管理?
资金
完成项目所需的资金是否到位?　
是否为培训和指导分配了资金？
是否有预算限制使得系统必须以固定的成本交付,否则将被取消?
成本估算是否准确?
人员
是否可以获得足够的人员？
他们是否具备合适的技能和经验？
他们以前是否在一起工作过?
他们是否相信项目会成功?
是否可以找到用户代表来担任复审员?
是否可以找到领域专家？　
时间
时间表制定得是否现实?　
是否可以为了满足时间表而对功能进行规模管理？　
对交付日期的要求有多严格？
是否有时间“把工作做好”？
业务风险
如果竞争对手抢先将产品推向市场怎么办?
如果项目资金处于危险境地怎么办(换句话说,“如何确保有足够的资金”）？　
系统的预计价值是否大于预计成本?(务必要考虑货币的时间价值和资金的成本）。
如果无法同关键的供应商签定合同怎么办?
技术风险
规模风险
成功是否能够被评测?
是否有关于如何评测成功的协议？
需求是否相当稳定并