- 1、本文档共22页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
—— 客
项目风险管理
概念
风险管理
交流
风险(RISK):某一事件发生的概率和其后果的组合。
风险管理(RISK MANAGMENT):指导和控制某一组织与风险相关问题的协调活动。
ISO31000:2009:
《夏箴》有云:“天有四殃,水旱饥荒,其至无时,非物积聚,何以备之。”
萌芽:美国,1930年代,当时的风险管理主要依赖保险手段。
形成:1950年代风险管理发展成为一门学科,风险管理一词形成。
1970年代以后逐渐掀起了全球性的风险管理运动。
发展:1983年在美国召开的风险和保险管理协会年会上,世界各国专家学者 云集纽约,共同讨论并通过了“101条风险管理准则”;
2009年11月15日,国际标准化组织ISO正式发布了3个用于风险管理的标准:
ISO 31000:2009《风险管理——原则与指南》、
ISO指南73:2009《风险管理——术语》、
ISO/IEC 31010:2009《风险管理——风险评估技术》。
我国也于2009年底发布了国家标准GB/T2453:2009《风险管理原则与实施指南》。
为什么要进行风险管理?
项目:
经常性的延期
预算超支
失败
项目风险会影响项目计划的实现,如果项目风险变成现实,就有可能影响项目的进度,增加项目的成本,甚至使软件项目不能实现。如果对项目进行风险管理,就可以最大限度的减少风险的发生。
风险管理的主要目标是预防风险。
风险无处不在
Why
When
How
What
Where
进度风险
成本风险
需求风险
技术风险
质量风险
软件项目风险分类
产生场景
需求风险
①在做需求中客户参与不够、需求已经成为项目基准,但还在继续变化;
②缺少有效的需求变化管理过程。③产品定义模糊的部分比预期需要更多的时间;
计划编制风险
①计划、资源和产品定义全凭客户或上层领导口头指令,并且不完全一致;
②计划是优化的,是最佳状态,期望状态执行;
③产品规模(代码行数、功能点、与前一产品规模的百分比)比估计的要大;
组织和管理风险
①非技术的第三方的工作(预算批准、设备采购批准、法律方面的审查、安全保证等)时间比预期的延长。
②管理层审查、决策的周期比预期的时间长;③缺乏必要的规范,导至工作失误与重复工作;
人员风险
①没有找到项目急需的具有特定技能的人。②缺乏激励措施,士气低下,降低了生产能力;
③项目后期加入新的开发人员,需进行培训并逐渐与现有成员沟通,从而使现有成员的工作效率降低;
开发环境风险
①开发工具未及时到位;②新的开发工具的学习期比预期的长,内容繁多。
③开发工具不如期望的那样有效,开发人员需要时间创建工作环境或者切换新的工具;
客户风险
①客户对于最后交付的产品不满意,要求重新设计和重做;②客户审核、决策周期比预期的要长;
③客户没有或不能参与规划、原型和规格阶段的审核,导致需求不稳定和产品生产周期的变更;
产品风险
①矫正质量低下的不可接受的产品,需要比预期更多的测试、设计和实现工作;
②开发额外的不需要的功能,延长了计划进度;③开发一种全新的模块将比预期花费更长的时间;
④要求与其他系统或不受本项目组控制的系统相连,导致无法预料的设计、实现和测试工作;
设计和实现风险
①设计质量低下,导致重复设计;②分别开发的模块无法有效集成,需要重新设计或制作。
③代码或库质量低下,导致需要进行额外的测试,修正错误,或重新制作;
过程风险
①前期的质量保证行为不真实,导致后期的重复工作;
②太不正规(缺乏对软件开发策略和标准的遵循),导致沟通不足,质量欠佳,甚至需重新开发;
③过于正规(教条地坚持软件开发策略和标准),导致过多耗时于无用的工作;
风险管理内容
管理规划
规划会议或分析
方法论
角色和职责
计划安排
风险概率和影响定义
概率影响矩阵
风险管控模板约定
规划会议或分析
风险识别
文档审查
信息收集
假设分析
图解分析
风险识别
头脑风暴
德尔菲技术
访谈
优势/劣势/机会/威胁分析(SWOT分析)
假设
因果图/过程流程图
影响图
风险分析
EMV计算方法
例:项目经理接到一个项目,为某公司提供一套软件系统,以符合市场需求。如果权全新开发改系统,需要120万元;如果升级原有系统,需要投资50万元。新开发的系统在顺利的情况下可以获得200万元的受益,不利的情况下可以获得90万元的收益,顺利情况发生的概率为65%。升级系统在顺利的情况下可以获得120万元的收益
您可能关注的文档
最近下载
- 棉花轻简栽培技术-3.ppt VIP
- 《面向多式联运的可信数据空间建设技术规范》.pdf VIP
- 爆炸和火灾危险环境电力装置设计规范.pdf VIP
- 4大寨沟泥石流治理.ppt VIP
- 六年级数学下册期末综合模拟测试卷(北师版).pdf VIP
- 高速铁路桥隧建筑物修理规则(试行),铁运[2011]131号.pdf VIP
- GBT33399-2016光学功能薄膜聚对苯二甲酸乙二醇醋(PET)薄膜厚度测定方法.pdf VIP
- 民法典买卖合同课件教学.pptx
- 中煤曹庄矿 100MW_200MWh 储能电站示范项目报告表.pdf VIP
- 最全学科带头人教学能手选拔理论试题及答案(教师基本素养试题).doc VIP
文档评论(0)