IT软件项目风险管理.pptxVIP

第11章 IT软件项目风险管理 ;;第11章 IT软件项目风险管理;11.1 风险与风险管理 ;引例1;引例2;11.1.1 风险的基本概念;;;;;4）可变性 风险的可变性表现为——风险在一定条件下可以相互转化;5）相对性 风险的相对性是针对风险的主体而言的，在相同的风险情况下，不同的风险主体对风险的承受能力不同，不同的组织和个人往往对风险有着不同的容忍限度。 例如，一个高利润高收益的公司也许愿意为一个10亿美元的合同花费50万美元制作一份计划书，而一个收支相抵的公司通常不会。 一个公司也许认为15%的误差几率是高风险的，而其他公司却认为这个几率风险很低。;6）风险和利益的对称性 风险和利益是同时存在的，风险是利益的代价，利益是风险的报酬。 没有利益只有风险，没人会做； 实现利益必须承担一定的风险。;;;;;;;;11.1.2 项目风险;;;;11.1.2 风险的分类;;;;;;;;;11.1.3 风险的成本;;;3）为预防和控制风险所发生的费用：指为了预防和控制风险的发生与损失，必须在项目的各个阶段采取必要的预防措施而产生的费用。 例如： 在项目的前期阶段增加人力资源和经费的投入 向保险公司投保 向有关部门或者专家咨询 合理分配资源 配备合适和必要的人员 购置用于预防和控制风险的设备 加强人员培训等，这些活动都需要经费的支持。;11.1.5 项目风险管理;;;;;;;Boehm的风险工作任务分解;11.3 风险识别;11.3.1 风险识别及其方法;;内在风险和外在风险。 内在风险是指项目工作组能够加以控制和影响的风险，如人事任免和成本估计等。 外在风险是指超出项目工作组控制能力和影响力之外的风险，如市场转向或政府行为等。 4. 一般性方法： 通过对“因”和“果”（将会发生什么和导致什么等）的认定来实现。 通过对“果”和“因”（什么样的结果需要予以避免或促使其发生以及怎样发生等）的认定来实现。;;;6. 风险识别的常用方法有： 头脑风暴法 专家访谈法（Delphi方法） 历史资料法 风险条目检查表法 评估表法 分解分析法 ;;1. 风险条目检查表法 风险条目检查表法是利用一组提问来帮助管理者了解项目在各个方面有哪些风险。 在“风险条目检查表”中，列出了所??可能的与每一个风险因素有关的提问，使得风险管理者集中来识别常见的、已知的和可预测的风险（如产品规模风险、依赖性风险、需求风险、管理风险及技术风险等）。 ;1）产品规模风险检查表。项目风险是直接与产品规模成正比的。 ①估算产品规模的方法：LOC代码行、FP功能点、程序或文件的数目 ②估算产品规模的信任度 ③估算产品规模与以前产品的规模的平均值的偏差百分比 ④估算产品创建或使用的数据库大小 ⑤估算产品的用户数 ⑥估算产品的需求改变数 ⑦估算产品复用的软件数;2）需求相关风险检查表 ①对产品缺少清晰的认识。 ②对产品需求缺少认同。 ③在需求调研和分析过程中客户参与不充分。 ④需求没有区分优先级。 ⑤不确定的需要。 ⑥新的市场不断变化需求。 ⑦缺少有效的需求变化管理过程。 ⑧对需求的变化缺少相关分析。 如果对于这些问题中的任何一个问题的答案是肯定的，则需要进一步的研究，以评估潜在的风险。;3）相关性风险检查表 ①客户、供应商及其信息。 ②客户、供应商之间的沟通。 ③内部或者外部转包商之间的关系。 ④协作成员或者团体之间的依赖性。 ⑤经验丰富人员的可获得性。 ⑥项目的复用性。;4）管理风险检查表 ①计???和任务定义不够充分。 ②实际项目状态不明晰。 ③分不清项目所有者和决策者，或者责任不明。 ④不切实际的承诺。 ⑤员工之间的冲突等。 如果对于这些问题中的任何一个问题的答案是肯定的，则需要进一步的分析和确认，以评估潜在的管理风险。;5）技术风险检查表 ①项目组员工缺乏培训。 ②项目组对软件方法、工具和技术理解不充分。 ③项目组应用领域的经验不足。 ④项目过程中引入新的技术和开发方法。 ⑤项目组的工作方法不正确或者不合适。 如果对于这些问题中的任何一个问题的答案是肯定的，则需要进一步的分析和确认，说明存在潜在的技术风险。;6）商业影响风险检查表 ①估算产品对公司收入的影响 ②估算产品得到公司高级管理层重视的程度 ③估算产品交付期限的合理性 ④估算产品的最终用户的水平 ⑤估算产品必须能与之互操作的其他产品/系统的数目 ⑥估算政府对本产品开发的约束 ⑦估算产品延迟交付所造成的成本变化 ⑧估算产品缺陷所造成的成本变化