第7章 风险管理1.doc

第7章风险管理 !7.1介绍 17.2风险管理规程 27.2.1 目的 27.2.2角色与职责 37.2.3启动准则 37.2.4 输入 37.2.5主要步骤 3IStepl］风险识别 3［Step2］风险分析 3fStep3］风险减缓 3［Step4］风险跟踪 37.2.6 输出 47.2.7结束准则 47.2.8 度量 47.3实施建议 4第7章风险管理风险管理(Risk Management, RiskM)的目的是在风险产生危害Z前识别它们，从而 有计划地消除或削弱风险风险管理过稈域是SPP模型的重要组成部分木规范阐述了风险管理的规程，该规 程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”、“完成准则” 和“度量”均已定义木规范适用于国内IT企业的软件研发项目建议用户根据H身情况(如商业目标、 研发实力等)适当地修改本规范，然后推广使用7.1介纟所有可能危害项目的因素都称为风险被刻曲为风险的事件最终可能发生也可能不 发生人们对待风险有两种态度一种是被动态度，可比作“救火模式”另一种是主动 态度，可比作“防火模式”风险管理属于“防火模式”，目的就是“防止风险产生真正 的危害”。

为了便于量化管理，我们给风险定义3个参数：◊ 风险严重性：指风险对项目造成的危害程度◊风险可能性：指风险发生的几率◊风险系数：是风险严重性和风险可能性的乘积参数等级值描述风险严重性很高5例如进度延误大于30%,或者费用超支大于30%比较高4例如进度延误20%~30%,或者费用超支20%~30%中等3例如进度延误低于20%,或者费用超支低于20%比较低2例如进度延误低于10%,或者费用超支低于10%很低1例如进度延误低于5%,或者费用超支低于5%o表7-1风险严朿性等级参数等级值描述风险可能性很高5风险发生的几率为1.0 ~ 0.8比较高4风险发生的几率为0.8 - 0.6中等3风险发生的几率为0.6 ~ 0.4比较低2风险发生的几率为0.4~0.2很低1风险发生的几率为0.2 ~ 0.0表7-2风险可能性等级风险系数风险可能性很高5比较高4中等3比较低2很低I风险严重性很高 5252015105比较高420161284中等 31512963比较低2108642很低 154321本表灰色部分的风险系数值为10-25,应当优先处理表7-3风险系数等级风险严重性的等级划分如表7-1所示，风险可能性的等级划分如表7-2所示，风险 系数的等级划分如表3所示。

风险管理有4个主要活动：风险识别 风险分析 风险减缓 风险跟踪根据风险检杏表，识别出木项目的风险估计风险严重性、风险可能性、风险系数对于风险系数超过“容许值”的每一个风险，都应当采取减缓措施 跟踪风险减缓过程，记录风险的状态在项目的生命周期内，上述4个活动将被循环执行，如图7・1所示直到项日的所 有风险都被识别与解决为止常用的风险检查表见[SPP・TEMP・RISKM・CHECKLIST],使用者应根据实际情况 进行适当的删减或补充风险管理过程域产生的主要文档是《风险管理报告》，模板见 [SPP TEMP RISKM REPORT]7.2风险管理规程7.2.1目的• 在项目的生命周期内，循环执行风险识别、风险分析、风险减缓和风险跟踪，肓到项目的所有风险都被识别与解决为止7.2.2角色与职责• 项目经理负责风险管理• 项目成员协助项目经理处理风险723启动准则• 《项目计划》已经制定，项目研发已经开始7.2.4输入• 《项目计划》• 项目监控过程产生的文档如《项目监控数据表》、《项目偏差控制报告》和《项目进 展报告》等725主要步骤[Stepl]风险识别• 项目经理根据“风险检杳表” [SPP・TEMP・RISKM・CHECKLIST],定期（例如每周 —次）识别本项目的风险。

[Step2]风险分析• 项目经理评估每个风险的严重性、可能性和风险系数，并按照风险系数从高到低的 顺序排列风险[Step3]风险减缓• 对于风险系数超过“容许值”（建议为10）的每一个风险，项目经理应当给出风险 减缓措施，并指定责任人风险系数越高，越先处理[Step4]风险跟踪• 项目经理跟踪风险减缓过稈，直到风险已经解决为止如果风险的性质发生变化， 应当及时更新风险减缓措施7.2.6输出• 《风险管理报告》7.2.7结束准则• 所有风险都已经解决，相关信息已经记录到《风险管理报告》之中7.2.8度量• 项目经理统计工作量7.3实施建议• 对风险管理过程域产生的所有有价值的文档进行配置管理• 项目经理根据木项目的特征，确定风险识别的频度（通常为毎周一次），适当修改“风险检杳表” [SPP-TEMP-RISKM-CHECKLIST]0• 选用合适的软件工具，尽量减少风险管理过程域的工作量• 项目监控和风险管理均由项目经理负责，建议同步执行。