第七章软件项目风险管理课件

,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,2019-7-16,谢谢欣赏,*,第七章 软件项目风险管理,软件项目管理,1,谢谢欣赏,2019-7-16,软件项目中的风险,不断变换的需求,低劣的计划和估算,不可信赖的承包人,欠缺的管理经验,人员问题,技术失败,政策的变化,2,谢谢欣赏,2019-7-16,本章内容要点,风险和风险管理,风险识别,风险评估,风险规划,风险监控,软件项目风险管理计划（案例）,3,谢谢欣赏,2019-7-16,第一节 风险和风险管理,风险,是不确定的事件，一旦发生，将会造成消极影响。,风险的,三要素：,一个未来的事件,事件发生的概率,事件的影响,风险发生的概率越高，造成的影响越大，就越是高风险，否则就是中等风险或低风险。,4,谢谢欣赏,2019-7-16,风险分类,从风险的范围角度上看，可将风险分为三种类型：,项目风险,：潜在的项目预算、进度、人员、资源、用户和需求等方面的问题。,技术风险,：实现和交付产品过程中所应用的各种技术所包含的风险。技术的正确性、不确定性、复杂性、技术陈旧等因素都可带来技术风险。,商业风险,：与市场、企业产品策略等因素有关的风险。,5,谢谢欣赏,2019-7-16,从风险可预测的程度来看，可将风险分为以下三种类型：,已知风险,：通过评估项目计划、项目的商业和技术环境以及其它可靠的信息来源之后可以发现的那些风险。,可预测风险,：能够从过去的项目经验中推测出的风险。,不可预测风险,：事先很难识别出来的风险。,风险分类,6,谢谢欣赏,2019-7-16,风险管理,风险管理,是指在项目进行过程中不断对风险进行识别、评估和监控的过程，其目的是减小风险对项目的不利影响。,风险管理用来处理项目中的各种不确定性。风险管理策略可以分为,4,个层次：,危机管理：风险已经造成麻烦后才着手处理。,风险缓解：事先制定好风险发生后的补救措施，但不制定任何防范措施。,着力预防：将风险防范作为项目的一部分加以规划和执行。,消灭根源：识别和消灭可能产生风险的根源。,7,谢谢欣赏,2019-7-16,应采取主动的风险管理策略，即着力预防和消灭根源的管理策略。这一策略在项目计划阶段就启动了：识别出潜在的风险、评估它们出现的概率和潜在的影响、按照重要性进行排序，然后制定一个计划来管理风险。,软件项目风险管理包括风险识别、风险评估、风险规划和风险监控四个过程。,风险管理,8,谢谢欣赏,2019-7-16,本章内容要点,风险和风险管理,风险识别,风险评估,风险规划,风险监控,软件项目风险管理计划（案例）,9,谢谢欣赏,2019-7-16,第二节 风险识别,输入,标识风险,风险表,10,谢谢欣赏,2019-7-16,风险识别方法,检查表法,德尔菲方法,头脑风暴法,情景分析法,11,谢谢欣赏,2019-7-16,检查表法,风险检查表中列出了项目中常见的风险。,项目相关人员通过核对风险检查表，判断哪些风险会出现在项目中。,可根据项目经验对风险检查表进行修订和补充。,该方法可以使管理者集中识别常见类型的风险。,有研究表明：,IT,项目常常存在一些共同的风险。,如：人员缺乏、不现实的人员和成本估计、晚期需求变化、外购构件缺陷等。,12,谢谢欣赏,2019-7-16,风险检查表中的风险条目通常与以下几个方面相关：项目规模、商业影响、项目范围、客户特性、过程定义、技术要求、开发环境、人员数目及其经验。其中每一项都包含很多风险条目。,使用检查表法进行风险识别的优点是快速而简单，可以用来对照项目的实际情况，逐项排查，从而帮助识别风险。但由于每个项目都有其特殊性，检查表法很难做到全面周到。,检查表法,13,谢谢欣赏,2019-7-16,德尔菲（,Delphi,）方法,德尔菲方法又称专家调查法，本质上是一种匿名反馈的函询法。它起源于,20,世纪,40,年代末，最初由美国兰德公司应用于技术预测。,把需要做风险识别的软件项目的情况分别匿名征求若干专家的意见，然后把这些意见进行综合、归纳和统计，再反馈给各位专家，再次征求意见。这样反复经过四至五轮，逐步使专家意见趋向一致，作为最后预测和识别风险的依据。,14,谢谢欣赏,2019-7-16,头脑风暴法,头脑风暴（,Brain Storm,）法简单来说就是团队的全体成员自由地提出自己的主张和想法，它是解决问题时常用的一种方法。,利用头脑风暴法识别项目风险时，要将项目主要参与人员代表召集到一起，然后他们利用自己对项目不同部分的认识，识别项目可能出现的问题。一个有益的做法是询问不同人员所担心的内容。,头脑风暴法的优点是可对项目风险进行全面的识别。,15,谢谢欣赏,2019-7-16,情景分析法,情景分析法是根据项目发展趋势的多样性，通过对系统内外相关问题的系统分析，设计出多种可能的未来前景，然后用类似于撰写电影剧本的手法，对系统发展态势做出自始至终的情景和画面的描述。,情景分析法是一种适用于对可变因素较多的项目进行风险预测和识别的技术，它在假定关键影响因素有可能发生的基础上，构造多重情景，提出多种未来的可能结果，以便采取适当措施防患于未然。,16,谢谢欣赏,2019-7-16,本章内容要点,风险和风险管理,风险识别,风险评估,风险规划,风险监控,软件项目风险管理计划（案例）,17,谢谢欣赏,2019-7-16,第三节 风险评估,对风险发生概率的估计和评价，项目风险后果严重程度的估计和评价，项目风险影响范围的分析和评价，以及对于项目风险发生时间的估计和评价。,风险值（风险的严重程度）,R=F(P,I),P,是风险发生的概率。,I,是风险发生后对项目目标的影响。,18,谢谢欣赏,2019-7-16,确定风险的优先次序,根据风险的严重程度进行排序，确定最需关注的前几个（,TOP10,）风险。,风险评估的方法包括定性风险评估和定量风险评估。,19,谢谢欣赏,2019-7-16,定性风险评估,定性评估风险的发生概率及后果。,风险概率度量：,高、中、低,极高、高、中、低、极低,不可能，不一定，可能和极可能,等等,20,谢谢欣赏,2019-7-16,风险后果度量,高、中、低,极高、高、中、低、极低,灾难，严重，一般，轻微，可忽略,等等,定性风险评估,21,谢谢欣赏,2019-7-16,风险概率及后果估计矩阵图,P,R,I,Low,Medium,High,High,L,H,H,Medium,L,H,H,Low,L,M,M,22,谢谢欣赏,2019-7-16,定量风险评估,量化分析每一个风险的概率及其对项目造成的后果，也分析项目总体风险的程度。,分析方法：,盈亏平衡分析,模拟,专家访谈,决策树分析,量化风险检查表,23,谢谢欣赏,2019-7-16,专家访谈,邀请具有类似项目经验或相关领域经验的专家，这些专家运用他们丰富的经验和知识对软件项目的风险进行度量。其结果会相当准确和可靠，甚至有时比通过数学计算和模拟仿真得出的结果还要准确和可靠。,如果风险的影响后果大小不易直接估算出来，可以把后果分解为更小的部分，再对其进行评估，然后把各个部分的结果累加，得到总的评估值。例如，如果使用,3,种新编程工具，可以单独评估每种工具未达到预期效果的损失，然后把损失加到一起，这要比总体评估容易多了。,24,谢谢欣赏,2019-7-16,决策树分析,决策树是一种形象化的图表分析方法，它把项目所有可供选择的方案、方案之间的关系、方案的后果及发生的概率用树状的图形表示出来，为决策者提供选择最佳方案的依据。,决策树中的每一个分支代表一个决策或者一个偶然的事件，从出发点开始不断产生分支以表示所分析问题的各种发展的可能性。,25,谢谢欣赏,2019-7-16,每一个分支都采用,预期损益值,（,Expected Monetary Value, EMV,）作为其度量指标。决策者可根据各分支的预期损益值中最大者（如求最小，则为最小者）作为选择的依据。预期损益值等于损益值与事件发生的概率的乘积，即：,EMV=,损益值,发生概率,例如：某行动方案成功的概率是,50%,，收益是,10,万，则,EMV=10*50%=5,万。,决策树分析,26,谢谢欣赏,2019-7-16,决策树分析示例,EMV=0,失败：,P=30%,outcome=,-200,000,成功：,P=70%,高性能：,P=30%, outcome=550,000,EMV=550,000* 30%=165000,低性能：,P=70%, outcome=- 100,000,EMV=-100,000* 70%=-70000,EMV=95,000*70%=66500,实施后：,EMV=6,500,不实施,EMV=-200,000*30%=-60000,27,谢谢欣赏,2019-7-16,决策树分析示例,利用决策树风险分析技术来分析如下两种情况，以便决定你会选择哪种方案：（要求画出决策树）,方案,A,：随机投掷硬币两次，如果两次投掷的结果都是硬币正面朝上，你将获得元；投掷的结果背面每朝上一次你需要付出,.,元。,方案,B,：随机投掷硬币两次，你需要付出元；如果两次投掷的结果都是硬币正面朝上，你将获得元。,28,谢谢欣赏,2019-7-16,决策树分析示例,0.25*10=$2.5,元,0.5*-1.5=-0.75,元,0.25*-3=-$0.75,元,GameA:EMV,=,1,0.25*8=2,元,0.5*-2=-1,元,0.25*-2=-0.5,元,GameB:EMV,=,0.5,10,元,-1.5,元,8,元,=10-2,-2,元,-2,元,-3,元,29,谢谢欣赏,2019-7-16,风险评估结果,风险,类别,概率,影响,排序,用户变更需求,产品规模,80%,5,1,规模估算可能过低,产品规模,60%,5,2,人员流动,人员数目及经验,60%,4,3,最终用户抵制该计划,商业影响,50%,4,4,交付期限被紧缩,商业影响,50%,3,5,技术达不到预期效果,技术情况,30%,2,7,缺少对工具的培训,开发环境,40%,1,8,30,谢谢欣赏,2019-7-16,本章内容要点,风险和风险管理,风险识别,风险评估,风险规划,风险监控,软件项目风险管理计划（案例）,31,谢谢欣赏,2019-7-16,第四节 风险规划,针对风险分析的结果，制定风险应对策略和措施的过程，其目标是应对、减少、以至于消灭风险事件。,风险规划的主要策略：,回避风险,转移风险,缓解风险,接受风险,32,谢谢欣赏,2019-7-16,回避风险,回避风险是对可能发生的风险尽可能地规避，采取主动放弃或者拒绝使用导致风险的方案。,例如放弃采用新技术。,消除了风险的起因，将风险发生概率降为零。具有简单和彻底的优点。,33,谢谢欣赏,2019-7-16,回避风险,注意事项：,对风险要有足够的认识；,当其他风险策略不理想的时候，可以考虑；,可能产生另外的风险；,不是所有的情况都适用，有些风险无法回避，如用户需求变更；,34,谢谢欣赏,2019-7-16,转移风险,转移风险是为了避免承担风险损失，有意识地将损失或与损失有关的财务后果转嫁出去的方法。,例如：,采购,分包,免责合同,保险,35,谢谢欣赏,2019-7-16,缓解风险,在风险发生之前采取一些措施降低风险发生的可能性或减少风险可能造成的损失。,例如，为了防止人员流失，提高人员待遇，改善工作环境；为防止程序或数据丢失而进行备份等。,36,谢谢欣赏,2019-7-16,接受风险,项目团队有意识地选择由自己来承担风险后果。,当风险很难避免，或采取其它风险应对方案的成本超过风险发生后所造成的损失时，可采取接受风险的策略。,主动接受：在风险识别、分析阶段已对风险有了充分准备，当风险发生时马上执行应急计划。,被动接受：风险发生时再去应对。在风险事件造成的损失数额不大，不对软件项目的整体目标造成较大影响时，项目团队将风险的损失当做软件项目的一种成本来对待。,37,谢谢欣赏,2019-7-16,风险规划示例,人员的频繁流动是一项风险，基于过去的历史和管理经验，人员频繁流动可能性的估计值为,70%,，会造成开发时间增加,15%,，总成本增加,12%,。对于这一风险，项目经理采取了以下风险缓解策略：,38,谢谢欣赏,2019-7-16,与现有人员讨论人员流动的原因。,项目启动时，做好会出现人员流动的准备，采取一些技术以确保人员的一旦离开后，项目仍然能继续。,建立良好的项目组织和通信渠道，以使大家能够了解每个有关的开发活动的信息。,指定文档标准并建立相应的机制，以保证文档能够及时建立。,对所有工作组织细致的评审，使大多数人能够按计划进度完成自己的工作。,风险规划示例,39,谢谢欣赏,2019-7-16,风险分析表,排序,输入,风险事件,可能性,影响,风险值,采取的措施,1,系统设计评审,没有足够的时间进行产品测试,70%,50%,35%,1,采取加班的方法,2,修改计划去掉一些任务,3,与客户商量延长一些时间,2,WBS,对需求的开发式系统标准没有合适的测试案例,20%,80%,16%,找专业的测试公司完成测试工作,3,需求和计划,采用新技术可可能导致进度的延期,50%,30%,15%,1,培训开发人员,2,找专家作指导,3,采取边开发边学习的方法，要求他们必须在规定的时间内掌握技术,40,谢谢欣赏,2019-7-16,本章内容要点,风险和风险管理,风险识别,风险评估,风险规划,风险监控,软件项目风险管理计划（案例）,41,谢谢欣赏,2019-7-16,第五节 风险监控,实施和跟踪风险管理计划,确保风险策略正在合理使用,监视剩余的风险和识别新的风险,收集可用于将来的风险分析信息,42,谢谢欣赏,2019-7-16,风险监控,方法,：,建立项目风险监控体系,风险审核,挣值分析,项目风险评价,输入：,风险计划,输出：,风险计划更新,43,谢谢欣赏,2019-7-16,建立风险监控体系,项目风险监控体系的建立，包括制定项目风险的方针、程序、责任制度、报告制度、预警制度、沟通程序等方式，以此来控制项目的风险。,44,谢谢欣赏,2019-7-16,项目风险审核,项目风险审核是确定项目风险监控活动和有关结果是否符合项目风险计划，以及风险计划是否有效地实施并达到预定目标。有系统地进行项目风险审核是开展项目风险监控的有效手段，也可以作为改进项目风险监控活动的一种有效的机制。,Top 10,风险列表控制是最有效的风险控制工具之一。,定期,(,每周,),审核,Top 10,风险列表。,45,谢谢欣赏,2019-7-16,Top 10,风险列表样例,46,谢谢欣赏,2019-7-16,挣值分析,通过挣值分析可以显示项目在成本和进度上的偏差。如果偏差较大，则需要进一步对项目风险进行识别、分析。,47,谢谢欣赏,2019-7-16,风险评价,软件项目管理会面临很多已知和未知的问题，尤其是没有管理经验的项目经理更应该及早评价和预防项目风险。风险评价按照阶段不同可以分为：事前评价、事中评价、事后评价、跟踪评价等；按照评价方法不同可以分为定性评价、定量评价和综合评价等。,48,谢谢欣赏,2019-7-16,风险管理是一个连续循环的过程,49,谢谢欣赏,2019-7-16,案例分析,案例描述,江西某行业业务运营支撑网络管理工程是全国性重点工程，受到该公司领导层的高度重视，委派业务支撑部部门经理为项目总监，张工为项目经理。,在编制早期计划书时，市场部李工不断提出新的需求，而张工“来者不拒”，不停地更改项目计划。,在工程的机房设备平面设计中，张工组织人员自行设计，将大部分机架式的小型机集中摆放在一片较小区域内。,50,谢谢欣赏,2019-7-16,本期工程正式完全割接上线前，旧系统仍然需保持运行。保证系统稳定运行是项目团队的第一要务，在系统割接期间，确保,7,天,24,小时的业务连续平稳运行。,问题：该工程中有哪些风险？应采取怎样的应对策略？,案例分析,51,谢谢欣赏,2019-7-16,分析,频繁的需求变更必然会影响信息工程项目的三大目标（进度、成本、质量）。因此引导客户需求对项目经理来说就非常关键，引导得好，项目的开发就会比较顺利，相反，就会给项目带来很多负面影响。,在该项目中，项目经理张工对市场部李工不断提出的新需求采取了“来者不拒”的态度，这是不恰当的，应为这会使项目计划不断变动，导致项目范围无法确定，工期和成本不可控制，,案例分析,52,谢谢欣赏,2019-7-16,团队成员工作目标也不明确，因此出现了非常严重的需求风险。,为了应对这一风险，张工应该与李工积极地沟通和谈判，使他明白工程的重要意义，并承诺工程不是交钥匙项目，可为系统升级和扩容留有扩展接口，将来新的需求能够通过后续工程逐步实现，从而使需求趋于稳定。,在工程的机房设备平面设计中，将大部分机架式的小型机集中摆放在一片较小区域内，从表面上看，提高了机房平面空间的使用率，但是由于未充分考虑到设备散热因素，容易造成该区域,案例分析,53,谢谢欣赏,2019-7-16,机器过热而宕机。因此团队的机房设计技术经验不足给项目带来了系统运行不稳定的风险。,可采取风险转移策略来应对这一风险。张工可聘请具有通信设计资质的专家来负责机房设备平面设计，从机房空调、电源、布线、承重、消防等各个方面进行详细的勘察和设计，从而保证设备运行的可靠性，实现工程设计风险的良性转移。,在系统割接期间，新旧系统要顺利交接，这给系统业务的,7天24小时,连续平稳运行带来了风险，,案例分析,54,谢谢欣赏,2019-7-16,因此项目组必须制定详尽可行的系统割接方案、新旧系统并运行方案和故障应急处理方案。,案例分析,55,谢谢欣赏,2019-7-16,本章内容要点,风险和风险管理,风险识别,风险评估,风险规划,风险监控,软件项目风险管理计划（案例）,56,谢谢欣赏,2019-7-16,软件项目风险管理计划,风险管理计划的主要内容,风险应对计划（,top 10,清单）,岗位职责,时间,预算,追踪等等,57,谢谢欣赏,2019-7-16,任务,可能的风险,产生的阶段,产生的原因,避免的措施,发生后的处理,制定设计阶段的规范和标准,时间风险,项目准备,需制定的规范和标准较多，而同时需完成其他工作，使得可使用的时间和资源有限,开发环境确认,资源风险,系统设计,由于设备未到位导致延误开发,管理系统设计,技术风险,系统设计,基于,TeMIP,平台开发,SDH,专网管理系统对于公司乃至国内都是全新的课题，由于技术的掌握程度和经验的欠缺,在系统设计前请,TeMIP,专家进行相关培训,对功能规格和系统设计的调整,时间风险,0,版本开发,评测结果对功能规格和系统设计影响较大,0,版本开发,时间风险,0,版本开发,由于学习曲线过长延误时间,系统测试,资源风险,0,版本开发,开发人员与,SQA,人员对工作站和服务器使用的争夺,MD,现场调试,资源风险,1,版本开发,由于设备问题延误现场调试,现场运行环境确认,资源风险,2,版本开发,由于设备问题延误验收测试的进行,任务,可能的风险,产生的阶段,产生的原因,避免的措施,发生后的处理,制定设计阶段的规范和标准,时间风险,项目准备,需制定的规范和标准较多，而同时需完成其他工作，使得可使用的时间和资源有限,开发环境确认,资源风险,系统设计,由于设备未到位导致延误开发,管理系统设计,技术风险,系统设计,基于,TeMIP,平台开发,SDH,专网管理系统对于公司乃至国内都是全新的课题，由于技术的掌握程度和经验的欠缺,在系统设计前请,TeMIP,专家进行相关培训,对功能规格和系统设计的调整,时间风险,0,版本开发,评测结果对功能规格和系统设计影响较大,0,版本开发,时间风险,0,版本开发,由于学习曲线过长延误时间,系统测试,资源风险,0,版本开发,开发人员与,SQA,人员对工作站和服务器使用的争夺,MD,现场调试,资源风险,1,版本开发,由于设备问题延误现场调试,现场运行环境确认,资源风险,2,版本开发,由于设备问题延误验收测试的进行,任务,可能的风险,产生的阶段,产生的原因,避免的措施,发生后的处理,制定设计阶段的规范和标准,时间风险,项目准备,需制定的规范和标准较多，而同时需完成其他工作，使得可使用的时间和资源有限,开发环境确认,资源风险,系统设计,由于设备未到位导致延误开发,管理系统设计,技术风险,系统设计,基于,TeMIP,平台开发,SDH,专网管理系统对于公司乃至国内都是全新的课题，由于技术的掌握程度和经验的欠缺,在系统设计前请,TeMIP,专家进行相关培训,对功能规格和系统设计的调整,时间风险,0,版本开发,评测结果对功能规格和系统设计影响较大,0,版本开发,时间风险,0,版本开发,由于学习曲线过长延误时间,系统测试,资源风险,0,版本开发,开发人员与,SQA,人员对工作站和服务器使用的争夺,MD,现场调试,资源风险,1,版本开发,由于设备问题延误现场调试,现场运行环境确认,资源风险,2,版本开发,由于设备问题延误验收测试的进行,任务,可能的风险,产生的阶段,产生的原因,避免的措施,发生后的处理,制定设计阶段的规范和标准,时间风险,项目准备,需制定的规范和标准较多，而同时需完成其他工作，使得可使用的时间和资源有限,开发环境确认,资源风险,系统设计,由于设备未到位导致延误开发,管理系统设计,技术风险,系统设计,基于,TeMIP,平台开发,SDH,专网管理系统对于公司乃至国内都是全新的课题，由于技术的掌握程度和经验的欠缺,改换成其他的技术实现,对功能规格和系统设计的调整,时间风险,0,版本开发,评测结果对功能规格和系统设计影响较大,0,版本开发,时间风险,0,版本开发,由于学习曲线过长延误时间,系统测试,资源风险,0,版本开发,开发人员与,SQA,人员对工作站和服务器使用的争夺,MD,现场调试,资源风险,1,版本开发,由于设备问题延误现场调试,现场运行环境确认,资源风险,2,版本开发,由于设备问题延误验收测试的进行,58,谢谢欣赏,2019-7-16,推荐的风险管理措施,软件项目计划应包括风险管理计划,在必要时任命风险管理负责人,使用,TOP TEN,风险清单作为主要的风险管理工具,建立匿名风险汇报渠道,59,谢谢欣赏,2019-7-16,本章小结,1.,风险、风险分类、风险管理,2.,风险识别：检查表法、德尔菲方法、头脑风暴法、情景分析法,3.,风险评估：定性、定量,4.,风险规划：回避风险、转移风险、缓解风险、接受风险,5.,风险监控：建立风险监控体系、风险审核、挣值分析、项目风险评价,6.,软件项目风险管理计划,60,谢谢欣赏,2019-7-16,练习题,什么是风险？从风险的范围角度可将软件项目风险分为哪几类？,风险规划的四种主要策略是什么？,61,谢谢欣赏,2019-7-16,