软件工程项目风险管理课件.ppt
- 文档编号:2197629
- 上传时间:2022-10-27
- 格式:PPT
- 页数:52
- 大小:1.06MB
软件工程项目风险管理课件.ppt
《软件工程项目风险管理课件.ppt》由会员分享,可在线阅读,更多相关《软件工程项目风险管理课件.ppt(52页珍藏版)》请在冰豆网上搜索。
第二十一讲风险管理项目风险什么会出问题什么会出问题什么会出问题什么会出问题?
出某个问题的概率如何出某个问题的概率如何出某个问题的概率如何出某个问题的概率如何?
会带来多大损害会带来多大损害会带来多大损害会带来多大损害?
我们可以做什么我们可以做什么我们可以做什么我们可以做什么?
风险的概念nRobertCharette在他的关于风险分析和管理的书中给出了在他的关于风险分析和管理的书中给出了风险的概念定义如下:
风险的概念定义如下:
n首先首先,风险关注未来将要发生的事情风险关注未来将要发生的事情。
今天和昨天已不再今天和昨天已不再被关心,因为我们已经在收获由我们过去的行为所播下的被关心,因为我们已经在收获由我们过去的行为所播下的种子。
疑问是:
我们是否能够通过改变我们今天的行为,种子。
疑问是:
我们是否能够通过改变我们今天的行为,而为一个不同的、充满希望的、更美好的明天创造机会。
而为一个不同的、充满希望的、更美好的明天创造机会。
n其次其次,风险涉及改变,风险涉及改变,如思想、观念、行为、或地点的改如思想、观念、行为、或地点的改变变.n第三第三,风险涉及选择,及选择本身所包含的不确定性。
风险涉及选择,及选择本身所包含的不确定性。
因因此,就象死亡和税收一样,风险是生活中最不确定的元素此,就象死亡和税收一样,风险是生活中最不确定的元素之一之一。
风险管理n“当没有办法消除风险,甚至连试图降低该风险也存当没有办法消除风险,甚至连试图降低该风险也存在疑问时,这些风险就是真正的风险了在疑问时,这些风险就是真正的风险了”。
n在我们能够标识出软件项目中的在我们能够标识出软件项目中的“真正风险真正风险”之前,之前,识别出所有对管理者及开发者而言均为明显的风险是识别出所有对管理者及开发者而言均为明显的风险是很重要的。
很重要的。
风险策略被动风险被动风险策略策略对风险不闻不问,直至出现问题。
这时,项目团队赶紧采取行动,试图对风险不闻不问,直至出现问题。
这时,项目团队赶紧采取行动,试图迅速解决问题迅速解决问题缓解措施:
为预期的缓解措施:
为预期的救火救火行为安排额外资源行为安排额外资源纠正措施:
运用资源去解决问题纠正措施:
运用资源去解决问题危机管理:
在危险发生在控制之外时(很可能),项目将处于危机状态危机管理:
在危险发生在控制之外时(很可能),项目将处于危机状态风险策略nQUOTE:
如果你不主动的进攻风险,风险将会主动地进攻如果你不主动的进攻风险,风险将会主动地进攻你你。
TomGilbn对于风险管理的一个更聪明的策略是对于风险管理的一个更聪明的策略是主动式的主动式的。
主动策略早主动策略早在技术工作开始之前就已经启动了。
在技术工作开始之前就已经启动了。
标识标识出潜在的风险,评出潜在的风险,评估它们出现的概率及产生的影响,且按重要性加以估它们出现的概率及产生的影响,且按重要性加以排序排序。
然然后,软件项目组建立一个计划以后,软件项目组建立一个计划以管理管理风险风险。
n主要的目标是预防风险,但因为不是所有的风险都能够预防,主要的目标是预防风险,但因为不是所有的风险都能够预防,所以,项目组必须建立一个所以,项目组必须建立一个应急计划应急计划,使其在必要时能够以,使其在必要时能够以可控的及有效的方式作出反应。
可控的及有效的方式作出反应。
n我们将讨论风险管理的主动策略。
我们将讨论风险管理的主动策略。
风险策略(II)主动风险主动风险策略策略在技术工作开始之前,就开始识别出潜在的风险,评估它们发生的概率在技术工作开始之前,就开始识别出潜在的风险,评估它们发生的概率及影响,并按重要性排序。
然后,制定一个计划来管理风险及影响,并按重要性排序。
然后,制定一个计划来管理风险有正式的风险分析有正式的风险分析风险影响一般可控风险影响一般可控风险风险具有具有负面后果负面后果、人们不希望发生的事件。
、人们不希望发生的事件。
不确定性不确定性:
可能发生,也可能不发生:
可能发生,也可能不发生事件发生的概率称为事件发生的概率称为风险概率风险概率,当概率为,当概率为11时,风险变成了必然发生的问题,不再时,风险变成了必然发生的问题,不再称为风险。
称为风险。
损失损失:
具有负面后果,是不希望发生的事:
具有负面后果,是不希望发生的事与风险有关的损失称为与风险有关的损失称为风险影响风险影响能够改变结果的程度能够改变结果的程度常要考虑常要考虑风险控制风险控制:
降低或消除风险所采取的行动:
降低或消除风险所采取的行动软件风险n进行风险分析时,重要的是量化不确定性的程度及与进行风险分析时,重要的是量化不确定性的程度及与每个风险相关的损失的程度。
为了实现这点,必须考每个风险相关的损失的程度。
为了实现这点,必须考虑不同类型的风险。
虑不同类型的风险。
n?
:
在建造软件时,我们可能遇到什么类型的风险?
:
在建造软件时,我们可能遇到什么类型的风险。
软件风险n项目风险威胁到项目计划项目风险威胁到项目计划。
如果项目风险变成现实,如果项目风险变成现实,有可能会拖延项目的进度,且增加项目的成本。
项目有可能会拖延项目的进度,且增加项目的成本。
项目风险是指潜在的预算、进度、人力(工作人员及组织)风险是指潜在的预算、进度、人力(工作人员及组织)、资源、客户、及需求等方面的问题以及它们对软件、资源、客户、及需求等方面的问题以及它们对软件项目的影响。
项目复杂度、规模、及结构不确定性也项目的影响。
项目复杂度、规模、及结构不确定性也被定义为项目(和估算)风险因素。
被定义为项目(和估算)风险因素。
软件风险n技术风险威胁到要开发软件的质量及交付时间技术风险威胁到要开发软件的质量及交付时间。
如果如果技术风险变成现实,则开发工作可能变得很困难或根技术风险变成现实,则开发工作可能变得很困难或根本不可能。
技术风险是指潜在的设计、实现、接口、本不可能。
技术风险是指潜在的设计、实现、接口、验证、和维护等方面的问题。
此外,规约的二义性、验证、和维护等方面的问题。
此外,规约的二义性、技术的不确定性、陈旧的技术、及技术的不确定性、陈旧的技术、及“领先的领先的”技术也技术也是风险因素。
技术风险的发生是因为问题比我们所设是风险因素。
技术风险的发生是因为问题比我们所设想的更加难以解决。
想的更加难以解决。
软件风险n商业风险威胁到要开发软件的生存能力商业风险威胁到要开发软件的生存能力。
商业风险常常会商业风险常常会危害项目或产品。
危害项目或产品。
五个主要的商业风险五个主要的商业风险是:
(是:
(1)开发了)开发了一个没有人真正需要的优秀产品或系统(市场风险);一个没有人真正需要的优秀产品或系统(市场风险);
(2)开发的产品不再符合公司的整体商业策略(策略风)开发的产品不再符合公司的整体商业策略(策略风险);(险);(3)建造了一个销售部门不知道如何去卖的产品;)建造了一个销售部门不知道如何去卖的产品;(4)由于重点的转移或人员的变动而失去了高级管理层)由于重点的转移或人员的变动而失去了高级管理层的支持(管理风险);以及(的支持(管理风险);以及(5)没有得到预算或人力上)没有得到预算或人力上的保证(预算风险)。
绝对重要的一点是应该注意到:
简的保证(预算风险)。
绝对重要的一点是应该注意到:
简单的分类并不总是行得通。
某些风险根本无法事先预测。
单的分类并不总是行得通。
某些风险根本无法事先预测。
风险类型(I)项目风险:
威胁到项目计划项目风险:
威胁到项目计划(拖延项目进度和增加成本拖延项目进度和增加成本)预算、进度、人员、资源、利益相关方、需求预算、进度、人员、资源、利益相关方、需求技术风险:
威胁到软件的质量及交付时间技术风险:
威胁到软件的质量及交付时间设计、实现、接口、验证和维护设计、实现、接口、验证和维护商业风险:
威胁到软件的生存能力商业风险:
威胁到软件的生存能力市场、策略、销售、管理、预算市场、策略、销售、管理、预算风险类型(II)已知风险已知风险:
通过仔细评估项目计划、开发项目的商业及技术环境、:
通过仔细评估项目计划、开发项目的商业及技术环境、以及其他可靠的信息来源之后可以发现的风险以及其他可靠的信息来源之后可以发现的风险可预测风险可预测风险:
能够从过去项目的经验中推断出来:
能够从过去项目的经验中推断出来不可预测风险不可预测风险:
可能会出现,但很难事先识别出它们来:
可能会出现,但很难事先识别出它们来风险管理了解和控制项目中的风险了解和控制项目中的风险七项原则:
七项原则:
全面观点:
在整个系统和商业环境下考虑软件风险全面观点:
在整个系统和商业环境下考虑软件风险长远观点:
考虑将来可能发生的风险长远观点:
考虑将来可能发生的风险广泛交流:
如果有人提出一个潜在的风险,要重视它广泛交流:
如果有人提出一个潜在的风险,要重视它结合:
考虑风险时必须与软件过程相结合结合:
考虑风险时必须与软件过程相结合强调持续的过程:
持续的风险管理强调持续的过程:
持续的风险管理开发共享的产品:
开发共享的产品:
协同工作:
汇聚所有利益相关者的智慧、技能和知识协同工作:
汇聚所有利益相关者的智慧、技能和知识风险管理的作用提高项目的成功率提高项目的成功率保证风险发生时的及时反应保证风险发生时的及时反应增加团队的健壮性增加团队的健壮性帮助项目经理抓住工作重点帮助项目经理抓住工作重点风险风险风险管理过程控控制制识别识别分析分析计划计划追追踪踪风险识别n风险标识是试图系统化地确定对项目计划(估风险标识是试图系统化地确定对项目计划(估算、进度、资源分配)的威胁。
通过标识已知算、进度、资源分配)的威胁。
通过标识已知的和可预测的风险,项目管理者已经迈出了第的和可预测的风险,项目管理者已经迈出了第一步一步在可能时避免这些风险,且当必要时在可能时避免这些风险,且当必要时控制这些风险。
控制这些风险。
风险识别n标识风险的一个方法是建立标识风险的一个方法是建立风险条目检查表风险条目检查表。
该检查表可以用于风险标识,并集中于下列一该检查表可以用于风险标识,并集中于下列一般性子类型中的已知的及可预测的风险:
般性子类型中的已知的及可预测的风险:
nn*产品规模产品规模与要建造或要修改的软件的总与要建造或要修改的软件的总体规模相关的风险。
体规模相关的风险。
n*商业影响商业影响与管理或市场所加诸的约束相与管理或市场所加诸的约束相关的风险。
关的风险。
n*客户特征客户特征与客户的素质以及开发者和客与客户的素质以及开发者和客户定期沟通的能力相关的风险。
户定期沟通的能力相关的风险。
风险识别n*过程定义过程定义与软件过程被定义的程度以及与软件过程被定义的程度以及它们被开发组织所遵守的程度相关的风险。
它们被开发组织所遵守的程度相关的风险。
n*开发环境开发环境与用以建造产品的工具的可用与用以建造产品的工具的可用性及质量相关的风险。
性及质量相关的风险。
n*开发技术开发技术与待开发软件的复杂性及系统与待开发软件的复杂性及系统所包含技术的所包含技术的“新奇性新奇性”相关的风险。
相关的风险。
n*人员才干及经验人员才干及经验与参与工作的软件工程与参与工作的软件工程师的总体技术水平及项目经验相关的风险。
师的总体技术水平及项目经验相关的风险。
风险识别(II)规模影响风险:
规模影响风险:
对于估算出的产品规模的信任程度如何;对于估算出的产品规模的信任程度如何;是否以程序、文件或事务处理的数目来估算产品规模;是否以程序、文件或事务处理的数目来估算产品规模;产品规模与以前产品的规模的平均值的偏差百分比是多少;产品规模与以前产品的规模的平均值的偏差百分比是多少;产品创建或使用的数据库大小如何;产品创建或使用的数据库大小如何;产品的需求改变多少?
交付之前有多少?
交付之后有多少?
产品的需求改变多少?
交付之前有多少?
交付之后有多少?
复用的软件有多少?
复用的软件有多少?
风险识别(III)客户相关风险:
客户相关风险:
以前是否曾与这个客户合作过;以前是否曾与这个客户合作过;客户是否清楚需要什么;他能否花时间把需求写出来;客户是否清楚需要什么;他能否花时间把需求写出来;客户是否同意召开正式的需求收集会议,以确定项目范围;客户是否同意召开正式的需求
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 项目风险 管理 课件