软件开发项目的风险管理过程.docx

《软件开发项目的风险管理过程.docx》由会员分享，可在线阅读，更多相关《软件开发项目的风险管理过程.docx（8页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件开发工程的风险管理过程摘要本文详尽地描述了软件开发工程的风险管理过程，主要 包括过程的具体活动，和采用的工具。这里将软件风险管理 过程分为五个步骤：风险识别，风险分析，风险计划，风险 跟踪，和风险应对。对于每个步骤的具体活动将在后面详细 介绍。风险管理过程软件风险是指软件开发过程中及软件 产品本身可能造成的伤害或损失。风险的最大特征是不确定 性，也就是说它可能发生，也可能不发生。风险管理在工程 管理中有非常重要的地位：有效的风险管理可以提高项 目的成功率。在工程早期就应该进行必要的风险分析，并通 过规避风险降低失败概率，防止返工造成本钱上升。前对风险制定对策，就可以在风险发生时迅速作出反响

2、，避 免忙中出错造成更大损失。风险管理可以增加团队的健 壮性。与团队成员一起做风险分析可以让大家对困难有充分 估计，对各种意外有心理准备，不至受挫后士气低落；而项 目经理如果心中有数就可以在发生意外时沉着应对，大大提 高组员的信心从而稳定队伍。有效的风险管理可以帮助 工程经理抓住工作重点，将主要精力集中于重大风险，将工 作方式从被动救火转变为主动防范。风险管理可以简单分成 五个步骤：风险识别、风险分析、风险计划、风险跟踪、和 风险应对。如下列图所示：*识别风险和分析风险包含了评 估风险所需的活动。计划风险、跟踪风险和应对风险包含了 控制风险所需的实践。一、风险识别风险识别过程的活动是将不确定性

3、转化为明确的风险陈述。包括以下几项，可以重复进行，也可以同时进行:1。进行风险评估。在工程的初始阶段，以及发生重大转折或重要 工程变更时。这些变化通常是指本钱、进度、范围或人员的 变化。2.系统地识别风险。使用以下三种简单的方法来识别 风险:风险清单、例会（周会）和每日输入（每日晨会）。3.记录 的风险。通过写风险陈述，详细记录相关的风险背景， 记录的风险，对应的风险背景包括发生了什么，何时, 何地，如何，为什么。4.传达的风险。同时，口头和书传达的风险。在所有人都参加的会议上传达的风 险，并在文件中详细记录已识别的风险，以供他人参考。二、风险分析风险分析过程的活动是按照优先级顺序将风险陈述转

4、换成 风险列表。包括以下活动：1 .确定风险的驱动因素。为了很 好地消除软件风险，工程经理需要识别影响软件风险因素的 风险驱动因素，包括性能、本钱、支持和进度。2.分析风险 的来源。源头是风险的根本原因。3.预测风险影响。如果风 险发生，将通过可能性和后果来评估风险影响。可能性定义 为大于0小于100,分为5级（1, 2, 3, 4, 5）o将后果分为 4个等级（低、中、高、严重）。风险按风险可能性和后果分 组。特定群组如下表所示：后果关键的117421高1512853中等18161396低201917141012345风险影响等级4.根据风险的影响确定风险的优先级。优先级最高的风险 的风险严

5、重性等于1,优先级最低的风险的风险严重性等于 20o优先考虑高等级风险。三、风险计划风险规划流程的活动是将优先风险列表转换为风险响应计 划。它包括以下内容：1 ,制定风险应对策略。风险应对策略 包括接受、回避、保护、减少、研究、储藏和转移。2.制定 风险行动步骤。行动步骤详细说明了选定的风险应对方法。它将详细描述处理风险的步骤。Ui风险跟踪风险跟踪流程的活动包括监控风险状态和发布通知以启动 风险应对措施。它包括以下内容,比拟阈值和状态。让它 通过工程控制面板。如果指标值超出可接受的标准，那么说明 情况不可接受。2.及时通知启动风险。要启动的风险在每天 的晨会上向全组汇报，安排负责人处理。3.定

6、期报告风险。 在例会上告知相关人员当前的主要风险及其状态。五、风险应对风险应对流程的活动是实施风险行动计划，以便将风险降 低到可接受的水平。它包括以下内容：1 .响应触发事件的通 知。授权人员必须对触发事件做出响应。适当的应对措施包 括审查当前现实、更新行动时间框架和分配风险行动计划。2.实施风险行动计划。应根据书面风险行动计划处理风险。3.对照计划报告进展情况。确定并传达相对于原计划取得的进 展。定期汇报风险状况，加强集团内部的沟通。团队必须定期审查风险状态。4.纠正与计划的偏差。有时候效果不尽如 人意，就必须换其他方式。记录更正的相关内容。相关标准 和规定。可能性评估标准。可能性评估标准2

