第10讲软件项目风险管理课件.ppt
《第10讲软件项目风险管理课件.ppt》由会员分享,可在线阅读,更多相关《第10讲软件项目风险管理课件.ppt(46页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、1PMProject Risk Management涉及章节:第涉及章节:第1010章章 风险风险管理管理 P171193P17119322023/2/52PMPM第第10章章项目风险管理项目风险管理32023/2/53PMPM10.2 风险识别10.3 风险评估 10.4 风险规划 10.5 风险控制 10.110.1概述概述概述概述 10.6 本章小结10.7 案例分析 第第10章章项目风险管理项目风险管理41软件项目风险管理概述软件项目风险管理概述风险定义风险定义风险定义风险定义美国软件工程研究所将风险定义为损失美国软件工程研究所将风险定义为损失美国软件工程研究所将风险定义为损失美国软件
2、工程研究所将风险定义为损失的可能性。的可能性。的可能性。的可能性。三要素:三要素:三要素:三要素:事件事件事件事件、事件发生的概率事件发生的概率事件发生的概率事件发生的概率、事件的影响事件的影响事件的影响事件的影响风险同人们有目的的活动有关,同未来的活动有关,同人们变化的行风险同人们有目的的活动有关,同未来的活动有关,同人们变化的行风险同人们有目的的活动有关,同未来的活动有关,同人们变化的行风险同人们有目的的活动有关,同未来的活动有关,同人们变化的行为方式有关。为方式有关。为方式有关。为方式有关。已知的已知的已知的已知的、可预测的可预测的可预测的可预测的、不可预测的不可预测的不可预测的不可预测
3、的风险具有两大属性:风险具有两大属性:风险具有两大属性:风险具有两大属性:可能性可能性可能性可能性和和和和损失损失损失损失,可能性是风险发生,可能性是风险发生,可能性是风险发生,可能性是风险发生的概率,损失是指预期与后果之间的差异,我们用可能性的概率,损失是指预期与后果之间的差异,我们用可能性的概率,损失是指预期与后果之间的差异,我们用可能性的概率,损失是指预期与后果之间的差异,我们用可能性(Likelihood)(Likelihood)和损失和损失和损失和损失(Loss)(Loss)的乘积来记录风险损失。的乘积来记录风险损失。的乘积来记录风险损失。的乘积来记录风险损失。风险的根源在于事物的风
4、险的根源在于事物的风险的根源在于事物的风险的根源在于事物的不确定性不确定性不确定性不确定性,虽然无法避免不确定,虽然无法避免不确定,虽然无法避免不确定,虽然无法避免不确定性,但是可以通过适当的方法对其进行性,但是可以通过适当的方法对其进行性,但是可以通过适当的方法对其进行性,但是可以通过适当的方法对其进行控制与管理控制与管理控制与管理控制与管理。5软件风险及其分类软件风险及其分类软件风险及其分类软件风险及其分类软件风险软件风险软件风险软件风险是有关是有关是有关是有关软件项目、软件开软件项目、软件开软件项目、软件开软件项目、软件开发过程和软件产品发过程和软件产品发过程和软件产品发过程和软件产品损
5、失的可能性。损失的可能性。损失的可能性。损失的可能性。项目风险项目风险项目风险项目风险技术风险技术风险技术风险技术风险商业风险商业风险商业风险商业风险软件项目风险软件项目风险软件项目风险软件项目风险软件过程风险软件过程风险软件过程风险软件过程风险软件产品风险软件产品风险软件产品风险软件产品风险1软件项目风险管理概述软件项目风险管理概述风险风险风险风险(范围角度)(范围角度)(范围角度)(范围角度)软件风险软件风险软件风险软件风险6导致软件风险的原因导致软件风险的原因导致软件风险的原因导致软件风险的原因进度过分紧迫;进度过分紧迫;进度过分紧迫;进度过分紧迫;预算过分紧张;预算过分紧张;预算过分紧
6、张;预算过分紧张;性能过分的超群,软件可靠性要性能过分的超群,软件可靠性要性能过分的超群,软件可靠性要性能过分的超群,软件可靠性要求过高;求过高;求过高;求过高;人员缺乏经验,组织结构不适宜;人员缺乏经验,组织结构不适宜;人员缺乏经验,组织结构不适宜;人员缺乏经验,组织结构不适宜;期望过高而不现实;期望过高而不现实;期望过高而不现实;期望过高而不现实;没有明确或理解合同的条款;没有明确或理解合同的条款;没有明确或理解合同的条款;没有明确或理解合同的条款;软件规模估计不恰当;软件规模估计不恰当;软件规模估计不恰当;软件规模估计不恰当;管理部门缺乏经验;管理部门缺乏经验;管理部门缺乏经验;管理部门
7、缺乏经验;风险分析和管理不恰当;风险分析和管理不恰当;风险分析和管理不恰当;风险分析和管理不恰当;缺乏政策性支持;缺乏政策性支持;缺乏政策性支持;缺乏政策性支持;不熟悉技术或过程;不熟悉技术或过程;不熟悉技术或过程;不熟悉技术或过程;不熟悉必要的硬件;不熟悉必要的硬件;不熟悉必要的硬件;不熟悉必要的硬件;需求不一致(或定义不充分);需求不一致(或定义不充分);需求不一致(或定义不充分);需求不一致(或定义不充分);需求不断变动;需求不断变动;需求不断变动;需求不断变动;软件开发计划不恰当;软件开发计划不恰当;软件开发计划不恰当;软件开发计划不恰当;软件开发过程模型不适用;软件开发过程模型不适用
8、;软件开发过程模型不适用;软件开发过程模型不适用;缺乏软件工程技术和方法;缺乏软件工程技术和方法;缺乏软件工程技术和方法;缺乏软件工程技术和方法;缺乏自动化工具的支持缺乏自动化工具的支持缺乏自动化工具的支持缺乏自动化工具的支持1软件项目风险管理概述软件项目风险管理概述7风险管理风险管理风险管理风险管理风险管理是指在项目进行过程中不断对风险进行风险管理是指在项目进行过程中不断对风险进行风险管理是指在项目进行过程中不断对风险进行风险管理是指在项目进行过程中不断对风险进行识别、评估、制定策略、监控风险的过程。识别、评估、制定策略、监控风险的过程。识别、评估、制定策略、监控风险的过程。识别、评估、制定
9、策略、监控风险的过程。通过风险识别、风险分析和风险评价去认识项目的风险,并以此为基通过风险识别、风险分析和风险评价去认识项目的风险,并以此为基通过风险识别、风险分析和风险评价去认识项目的风险,并以此为基通过风险识别、风险分析和风险评价去认识项目的风险,并以此为基础合理地使用各种风险应对措施、管理方法、技术和手段对项目的风础合理地使用各种风险应对措施、管理方法、技术和手段对项目的风础合理地使用各种风险应对措施、管理方法、技术和手段对项目的风础合理地使用各种风险应对措施、管理方法、技术和手段对项目的风险进行有效的控制,妥善处理风险事件造成的不利后果,以最小的成险进行有效的控制,妥善处理风险事件造成
10、的不利后果,以最小的成险进行有效的控制,妥善处理风险事件造成的不利后果,以最小的成险进行有效的控制,妥善处理风险事件造成的不利后果,以最小的成本保证项目总体目标的实现。本保证项目总体目标的实现。本保证项目总体目标的实现。本保证项目总体目标的实现。风险管理的四个过程风险管理的四个过程风险管理的四个过程风险管理的四个过程风险管理策略有两种:风险管理策略有两种:风险管理策略有两种:风险管理策略有两种:救火模式救火模式救火模式救火模式和和和和主动模式主动模式主动模式主动模式1软件项目风险管理概述软件项目风险管理概述风险识别风险识别风险识别风险识别风险评估风险评估风险评估风险评估风险规划风险规划风险规划
11、风险规划风险控制风险控制风险控制风险控制8风险管理的四个层次风险管理的四个层次风险管理的四个层次风险管理的四个层次风险管理可以分为四个层次:风险管理可以分为四个层次:风险管理可以分为四个层次:风险管理可以分为四个层次:危机管理危机管理危机管理危机管理:是在风险已经造成麻烦后才着手处理它们。是在风险已经造成麻烦后才着手处理它们。是在风险已经造成麻烦后才着手处理它们。是在风险已经造成麻烦后才着手处理它们。风险缓解风险缓解风险缓解风险缓解:事先制定好风险发生后的补救措施,但不制事先制定好风险发生后的补救措施,但不制事先制定好风险发生后的补救措施,但不制事先制定好风险发生后的补救措施,但不制定任何的防
12、范措施。定任何的防范措施。定任何的防范措施。定任何的防范措施。着力预防着力预防着力预防着力预防:将风险识别与风险防范作为软件项目的一部将风险识别与风险防范作为软件项目的一部将风险识别与风险防范作为软件项目的一部将风险识别与风险防范作为软件项目的一部分加以规划和执行。分加以规划和执行。分加以规划和执行。分加以规划和执行。消灭根源消灭根源消灭根源消灭根源:识别和消灭可能产生风险的根源。识别和消灭可能产生风险的根源。识别和消灭可能产生风险的根源。识别和消灭可能产生风险的根源。1软件项目风险管理概述软件项目风险管理概述9内容提要内容提要内容提要内容提要10.22风险识别风险识别风险识别风险识别10.3
13、 风险评估 10.4 风险规划 10.5 风险控制 10.1 概述 10.6 本章小结 10.7 案例分析 102风险识别风险识别风险识别风险识别风险识别风险识别或称风险辨识,是试图通过系统化的或称风险辨识,是试图通过系统化的或称风险辨识,是试图通过系统化的或称风险辨识,是试图通过系统化的方法寻找可能影响项目的风险(方法寻找可能影响项目的风险(方法寻找可能影响项目的风险(方法寻找可能影响项目的风险(已知的和可预测已知的和可预测已知的和可预测已知的和可预测的的的的)以及确认风险特性的过程。)以及确认风险特性的过程。)以及确认风险特性的过程。)以及确认风险特性的过程。风险识别的风险识别的风险识别的
14、风险识别的目标目标目标目标是:辨识项目面临的风险,揭示是:辨识项目面临的风险,揭示是:辨识项目面临的风险,揭示是:辨识项目面临的风险,揭示风险和风险来源,以文档及数据库的形式记录风风险和风险来源,以文档及数据库的形式记录风风险和风险来源,以文档及数据库的形式记录风风险和风险来源,以文档及数据库的形式记录风险。险。险。险。风险识别风险识别风险识别风险识别活动活动活动活动包括:风险识别方法的确定;风险包括:风险识别方法的确定;风险包括:风险识别方法的确定;风险包括:风险识别方法的确定;风险定义及分类;风险文档编写。定义及分类;风险文档编写。定义及分类;风险文档编写。定义及分类;风险文档编写。11风
15、险识别的输入、输出风险识别的输入、输出风险识别的输入、输出风险识别的输入、输出可能是项目的可能是项目的可能是项目的可能是项目的WBSWBS、工、工、工、工作的陈述(作的陈述(作的陈述(作的陈述(StatementStatementOfWorkOfWork,SOWSOW)、项)、项)、项)、项目相关信息、项目计划目相关信息、项目计划目相关信息、项目计划目相关信息、项目计划假设、历史项目数据,假设、历史项目数据,假设、历史项目数据,假设、历史项目数据,其他项目经验文件、评其他项目经验文件、评其他项目经验文件、评其他项目经验文件、评审报告、公司目标等。审报告、公司目标等。审报告、公司目标等。审报告、
16、公司目标等。风险列表风险列表风险列表风险列表2风险识别风险识别输入输入输入输入标识风险标识风险标识风险标识风险评审风险评审风险评审风险评审风险输出输出输出输出12风险识别参与人员、识别方法风险识别参与人员、识别方法风险识别参与人员、识别方法风险识别参与人员、识别方法参与人员:参与人员:参与人员:参与人员:项目组成员项目组成员项目组成员项目组成员风险管理人员风险管理人员风险管理人员风险管理人员学科专家(组织内)学科专家(组织内)学科专家(组织内)学科专家(组织内)客户客户客户客户项目的其他管理人员项目的其他管理人员项目的其他管理人员项目的其他管理人员外部专家外部专家外部专家外部专家识别方法:识别
17、方法:识别方法:识别方法:德尔菲方法德尔菲方法德尔菲方法德尔菲方法头脑风暴法头脑风暴法头脑风暴法头脑风暴法情景分析法情景分析法情景分析法情景分析法面谈法面谈法面谈法面谈法会议法会议法会议法会议法SWOTSWOT分析法分析法分析法分析法风险条目检查表风险条目检查表风险条目检查表风险条目检查表2风险识别风险识别13风险识别方法风险识别方法风险识别方法风险识别方法德尔菲(德尔菲(德尔菲(德尔菲(DelphiDelphi)法)法)法)法德尔菲方法又称德尔菲方法又称德尔菲方法又称德尔菲方法又称专家调查法专家调查法专家调查法专家调查法,它起源于,它起源于,它起源于,它起源于2020世纪世纪世纪世纪4040
18、年代末年代末年代末年代末期,最初是美国兰德公司首先使用,很快就在世界上盛行期,最初是美国兰德公司首先使用,很快就在世界上盛行期,最初是美国兰德公司首先使用,很快就在世界上盛行期,最初是美国兰德公司首先使用,很快就在世界上盛行起来,目前此法的应用已遍及经济、社会、工程技术等各起来,目前此法的应用已遍及经济、社会、工程技术等各起来,目前此法的应用已遍及经济、社会、工程技术等各起来,目前此法的应用已遍及经济、社会、工程技术等各领域。领域。领域。领域。我们在进行成本估算的时候也用到这种方法。用德尔菲方我们在进行成本估算的时候也用到这种方法。用德尔菲方我们在进行成本估算的时候也用到这种方法。用德尔菲方我
19、们在进行成本估算的时候也用到这种方法。用德尔菲方法进行项目风险识别的过程,是由项目风险小组选定与该法进行项目风险识别的过程,是由项目风险小组选定与该法进行项目风险识别的过程,是由项目风险小组选定与该法进行项目风险识别的过程,是由项目风险小组选定与该项目有关的领域专家,并与这些适当数量的专家建立直接项目有关的领域专家,并与这些适当数量的专家建立直接项目有关的领域专家,并与这些适当数量的专家建立直接项目有关的领域专家,并与这些适当数量的专家建立直接的函询联系,通过函询收集专家意见,然后加以综合整理,的函询联系,通过函询收集专家意见,然后加以综合整理,的函询联系,通过函询收集专家意见,然后加以综合整
20、理,的函询联系,通过函询收集专家意见,然后加以综合整理,再匿名反馈给各位专家,再次征询意见。这样反复经过四再匿名反馈给各位专家,再次征询意见。这样反复经过四再匿名反馈给各位专家,再次征询意见。这样反复经过四再匿名反馈给各位专家,再次征询意见。这样反复经过四至五轮,逐步使专家的意见趋向一致,作为最后识别的根至五轮,逐步使专家的意见趋向一致,作为最后识别的根至五轮,逐步使专家的意见趋向一致,作为最后识别的根至五轮,逐步使专家的意见趋向一致,作为最后识别的根据。据。据。据。2风险识别风险识别14风险识别方法风险识别方法风险识别方法风险识别方法头脑风暴法头脑风暴法头脑风暴法头脑风暴法召开项目组全体会议
21、,进行关于项目风险的自由讨论,项召开项目组全体会议,进行关于项目风险的自由讨论,项召开项目组全体会议,进行关于项目风险的自由讨论,项召开项目组全体会议,进行关于项目风险的自由讨论,项目组成员在主持人的引导下完全自由地发言,不受限制,目组成员在主持人的引导下完全自由地发言,不受限制,目组成员在主持人的引导下完全自由地发言,不受限制,目组成员在主持人的引导下完全自由地发言,不受限制,产生关于项目风险的概念。该方法是一种智力爆发的方法,产生关于项目风险的概念。该方法是一种智力爆发的方法,产生关于项目风险的概念。该方法是一种智力爆发的方法,产生关于项目风险的概念。该方法是一种智力爆发的方法,因此项目经
22、理和技术权威不太适合参加这种讨论。因此项目经理和技术权威不太适合参加这种讨论。因此项目经理和技术权威不太适合参加这种讨论。因此项目经理和技术权威不太适合参加这种讨论。同时还应坚持不进行过多讨论,不对别人的意见进行判断性评论,甚同时还应坚持不进行过多讨论,不对别人的意见进行判断性评论,甚同时还应坚持不进行过多讨论,不对别人的意见进行判断性评论,甚同时还应坚持不进行过多讨论,不对别人的意见进行判断性评论,甚至明确不许使用身体语言表达评判意见,如:咳嗽、冷笑等。这样做至明确不许使用身体语言表达评判意见,如:咳嗽、冷笑等。这样做至明确不许使用身体语言表达评判意见,如:咳嗽、冷笑等。这样做至明确不许使用
23、身体语言表达评判意见,如:咳嗽、冷笑等。这样做的目的是最大限度地发挥民主,搜集来自各方面的意见。意见可以是的目的是最大限度地发挥民主,搜集来自各方面的意见。意见可以是的目的是最大限度地发挥民主,搜集来自各方面的意见。意见可以是的目的是最大限度地发挥民主,搜集来自各方面的意见。意见可以是多余的,但尽可能不要遗漏任何重要信息。多余的,但尽可能不要遗漏任何重要信息。多余的,但尽可能不要遗漏任何重要信息。多余的,但尽可能不要遗漏任何重要信息。然后风险管理人员将会议结果进行分类整理,作为风险的然后风险管理人员将会议结果进行分类整理,作为风险的然后风险管理人员将会议结果进行分类整理,作为风险的然后风险管理
24、人员将会议结果进行分类整理,作为风险的基础和其他风险识别方法的结果一起提交风险分析。一般基础和其他风险识别方法的结果一起提交风险分析。一般基础和其他风险识别方法的结果一起提交风险分析。一般基础和其他风险识别方法的结果一起提交风险分析。一般在识别活动的早期进行。在识别活动的早期进行。在识别活动的早期进行。在识别活动的早期进行。2风险识别风险识别15风险识别方法风险识别方法风险识别方法风险识别方法情景分析法情景分析法情景分析法情景分析法情景分析法是根据项目发展趋势的多样性,通过情景分析法是根据项目发展趋势的多样性,通过情景分析法是根据项目发展趋势的多样性,通过情景分析法是根据项目发展趋势的多样性,
25、通过对系统内外相关问题的系统分析,设计出多种可对系统内外相关问题的系统分析,设计出多种可对系统内外相关问题的系统分析,设计出多种可对系统内外相关问题的系统分析,设计出多种可能的未来前景,然后用类似于撰写电影剧本的手能的未来前景,然后用类似于撰写电影剧本的手能的未来前景,然后用类似于撰写电影剧本的手能的未来前景,然后用类似于撰写电影剧本的手法,对系统发展态势做出自始至终的情景和画面法,对系统发展态势做出自始至终的情景和画面法,对系统发展态势做出自始至终的情景和画面法,对系统发展态势做出自始至终的情景和画面的描述。的描述。的描述。的描述。当一个项目持续的时间较长时,往往要考虑各种当一个项目持续的时
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 10 软件 项目风险 管理 课件
限制150内