软件项目风险计划.pptx
1风险计划风险计划 配置管 理计划 合同 计划 风险计划 沟通 计划 质量计划 成本 计划 时间计划 集成 计划 范围计划 项目结束 项目执 行控制 项目 计划 项目初始 人力 计划 第1页/共67页2引言引言-软件项目中的风险软件项目中的风险q不断变换的需求q低劣的计划和估算q不可信赖的承包人q欠缺的管理经验q人员问题q技术失败q政策的变化q性能欠佳。第2页/共67页3引言引言qRothfeder 1988:对600家成功的公司调查，35%有项目失控的经历qJones 1991:大型项目按时完成的概率几乎为0，被取消的概率与赌博一样qTom Gilb：如果你不主动地击败风险，他们就会主动击败你的第3页/共67页4本章要点本章要点一、软件项目风险基本概念一、软件项目风险基本概念二、软件项目风险管理的过程三、软件项目风险管理计划四、案例分析第4页/共67页5风险的定义风险的定义q损失发生的不确定性；q对潜在的，未来可能发生损害的一种度量第5页/共67页6项目风险的三要素项目风险的三要素1.一个事件2.事件发生的概率3.事件的影响第6页/共67页7风险图示风险图示项目风险高影响高概率事件第7页/共67页8风险类型风险类型q预测角度 q已知风险Known knownq可预测风险-Known unknown q不可预测风险-unknown unknownq范围角度 q项目风险q技术风险q商业风险第8页/共67页9风险的基本性质风险的基本性质q风险的客观性q风险的不确定性q风险的不利性q风险的可变性q风险的相对性q风险同利益的对称性第9页/共67页10本章要点本章要点一、软件项目风险基本概念二、软件项目风险管理的过程二、软件项目风险管理的过程三、软件项目风险管理计划四、案例分析第10页/共67页11风险管理的四个过程风险管理的四个过程风险识别风险评估风险规划风险控制第11页/共67页121-1-风险识别风险识别q风险识别是试图通过系统化地确定对项目计划的威胁，识别已知和可预测的风险。第12页/共67页13风险识别风险识别输入标识风险评审风险风险表第13页/共67页14方法及工具方法及工具q德尔菲方法（专家调查法）q头脑风暴法q情景分析法q面谈法q风险条目检查表风险条目检查表第14页/共67页15风险条目检查表风险条目检查表q检查表法是利用检查表作为风险识别的工具q检查表法是根据风险要素建立软件项目的风险条目列表q列表中列出所有与风险因素有关的提问q可以使管理者集中识别常见的类型中的已知和可预测的风险有研究表明：有研究表明：ITIT项目常常存在一些共同的风险源项目常常存在一些共同的风险源第15页/共67页16检查表风险识别类型域检查表风险识别类型域1.产品规模2.商业影响3.客户相关：BoehmBOE894.过程定义:SEI5.开发技术6.开发环境7.人员数目及经验第16页/共67页17SEISEI风险识别检查表风险识别检查表风险分析三层分析结构 图8-5 P149第17页/共67页18Product EngineeringProduct Engineering（产品工程）（产品工程）qRequirementsRequirementsqStabilityqCompletenessqClarityqValidityqFeasibilityqPrecedentqScaleqDesignDesignqFunctionalityqDifficultyqInterfacesqPerformanceqTestabilityqHardware ConstraintsqNon Developmental softwareqCode and Unit testqFeasibilityqTestingqCoding/ImplementationqIntegration and TestqEnvironmentqProductqSystemqEngineering SpecialtiesqMaintainabilityqReliabilityqSafetyqSecurityqHuman FactorsqSpecification第18页/共67页19Development EnvironmentDevelopment Environment（开发（开发环境）环境）qManagement Management ProcessProcessqPlanningqProject OrganizationqManagement ExperienceqProgram InterfacesqManagement Management MethodsMethodsqMonitoringqPersonnel ManagementqQuality AssuranceqConfiguration Management qDevelopment processqFormality（正规性）qSuitability（适合性）qProcess ControlqFamiliarityqProduct controlqDevelopment SystemqCapacityqSuitability（适合性）qUsabilityqFamiliarityqReliabilityqSystem SupportqDeliverabilityqWork EnvironmentqQuality AttitudeqCooperationqCommunicationqMoraleq 第19页/共67页20Program ConstraintsProgram Constraints（项目限制）（项目限制）qResourcesResourcesqScheduleqStaffqBudgetqFacilities（设备）qContractContract qType of ContractqRestriction（约束条件）qDependence（前提）qProgram InterfacesProgram InterfacesqCustomerqAssociate ContractorsqSubcontractorsqPrime ContractorqCorporate ManagementqVendors（供方）qPolitics（合同条款）第20页/共67页21基于生存期的检查表 初始阶段 设计阶段 实施阶段收尾阶段第21页/共67页22风险识别的结果风险识别的结果第22页/共67页232-2-风险评估风险评估q确定风险发生概率的估计和评价，项目风险后果严重程度的估计和评价，项目风险影响范围的分析和评价，以及对于项目风险发生时间的估计和评价。第23页/共67页24风险评估风险评估q分析q风险发生的概率，确定发生的可能性（P）（Probability）q风险后果，发生后对项目目标的影响（I）(Impact)q风险值，风险的严重程度R=F(P,I)(Risk)第24页/共67页25风险评估风险评估q确定优先次序q按风险的严重性排序q确定最需要关注的TOP 10风险第25页/共67页26试验一pA:直接获得100美元pB:投掷一次硬币,如果是正面,你会获得250美元,如果背面,你必须支付50美元第26页/共67页27试验二pA:你原本有500美元,结果被别人强行拿走100美元pB:你原本有400美元,投掷一次硬币,如果正面,你会获得200美元,如果背面,你必须支付200美元第27页/共67页28风险评估的方法风险评估的方法-定性风险评估定性风险评估q定性评估风险概率及后果第28页/共67页29风险概率风险概率q风险概率值：q没有可能（0）q确定（1）q风险概率度量：q高、中、低q极高、高、中、低、极低q不可能，不一定，可能和极可能q等等第29页/共67页30风险后果（影响）风险后果（影响）q风险后果q风险影响项目目标的严重程度q从无影响到无穷大q风险后果度量q高、中、低q极高、高、中、低、极低q灾难，严重，轻微，可忽略q等等第30页/共67页31风险概率及后果估计风险概率及后果估计-矩阵图矩阵图 P RILowMediumHighHighLHHMediumLHHLowLMM第31页/共67页32风险评估的方法风险评估的方法-定量风险评估定量风险评估1.盈亏平衡分析2.模拟3.访谈4.决策树分析5.量化风险条目检查表6.。第32页/共67页33访谈访谈q确定概率分布模型q领域专家访谈，信息采集第33页/共67页34举例举例-基于正态分布进度风险评估基于正态分布进度风险评估-2SD+2SD-3SD-1SD+1SD+3SD68.3%95.5%99.7%ET=E+1SD=13.5+1.07=14.5P=50%+68.3%/2=85%第34页/共67页35决策树分析决策树分析q决策树分析是一种图表分析方法q提供项目所有可供选择的行动方案，行动方案之间的关系，行动方案的后果以及发生的概率q提供选择一个最佳的方案的依据第35页/共67页36决策树分析与决策树分析与EMV(Expected Monetary Value)EMV(Expected Monetary Value)q损益期望值是决策树的一种计算值q根据风险发生的概率计算出一种期望的损益q例如：q 某行动方案成功的概率是50%，收益是10q EMV=10*50%=5第36页/共67页37决策树分析例子决策树分析例子风风险值？险值？EMV=0失败：P=30%,outcome=-200,000 成功：P=70%高性能：P=30%,outcome=550,000EMV=550,000*30%=165000低性能：P=70%,outcome=-100,000EMV=-100,000*70%=-70000EMV=95,000*70%=66500实施后：EMV=6,500不实施EMV=-200,000*30%=-60000第37页/共67页38决策树分析例子决策树分析例子第38页/共67页39试验一结果decisionChoice1:You will get$100Choice2P=50%,outcome=&250P=50%,outcome=-&50EMV=$100EMV=$125EMV=-$25EMV=$100第39页/共67页40试验二结果decisionChoice1:You have$500,but$100 of it is stolen awayChoice2:You have$400.P=50%,outcome=&600P=50%,outcome=&200EMV=$400EMV=$300EMV=$100EMV=$400第40页/共67页41McFarlanMcFarlans Risk Questionnaires Risk Questionnaire第41页/共67页42排序输入风险事件可 能性影响风 险值采取的措施1系统设计评审没有足够的时间进行产品测试70%50%35%2WBS对需求的开发式系统标准没有合适的测试案例20%80%16%3需求和计划采用新技术可可能导致进度的延期50%30%15%。风险评估结果实例风险评估结果实例第42页/共67页433-3-风险规划风险规划 针对风险分析的结果，为提高实现项目目标的机会，降低风险的负面影响而制定风险应对策略和应对措施的过程，即制定一定的行动和策略来对付、减少、以至于消灭风险事件第43页/共67页44风险规划的主要策略风险规划的主要策略1.回避风险2.转移风险3.损失控制4.自留风险第44页/共67页45-回避风险回避风险q回避风险是对所有可能发生的风险尽可能的规避，采取主动放弃或者拒绝使用导致风险的方案q例如放弃采用新技术第45页/共67页46-回避风险回避风险注意事项注意事项q对风险有足够的认识q当其他风险策略不理想的时候，可以考虑q可能产生另外的风险q不是所有的情况都适用的第46页/共67页47-转移风险转移风险q转移风险是为了避免承担风险损失，有意识将损失或与损失有关的财务后果转嫁出去的方法:例如q出售q分包q开脱责任合同q保险第47页/共67页48-损失控制损失控制q损失预防q损失抑制第48页/共67页49-自留风险自留风险q由项目组织自己承担风险事故所致损失的措施。q自留风险的类型q主动自留风险和被动自留风险q全部自留风险和部分自留风险第49页/共67页50实例实例q人员的频繁流动是一项风险，基于过去的历史和管理经验，频繁流动可能性的估计值为70%，开发时间增加15%，总成本增加12%，为了缓解这一风险，项目经理是采取的策略：第50页/共67页51实例实例-采取的策略采取的策略q与现有人员讨论人员流动的原因q项目启动时，做好会出现人员流动的准备，采取一些技术以确保人员的一旦离开后，项目仍然能继续q建立良好的项目组织和通信渠道，以使大家能够了解每个有关的开发活动的信息q指定文档标准并建立相应的机制，以保证文档能够及时建立q对所有工作组织细致的评审，使大多数人能够按计划进度完成自己的工作第51页/共67页52风险管理应对计划风险管理应对计划排序输入风险事件可能性影响风险值采取的措施1系统设计评审没有足够的时间进行产品测试70%50%35%1采取加班的方法2修改计划去掉一些任务3与客户商量延长一些时间2WBS对需求的开发式系统标准没有合适的测试案例20%80%16%找专业的测试公司完成测试工作3需求和计划采用新技术可可能导致进度的延期50%30%15%1培训开发人员2找专家作指导3采取边开发边学习的方法，要求他们必须在规定的时间内掌握技术。第52页/共67页534-4-控制风险控制风险项目跟踪控制项目跟踪控制q实施和跟踪风险管理计划，保证风险计划的执行，评估削减风险的有效性。q针对一个预测的风险事实上是否发生了，确保针对某个风险而制定的风险消除步骤正在合理使用q监视剩余的风险和识别新的风险，q收集可用于将来的风险分析信息第53页/共67页54本章要点本章要点一、软件项目风险基本概念二、软件项目风险管理的过程三、软件项目风险管理计划三、软件项目风险管理计划四、案例分析第54页/共67页55风险管理计划风险管理计划q风险应对计划（top 10清单）q岗位职责q时间q预算q追踪等等第55页/共67页56任务可能的风险产生的阶段产生的原因避免的措施发生后的处理制定设计阶段的规范和标准时间风险项目准备需制定的规范和标准较多，而同时需完成其他工作，使得可使用的时间和资源有限开发环境确认资源风险系统设计由于设备未到位导致延误开发管理系统设计技术风险系统设计基于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版本开发由于设备问题延误验收测试的进行第56页/共67页57风险应对计划清单风险应对计划清单q风险计划清单第57页/共67页58风险管理推荐的措施风险管理推荐的措施q软件项目计划包括风险管理计划q任选风险管理负责人q使用TOP TEN风险清单，主要的风险管理工具q建立匿名风险汇报渠道第58页/共67页59风险、高风险、冒险风险、高风险、冒险q风险范围的极限，计划过于紧张，就是冒险q风险计划可以帮助说明项目困境q避免冒险项目第59页/共67页60案例启发案例启发q你是一个项目的项目经理，计划了一个项目需要36个月完成，然后提交领导，由于领导的原因导致项目的开始日期推延2个月，但是领导要求你按照计划完成，作为项目经理，你应该如何做？第60页/共67页61案例分析案例描述 江西某行业业务运营支撑网络管理工程是全国性重点工程，受到该公司领导层的高度重视，委派业务支撑部部门经理为项目总监，张工为项目经理。在编制早期计划书时，市场部李工不断提出新的需求，而张工“来者不拒”，不停地更改项目计划。在工程的机房设备平面设计中，张工组织人员自行设计，将大部分机架式的小型机集中摆放在一片较小区域内。本期工程正式完全割接上线前，旧系统仍然需保持运行。保证系统稳定运行是项目团队的第一要务，在系统割接期间，确保7天24小时的业务连续平稳运行。问题：该工程中有哪些风险？应采取怎样的应对策略？第61页/共67页62分析 频繁的需求变更必然会影响信息工程项目的三大目标（进度、成本、质量）。因此引导客户需求对项目经理来说就非常关键，引导得好，项目的开发就会比较顺利，相反，就会给项目带来很多负面影响。在该项目中，项目经理张工对市场部李工不断提出的新需求采取了“来者不拒”的态度，这是不恰当的，应为这会使项目计划不断变动，导致项目范围无法确定，工期和成本不可控制，案例分析第62页/共67页63 团队成员工作目标也不明确，因此出现了非常严重的需求风险。为了应对这一风险，张工应该与李工积极地沟通和谈判，使他明白工程的重要意义，并承诺工程不是交钥匙项目，可为系统升级和扩容留有扩展接口，将来新的需求能够通过后续工程逐步实现，从而使需求趋于稳定。在工程的机房设备平面设计中，将大部分机架式的小型机集中摆放在一片较小区域内，从表面上看，提高了机房平面空间的使用率，但是由于未充分考虑到设备散热因素，容易造成该区域案例分析第63页/共67页64 机器过热而宕机。因此团队的机房设计技术经验不足给项目带来了系统运行不稳定的风险。可采取风险转移策略来应对这一风险。张工可聘请具有通信设计资质的专家来负责机房设备平面设计，从机房空调、电源、布线、承重、消防等各个方面进行详细的勘察和设计，从而保证设备运行的可靠性，实现工程设计风险的良性转移。在系统割接期间，新旧系统要顺利交接，这给系统业务的7天24小时连续平稳运行带来了风险。因此项目组必须制定详尽可行的系统割接方案、新旧系统并运行方案和故障应急处理方案。案例分析第64页/共67页65小结小结q风险管理的四个过程q风险管理计划q风险管理的主要工具TOP 10风险清单第65页/共67页66团 队 作 业以本组选择的题目，列出TOP 10风险清单第66页/共67页67感谢您的观看！第67页/共67页