7、后果评估标准后果评估标准可能性不确切的表达估计80%几乎一定，非常可能561%80%可能，我们相信441%60%我们怀疑，可能不会，大于50%321%40%不可能，可能不会21%20%非常不可能，机会很小1准那么本钱.进度技术目标低低于1%比原计划落后1周对性能稍有影响中等低于5%比原计划落后2周对性能有一定的影 响高低于10%比原计划落后1个月对性能有严重影响关键 的10%或更 多比原计划落后1个月以 上无法完成任务3时间框架评估准那么 时间框架评估准那么时间框架估计1个月短2个月适当三个月.长4风险的驱动因素风险因素是以如下的方式定义的：1、 性能风险一一产品能够满足需求且符合于其使用目的

8、的不确 定的程度。2、本钱风险一一工程预算能够被维持的不确定 的程度。3、支持风险一一软件易于纠错、适应及增强的不 确定的程度。4、进度风险一一工程进度能够被维持且产品 能按时交付的不确定的程度。过程工具以下介绍的过程工 具，只给出了工程描述。大家可根据自己公司的实际情况进 行修改，并定制出适合自己的工具进行使用。1风险数据库 风险数据库是用来记录风险，跟踪风险处理过程，并能够对 风险进行简单查询和统计的风险管理工具。一般内容：包 括工程的一般信息（如名称），和在本工程中风险处理采用 的一些标准和规定等。1、工程名称2、可能性评估准那么（1, 2, 3, 4, 5） 3、后果评估准那么（低，中

9、等，高，关键的）4、时间框架准那么（短，中等，长）5、风险应对 策略（风险应对策略用接受、防止、保护、减少、研究、储 备和转移）6、风险的状态（Watch, ExecuteContingency, Mitigate, Transfer, Avoid, Retired ）7、风险驱动因素的类别（性能，本钱，技术，进度）风险记录的内容：风险的内容是在风险处理的不同阶段不断添加 进去的，如在风险计划阶段填写应对策略和行动步骤两列。1、编号2、识别日期3、识别者姓名4、风险类别（产 品规模、商业影响、客户特性、过程定义、开发环境、技术 难题、人员数目及经验）5、风险标题6、风险评估a. 风险背景b.驱

10、动因素（性能，本钱，技术，进度）c.风 险来源d.可能性（1、2、3、4、5） e.后果（低、中等、 高、关键的）f.时间框架（短、中等、长）g.风险影响（1、 2、 3、 4、 5、 6、 7、 8、 9、 10、 11、 12、 13、 14、 15、16、 17、 18、 19、 20)16、 17、 18、 19、 20)7、风险计划a.应对策（风险应对策略用接受、防止、保护、减少、研究、储藏和转移）b.行动步骤8、风险跟踪a.风险的状态（Watch, ExecuteContingency, Mitigate, Transfer, Avoid, Retired ） b. 批注9、风险应

11、对a.负责人b.完成日期c.批注辅助 的管理功能：1、查看所有风险的状态（风险矩阵）2、 对所有的当前风险进行优先排序3、已结束风险的备案2 工程控制面板工程控制面板可用作自动工程跟踪工具。将项 目的各方面的数据（如需求变更数量，Bug数量等）录入对应 的表格，即可自动得到当前关键指标的状杰（是否处于正常 的范围之内）。关键的工程指标包括：工程的进度，工作的:率，需求的变化，配置项的变化，人员的流动，不同阶段 的缺陷数目，加班时间等。如果我们给每个指标一个可接受 的阈值，当超过这个阈值时，系统便会自动给出警告。控制 面板的首页面是一系列的度量仪表，仪表上的指示将随着你 输入的工程信息计算迩来。

12、每个仪表分为两局部，白色的安 全区和红色的警告区。如果指针处于红色区域，那么说明有不 可接受的情况发生。除此之外，当你单击每个仪表或图表 时，会自动联接并切换到对应的更详细的分析图表中。3风 险检查表 该检查表可以用来识别风险，并可以集中来识别下 列常见子类型中的及可预测的风险：1、产品规模一一 与要建造或要修改的软件的总体规模相关的风险。2、商业 影响一一与管理或市场所加诸的约束相关的风险。3、客户 特性一一与客户的素质以及开发者和客户定期通信的能力相 关的风险。4、过程定义一一与软件过程被定义的程度以及 它们被开发组织所遵守的程度相关的风险。5、开发环境一 一与用以建造产品的工具的可用性及质量相关的风险。6、 技术难题一一与待开发软件的复杂性以及系统所采用的新技 术相关的风险。7、人员数目及经验一一与参与工作的软件 工程师的总体技术水平及工程经验相关的风险。