SPM05-软件项目风险管理课件

SPM05-软件项目风险管理,1,第5章软件项目风险管理,5.1概述5.2风险识别5.3风险分析、规划5.4风险跟踪与应对5.5风险管理验证,SPM05-软件项目风险管理,2,5.1.1风险,SEI将风险定义为损失的可能性。风险具有两大属性：可能性和损失。可能性是指风险发生的概率，损失是指预期与后果之间的差异。风险的根源在于事物的不确定性。,SPM05-软件项目风险管理,3,软件风险管理的相关概念,目标:明确定义的目标界定了可接受的风险范围。不确定性:未知的因素。损失:没有潜在的损失，就没有风险时间选择决策应对风险,SPM05-软件项目风险管理,4,导致软件风险的原因,进度过分紧迫；预算过分紧张；性能过分的超群，软件可靠性要求过高；人员缺乏经验，组织结构不适宜；期望过高而不现实；没有明确或理解合同的条款；软件规模估计不恰当；管理部门缺乏经验；,风险分析和管理不恰当；缺乏政策性支持；不熟悉技术或过程；不熟悉必要的硬件；需求不一致（或定义不充分）；需求不断变动；软件开发计划不恰当；软件开发过程模型不适用；缺乏软件工程技术和方法；缺乏自动化工具的支持,6.1软件项目风险管理概述,SPM05-软件项目风险管理,5,5.1.2软件风险,软件风险由管理过程风险和技术过程风险组成,SPM05-软件项目风险管理,6,5.1.3软件项目风险管理,风险管理与项目管理的关系可归纳如下：从项目的成本、时间和质量目标来看，风险管理与项目管理的目标一致。从项目管理的计划职能来看，风险管理为项目计划的制定提供了依据。从项目的成本管理职能来看，项目风险管理通过风险分析，指出有哪些可能的计划外费用。从项目实施过程来看，许多风险都在项目实施过程中由潜在变为现实。定出风险反应计划。,SPM05-软件项目风险管理,7,风险管理与项目管理的关系,目标一致为项目计划的制定提供了依据是成本管理的一部分许多分析都在项目实施过程中由潜在变为现实,6.1软件项目风险管理概述,SPM05-软件项目风险管理,8,SPM05-软件项目风险管理,9,风险管理的主要内容【概述中提到】,1、制定风险管理计划2、风险识别3、风险分析4、风险计划5、风险跟踪6、风险应对7、风险管理验证,SPM05-软件项目风险管理,10,5.1.4软件项目风险管理意义,141通过风险分析,了解风险对项目的影响.为以后的规划与设计工作提供反馈，以便采取措施防止与避免风险损失。可推动项目管理层和项目组织积累风险资料，以便改进将来的项目管理。,SPM05-软件项目风险管理,11,风险管理,是指在项目进行过程中不断对风险进行识别、评估、制定策略、监控风险的过程。通过风险识别、风险分析和风险评价去认识项目的风险，并以此为基础合理地使用各种风险应对措施、管理方法、技术和手段对项目的风险进行有效的控制，妥善处理风险事件造成的不利后果，以最小的成本保证项目总体目标的实现。,SPM05-软件项目风险管理,12,5.2风险识别,是试图通过系统化的方法寻找可能影响项目的风险（已知的和可预测的）以及确认风险特性的过程。目标是：辨识项目面临的风险，揭示风险和风险来源，以文档及数据库的形式记录风险。活动包括：风险识别方法的确定；风险定义及分类；风险文档编写。,SPM05-软件项目风险管理,13,项目识别的依据,项目计划历时经验外部制度制约项目内部的不确定性,SPM05-软件项目风险管理,14,风险识别的输入、输出,风险列表,项目的WBS、工作的陈述（StatementOfWork，SOW）、项目相关信息、项目计划假设、历史项目数据，其他项目经验文件、评审报告、公司目标等。,SPM05-软件项目风险管理,15,风险识别参与人员,项目组成员风险管理人员学科专家（组织内）客户项目的其他管理人员外部专家,SPM05-软件项目风险管理,16,5.2.2常见软件风险【142-143】,人力资源风险需求风险项目接口风险设计风险管理风险开发过程风险项目集成与测试风险,SPM05-软件项目风险管理,17,5.2.3风险识别过程,进行风险评估系统地识别风险风险定义及分类确定风险驱动因素将风险编写为文档,SPM05-软件项目风险管理,18,5.2.4风险识别方法,德尔菲方法头脑风暴法情景分析法面谈法会议法SWOT分析法风险条目检查表,SPM05-软件项目风险管理,19,头脑风暴法,召开项目组全体会议，进行关于项目风险的自由讨论，项目组成员在主持人的引导下完全自由地发言，不受限制，产生关于项目风险的概念。坚持不进行过多讨论，不对别人的意见进行判断性评论，甚至明确不许使用身体语言表达评判意见，如：咳嗽、冷笑等。险管理人员将会议结果进行分类整理，作为风险的基础和其他风险识别方法的结果一起提交风险分析。,SPM05-软件项目风险管理,20,情景分析法,通过对系统内外相关问题的系统分析，设计出多种可能的未来前景，然后用类似于撰写电影剧本的手法，对系统发展态势做出自始至终的情景和画面的描述。可用情景分析法来预测和识别其关键风险因素及其影响程度。,SPM05-软件项目风险管理,21,SWOT分析法,(Strength,Weakness,Opportunities,andThreats)是综合分析项目内部优势、弱势和项目外部机会与威胁的技术。SWOT作为一种系统分析工具，其主要目的是对项目的优势与劣势、机会与威胁各方面，从多角度对项目风险进行识别。,SPM05-软件项目风险管理,22,风险条目检查表,利用一组提问来帮助管理者了解项目在各方面有哪些风险。检查表中，列出了所有可能的与每一个风险因素有关的提问，使得风险管理者集中来识别常见的、已知的和可预测的风险条目检查表一般根据风险要素进行编写，建立软件项目的风险条目列表，包括项目的环境、管理层的重视度、技术情况以及内部因素(如团队成员的技能或技能缺陷等)。,SPM05-软件项目风险管理,23,SPM05-软件项目风险管理,24,一、产品工程类,Requirements（需求）Stability（稳定性）Completeness（完整性）Clarity（清晰）Validity（有效性）Feasibility（可行性）Precedent（案例）Scale（规模）,SPM05-软件项目风险管理,25,Design（设计）Functionality（功能性）Difficulty（困难）Interfaces（接口）Performance（性能）Testability（可测试性）HardwareConstraints（硬件约束）NonDevelopmentalsoftware（非开发软件）,SPM05-软件项目风险管理,26,CodeandUnittest（编码和单元测试）Feasibility（可行性）Testing（单元测试）Coding/Implementation（编码/实现）IntegrationandTest（集成和测试）Environment（环境）Product（产品）System（系统）,SPM05-软件项目风险管理,27,EngineeringSpecialties（工程特点）Maintainability（可维护性）Reliability（可靠性）Safety（安全性）Security（保密性）HumanFactors（人的因素）Specification（特定性）,SPM05-软件项目风险管理,28,二、DevelopmentEnvironment（开发环境）,Developmentprocess（开发过程）Formality（正规性）Suitability（适宜性）ProcessControl（过程控制）Familiarity（熟悉程度）Productcontrol（产品控制）,SPM05-软件项目风险管理,29,DevelopmentSystem（开发系统）Capacity（生产量）Suitability（适宜性）Usability（可用性）Familiarity（熟悉度）Reliability（可靠性）SystemSupport（系统支持）Deliverability（可交付性）,SPM05-软件项目风险管理,30,ManagementProcess（管理过程）Planning（计划）ProjectOrganization（项目组织）ManagementExperience（管理经验）ProgramInterfaces（项目接口）,SPM05-软件项目风险管理,31,ManagementMethods（管理方法）Monitoring（监控）PersonnelManagement（人事管理）QualityAssurance（质量保证）ConfigurationManagement（配置管理）,SPM05-软件项目风险管理,32,WorkEnvironment（工作环境）QualityAttitude（质量态度）Cooperation（合作）Communication（交流）Morale（士气）,SPM05-软件项目风险管理,33,三、ProgramConstraints（项目约束）,Resources（资源）Schedule（进度）Staff（人员）Budget（预算）Facilities（设施）,SPM05-软件项目风险管理,34,Contract（合同）TypeofContract（合同类型）Restriction（约束）Dependence（依赖关系）,SPM05-软件项目风险管理,35,ProgramInterfaces（项目接口）Customer（客户）AssociateContractors（联合承包方）Subcontractors（子承包方）PrimeContractor（主承包方）CorporateManagement（共同管理）Vendors（供货商）Politics（策略）,SPM05-软件项目风险管理,36,5.3风险分析,提炼风险背景，确定风险来源，确定行动时间框架和确定前10相首要风险名单5.3.1风险分析过程,SPM05-软件项目风险管理,37,5.3.1风险分析过程,定义风险度量准则预测风险影响评估风险对风险进行排序制定风险计划【设想、应对】,SPM05-软件项目风险管理,38,分析风险发生的概率，确定发生的可能性（P）风险后果，发生后对项目目标的影响（I）风险值，风险的严重程度R=F(P,I)确定优先次序按风险的严重性排序确定最需要关注的TOP10风险,SPM05-软件项目风险管理,39,前10位首要风险列表,SPM05-软件项目风险管理,40,制定风险计划,SPM05-软件项目风险管理,41,风险列表示例,SPM05-软件项目风险管理,42,5.3.2风险分析技巧与工具,一般，在定性风险分析之后就可以进行定量风险分析。定量风险分析量化分析每一个风险的概率及其对项目目标造成的后果，也分析项目总体风险的程度。方法：访谈、因果关系分析、决策树分析、模拟法,SPM05-软件项目风险管理,43,因果关系分析,SPM05-软件项目风险管理,44,决策树分析,提供项目所有可供选择的行动方案，行动方案之间的关系，行动方案的后果以及发生的概率提供选择一个最佳的方案的依据损益期望值(ExpectedMonetaryValue，EMV)是决策树的一种计算值，根据风险发生的概率计算例如：某行动方案成功的概率是50%，收益是10EMV=1050%=5,SPM05-软件项目风险管理,45,决策树分析风险值？,EMV=0,失败：P=30%,outcome=-200000,成功：P=70%,EMV=9500070%=66500,实施后：EMV=6500,不实施,EMV=-20000030%=-60000,低性能：P=70%,outcome=-100000EMV=-10000070%=-70000,高性能：P=30%,outcome=550000EMV=55000030%=165000,6.3风险评估,SPM05-软件项目风险管理,46,决策树分析例子,6.3风险评估,SPM05-软件项目风险管理,47,差距分析法【151】帕累托分析法敏感度分析法【152】,SPM05-软件项目风险管理,48,5.3.3分析成果,6.3风险评估,SPM05-软件项目风险管理,49,5.4风险跟踪与应对,5.4.1风险跟踪的目标和依据5.4.2风险跟踪的成果5.4.3风险跟踪的过程,SPM05-软件项目风险管理,50,风险控制通过对风险的规划和对项目全过程的控制，保证风险管理能达到预期的目标。其目的是核对风险管理的策略和实施的实际效果是否和预见相同，同时获取反馈信息，改善风险计划和管理。,SPM05-软件项目风险管理,51,5.4.3风险跟踪的过程,监视风险设想对比项目状态与风险阈值风险信息的通知报告风险的度量,SPM05-软件项目风险管理,52,风险度量及定义,6.5风险控制,SPM05-软件项目风险管理,53,风险应对计划（top10清单）,6.5风险控制,SPM05-软件项目风险管理,54,应对计划（top10清单）实例（续）,SPM05-软件项目风险管理,55,风险管理是一个连续的过程,6.5风险控制,SPM05-软件项目风险管理,56,5.4.4风险应对策略,避免是指通过改变项目计划或条件完全消除项目风险或保护项目目标不受风险影响。转移是指风险转移给另一方去承担。缓解是指寻求降低一个不利风险事件的发生概率或使它产生的后果达到一个可接受的水平接受是指有意识地选择承担风险后果，或者项目组找不出任何风险反应策略。风险研究是指通过调查研究以获得更多信息的风险应对策略。风险储备是指对项目意外风险预留应急费用和进度计划。假如风险影响巨大，或者采取的措施不完全有效，这种情况下就要开发风险退避计划。,SPM05-软件项目风险管理,57,5.4.5风险应对过程,对触发事件作出反应【定期事件、时间、相对变化、阈值触发器】执行风险计划对照计划，报告进展修正与计划的偏差,SPM05-软件项目风险管理,58,5.5风险管理验证,评审风险计划：计划的质量一定程度上决定着结果的质量。计划应满足下列要素：完整性、可理解性、详细程度、一致性、现实性审计管理过程【三种标准：ISO9000、SEI-CMM和MIL-STD-498】风险管理回报,SPM05-软件项目风险管理,59,5.6风险管理实践,以一个教育管理系统项目为例。某教育管理系统项目是一个基于J2EE技术的Web应用项目。它主要为个公司或者一个部门的所有员工提供教育培训的管理。这个项目的需求来自一家大型公司，我们要在规定期限内提交产品，并保证软件的质量。教育管理系统项目项目被划分成多个较小的模块或单元，分配给项目的各个小组的成员，每个小组成员承担一个或几个任务。,SPM05-软件项目风险管理,60,功能分解,SPM05-软件项目风险管理,61,风险分析,风险分析是在事前的一种估计，凭借一定的技术手段和丰富的经验，基本能够对项目的风险做出比较准确的估计，经过慎重的考虑提出可行的风险回避措施。下面主要关注软件开发中的主要风险，但是这只是项目风险中的一部分，在资金、预算、合同等方面都存在风险。项目过程中在几乎每个阶段都会出现风险。正确评估每个阶段可能的风险是保证项目按时按质完成的重要环节。,SPM05-软件项目风险管理,62,问题：,请分析软件开发各个阶段的风险,SPM05-软件项目风险管理,63,需求分析阶段的风险,以用户的需求开始，以书面的形式形成用户需求。需求分析更多的是开发方确认需求的可行性和一致性的过程，在此阶段需要和用户进行广泛的交流和确认。需求和需求分析的任何疏漏造成的损失会在软件系统的后续阶段被一级级地放大，因此本阶段的风险最大。,SPM05-软件项目风险管理,64,设计阶段的风险,需求分析的不完整和错误，在设计阶段被成倍地放大。设计阶段的主要任务是完成系统体系结构的定义，使之能够完成需求阶段的即定目标；另一方面也是检验需求的一致性和需求分析的完整性和正确性。设计本身的风险主要来自于系统分析人员。分析人员在设计时过于定制，系统的可扩展性较弱，会给后期维护带来巨大的负担。设计阶段蕴涵的另一种风险来自于设计文档。文档的不健全，这不仅会造成实现阶段的困难，更会在后期的测试和维护造成灾难性的后果，例如根本无法对软件系统进行版本升级，甚至是发现的简单错误都无从更正。,SPM05-软件项目风险管理,65,开发测试阶段的风险,软件的实现从某种意义上讲是软件代码的生产。代码本身也是文档的一部分，同时它又是将来运行于计算机系统之上的实体。源代码书写的规范性，可读性是该阶段的主要风险来源。规范的代码生产会把属于程序员自身个性风格的成分引入代码的比例降到最低限度，从而减小了系统整合的风险。,SPM05-软件项目风险管理,66,维护阶段的风险,从软件工程的角度看，软件维护费用约占总费用的55%-70%。对系统可维护性的轻视是大型软件系统的最大风险。在软件漫长的运营期内，业务规则肯定会不断发展，科学的解决此问题的做法是不断对软件系统进行版本升级，在确保可维护性的前提下逐步扩展系统。在软件系统运营期间，主要的风险源自于技术支持体系的无效运转。科学的方法是有一支客户支持队伍不断收集运行中发现的问题，并将解决问题的方法传授给软件系统的所有使用者。,SPM05-软件项目风险管理,67,体系结构方面的风险,本项目采用J2EE技术和三层结构，在技术的成熟度上来说，不存在风险。但是，在实现上，对开发人员的技术要求，以及在实现良好的软件构架和稳定的组件方面，也存在风险性。软件体系结构影响到软件的如下质量因素：软件的可伸缩性：软件的可维护性：软件易用性：,SPM05-软件项目风险管理,68,项目管理中的风险,软件是否能够