文档介绍：软件项目风险管理
引言-软件项目中得风险
不断变换得需求
低劣得计划与估算
不可信赖得承包人
欠缺得管理经验
人员问题
技术失败
政策得变化
性能欠佳。。。
引言
Rothfeder1988:对600家成功得公司调查,35%有项目失软件项目风险管理
引言-软件项目中得风险
不断变换得需求
低劣得计划与估算
不可信赖得承包人
欠缺得管理经验
人员问题
技术失败
政策得变化
性能欠佳。。。
引言
Rothfeder1988:对600家成功得公司调查,35%有项目失控得经历
Jones1991:大型项目按时完成得概率几乎为0,被取消得概率与赌博一样
TomGilb:如果您不主动地击败风险,她们就会主动击败您得
软件项目管理
第八章
软件项目风险管理
本章要点
一、软件项目风险基本概念
二、软件项目风险管理得过程
三、软件项目风险管理计划
四、案例分析
风险得定义
损失发生得不确定性;
对潜在得,未来可能发生损害得一种度量,如果它确实发生了,则它得发生会对项目产生有害得或者负面得影响
项目风险得三要素
触发得事件
事件发生得概率
事件得影响
风险图示
项目风险
风险类型
预测角度
已知风险-Knownknown
可预测风险-Knownunknown
不可预测风险-unknownunknown
范围角度
人员风险、开发环境风险
技术风险、产品风险、过程风险
商业风险、管理风险、客户风险
风险得基本性质
风险得客观性
风险得不确定性
风险得不利性
风险得可变性
风险得相对性
风险同利益得对称性
本章要点
一、软件项目风险基本概念
二、软件项目风险管理得过程
三、软件项目风险管理计划
四、案例分析
大家学****辛苦了,还就是要坚持
继续保持安静
风险管理得四个过程
1--风险识别
风险识别就是试图通过系统化地确定对项目计划得威胁,识别已知与可预测得风险。
风险识别
输入
标识风险
按照一定的标准对风险分类排序
评审风险
风险表
方法及工具
德尔菲方法
头脑风暴法
情景分析法
面谈法
风险条目检查表
风险条目检查表
检查表法就是利用检查表作为风险识别得工具
检查表法就是根据风险要素建立软件项目得风险条目列表
列表中列出所有与风险因素有关得提问
可以使管理者集中识别常见得类型中得已知与可预测得风险
有研究表明:IT项目常常存在一些共同得风险源
基于关键域得风险识别检查表
产品规模
商业影响
需求相关
客户相关
过程定义
开发技术
开发环境
人员数目及经验
风险条目检查表举例(1)
代号
风险类别
风险内容
相关说明
XQ01
需求风险
对软件缺少清晰得认识
在软件项目早期忽视了这些不确定性,并且在软件项目进展过程当中得不到解决,如果不控制与需求相关得风险因素,那么时间拖越长,将来得弥补所付出得成本越大、风险也越大。
XQ02
对产品需求缺少认同
XQ03
做需求分析时客户参与不够
XQ04
客户没有优先需求
XQ05
缺少有效得需求变化管理过程
XQ06
对需求得变化缺少相关分析
GL01
管理风险
计划与任务定义不够充分
定义了项目追踪过程并且明晰项目角色与责任,就能处理这些管理风险因素。
GL02
实际项目状态不够明确
GL03
项目所有者与决策者分不清
GL04
对用户不切实际得承诺
GL05
员工之间得冲突
风险条目检查表举例(2)
代号
风险类别
风险内容
相关说明
JS01
技术风险
缺乏相关技术培训
软件技术得飞速发展与经历丰富员工得缺乏,意味着项目团队可能会因为技术得原因影响软件项目得成功
JS02
对方法、工具理解得不够
JS03
应用领域得经验不够
JS04
出现新得技术与开发方法
WB01
外部风险
与外部转包商得关系不明确
无法很好地控制外部得相关性,但可识别与预防。
WB02
不可抗力因素得存在
WB03
相关政策、法规得稳定性不够
2--风险评估
确定风险发生概率得估计与评价,项目风险后果严重程度得估计与评价,项目风险影响范围得分析与评价,以及对于项目风险发生时间得估计与评价。
风险评估
分析
风险发生得概率,确定发生得可能性(P)
风险后果,发生后对项目目标得影响(I)
风险值,风险得严重程度R=F(P,I)
风险评估
确定优先次序
按风险得严重性排序
确定最需要关注得TOP10风险
风险评估得方法-定性风险评估
定性评估风险概率及后果
风险概率
风险概率值:
>没有可能(0)
<确定(1)
风险概率度量:
高、中、低
极高、高、中、低、极低
不可能,不一定,可能与极可能
等等
风险后果(影响)
风险后果