软件工程项目风险管理课件

1、风险的概念nRobert Charette在他的关于风险分析和管理的书中给出了在他的关于风险分析和管理的书中给出了风险的概念定义如下：风险的概念定义如下： n首先首先，风险关注未来将要发生的事情风险关注未来将要发生的事情。今天和昨天已不再今天和昨天已不再被关心，因为我们已经在收获由我们过去的行为所播下的被关心，因为我们已经在收获由我们过去的行为所播下的种子。疑问是：我们是否能够通过改变我们今天的行为，种子。疑问是：我们是否能够通过改变我们今天的行为，而为一个不同的、充满希望的、更美好的明天创造机会。而为一个不同的、充满希望的、更美好的明天创造机会。n其次其次，风险涉及改变，风险涉及改变，如思想

2、、观念、行为、或地点的改如思想、观念、行为、或地点的改变变.n第三第三，风险涉及选择，及选择本身所包含的不确定性。风险涉及选择，及选择本身所包含的不确定性。因因此，就象死亡和税收一样，风险是生活中最不确定的元素此，就象死亡和税收一样，风险是生活中最不确定的元素之一之一。 风险管理n“当没有办法消除风险，甚至连试图降低该风险也存当没有办法消除风险，甚至连试图降低该风险也存在疑问时，这些风险就是真正的风险了在疑问时，这些风险就是真正的风险了”。n在我们能够标识出软件项目中的在我们能够标识出软件项目中的“真正风险真正风险”之前，之前，识别出所有对管理者及开发者而言均为明显的风险是识别出所有对管理者及

3、开发者而言均为明显的风险是很重要的。很重要的。 风险策略nQUOTE：如果你不主动的进攻风险，风险将会主动地进攻如果你不主动的进攻风险，风险将会主动地进攻你你。Tom Gilb n对于风险管理的一个更聪明的策略是对于风险管理的一个更聪明的策略是主动式的主动式的。主动策略主动策略早在技术工作开始之前就已经启动了。早在技术工作开始之前就已经启动了。标识标识出潜在的风险，出潜在的风险，评估它们出现的概率及产生的影响，且按重要性加以评估它们出现的概率及产生的影响，且按重要性加以排序排序。然后，软件项目组建立一个计划以然后，软件项目组建立一个计划以管理管理风险风险。n主要的目标是预防风险，但因为不是所有

4、的风险都能够预主要的目标是预防风险，但因为不是所有的风险都能够预防，所以，项目组必须建立一个防，所以，项目组必须建立一个应急计划应急计划，使其在必要时，使其在必要时能够以可控的及有效的方式作出反应。能够以可控的及有效的方式作出反应。n我们将讨论风险管理的主动策略。我们将讨论风险管理的主动策略。 软件风险n进行风险分析时，重要的是量化不确定性的程度及与进行风险分析时，重要的是量化不确定性的程度及与每个风险相关的损失的程度。为了实现这点，必须考每个风险相关的损失的程度。为了实现这点，必须考虑不同类型的风险。虑不同类型的风险。n？：在建造软件时，我们可能遇到什么类型的风险？：在建造软件时，我们可能遇

5、到什么类型的风险。 软件风险n项目风险威胁到项目计划项目风险威胁到项目计划。如果项目风险变成现实，如果项目风险变成现实，有可能会拖延项目的进度，且增加项目的成本。项目有可能会拖延项目的进度，且增加项目的成本。项目风险是指潜在的预算、进度、人力（工作人员及组风险是指潜在的预算、进度、人力（工作人员及组织）、资源、客户、及需求等方面的问题以及它们对织）、资源、客户、及需求等方面的问题以及它们对软件项目的影响。项目复杂度、规模、及结构不确定软件项目的影响。项目复杂度、规模、及结构不确定性也被定义为项目（和估算）风险因素。性也被定义为项目（和估算）风险因素。 软件风险n技术风险威胁到要开发软件的质量及

6、交付时间技术风险威胁到要开发软件的质量及交付时间。如果如果技术风险变成现实，则开发工作可能变得很困难或根技术风险变成现实，则开发工作可能变得很困难或根本不可能。技术风险是指潜在的设计、实现、接口、本不可能。技术风险是指潜在的设计、实现、接口、验证、和维护等方面的问题。此外，规约的二义性、验证、和维护等方面的问题。此外，规约的二义性、技术的不确定性、陈旧的技术、及技术的不确定性、陈旧的技术、及“领先的领先的”技术也技术也是风险因素。技术风险的发生是因为问题比我们所设是风险因素。技术风险的发生是因为问题比我们所设想的更加难以解决。想的更加难以解决。 软件风险n商业风险威胁到要开发软件的生存能力商业

7、风险威胁到要开发软件的生存能力。商业风险常常会商业风险常常会危害项目或产品。危害项目或产品。五个主要的商业风险五个主要的商业风险是：（是：（1）开发了）开发了一个没有人真正需要的优秀产品或系统（市场风险）；一个没有人真正需要的优秀产品或系统（市场风险）；（2）开发的产品不再符合公司的整体商业策略（策略风）开发的产品不再符合公司的整体商业策略（策略风险）；（险）；（3）建造了一个销售部门不知道如何去卖的产品；）建造了一个销售部门不知道如何去卖的产品；（4）由于重点的转移或人员的变动而失去了高级管理层）由于重点的转移或人员的变动而失去了高级管理层的支持（管理风险）；以及（的支持（管理风险）；以及（

8、5）没有得到预算或人力上）没有得到预算或人力上的保证（预算风险）。绝对重要的一点是应该注意到：简的保证（预算风险）。绝对重要的一点是应该注意到：简单的分类并不总是行得通。某些风险根本无法事先预测。单的分类并不总是行得通。某些风险根本无法事先预测。 风险识别n风险标识是试图系统化地确定对项目计划（估风险标识是试图系统化地确定对项目计划（估算、进度、资源分配）的威胁。通过标识已知算、进度、资源分配）的威胁。通过标识已知的和可预测的风险，项目管理者已经迈出了第的和可预测的风险，项目管理者已经迈出了第一步一步在可能时避免这些风险，且当必要时在可能时避免这些风险，且当必要时控制这些风险。控制这些风险。风

9、险识别n标识风险的一个方法是建立标识风险的一个方法是建立风险条目检查表风险条目检查表。该检查表可以用于风险标识，并集中于下列一该检查表可以用于风险标识，并集中于下列一般性子类型中的已知的及可预测的风险：般性子类型中的已知的及可预测的风险：n n* 产品规模产品规模与要建造或要修改的软件的总与要建造或要修改的软件的总体规模相关的风险。体规模相关的风险。n* 商业影响商业影响与管理或市场所加诸的约束相与管理或市场所加诸的约束相关的风险。关的风险。n* 客户特征客户特征与客户的素质以及开发者和客与客户的素质以及开发者和客户定期沟通的能力相关的风险。户定期沟通的能力相关的风险。 风险识别n* 过程定义

10、过程定义与软件过程被定义的程度以及与软件过程被定义的程度以及它们被开发组织所遵守的程度相关的风险。它们被开发组织所遵守的程度相关的风险。n* 开发环境开发环境与用以建造产品的工具的可用与用以建造产品的工具的可用性及质量相关的风险。性及质量相关的风险。n* 开发技术开发技术与待开发软件的复杂性及系统与待开发软件的复杂性及系统所包含技术的所包含技术的“新奇性新奇性”相关的风险。相关的风险。n* 人员才干及经验人员才干及经验与参与工作的软件工程与参与工作的软件工程师的总体技术水平及项目经验相关的风险。师的总体技术水平及项目经验相关的风险。 评估整体项目风险n下面的提问是基于对世界各地的有经验的软件项

11、目管理人下面的提问是基于对世界各地的有经验的软件项目管理人员的调查而得到的风险数据导出的，这些提问按它们对项员的调查而得到的风险数据导出的，这些提问按它们对项目成功的相对重要性排序。目成功的相对重要性排序。n1. 顶层的软件和客户管理者已经正式承诺支持该项目吗？顶层的软件和客户管理者已经正式承诺支持该项目吗？n2. 终端用户对项目和待建造的系统终端用户对项目和待建造的系统/产品热烈支持吗？产品热烈支持吗？n3. 需求已经被软件工程队伍和他们的客户完全理解了吗？需求已经被软件工程队伍和他们的客户完全理解了吗？n4. 客户已经完全地参与到需求的定义了吗？客户已经完全地参与到需求的定义了吗？ 评估整

12、体项目风险n5. 终端用户的期望现实吗？终端用户的期望现实吗？n6. 项目范围稳定吗？项目范围稳定吗？n7. 软件工程队伍拥有合适的技能吗？软件工程队伍拥有合适的技能吗？n8. 项目需求稳定吗？项目需求稳定吗？n9. 项目小组对将实现的技术有经验吗？项目小组对将实现的技术有经验吗？n10. 项目小组的人员数目适合于完成该工作吗？项目小组的人员数目适合于完成该工作吗？ 评估整体项目风险n11. 所有的客户所有的客户/用户对项目的重要性和待建造的系统用户对项目的重要性和待建造的系统/产品的需求有共识吗产品的需求有共识吗？n如果这些提问的任意一个的回答是否定的，则应该确如果这些提问的任意一个的回答是

13、否定的，则应该确定无疑地启动缓解、监控和管理步骤。项目处于风险定无疑地启动缓解、监控和管理步骤。项目处于风险的程度直接正比于这些提问的否定回答的数量。的程度直接正比于这些提问的否定回答的数量。 图图191 影响评估影响评估 BOE89 注：（注：（1）未测试出的软件错误或缺陷所产生的潜在影响。）未测试出的软件错误或缺陷所产生的潜在影响。 （2）如果没有达到预期的结果所产生的潜在影响。）如果没有达到预期的结果所产生的潜在影响。 风险预测n风险预测风险预测，又称又称风险估算风险估算，试图从两个方面评估每一个风试图从两个方面评估每一个风险险风险发生的可能性或概率，以及如果风险发生了，风险发生的可能性

14、或概率，以及如果风险发生了，所产生的后果。所产生的后果。n项目计划者，以及其它管理人员和技术人员，一起执行四项目计划者，以及其它管理人员和技术人员，一起执行四个风险预测活动：个风险预测活动：n（1）建立一个尺度，以反映风险发生的可能性；）建立一个尺度，以反映风险发生的可能性；n（2）描述风险的后果；）描述风险的后果；n（3）估算风险对项目及产品的影响；）估算风险对项目及产品的影响；n（4）标注风险预测的整体精确度，以免产生误解。）标注风险预测的整体精确度，以免产生误解。 建立风险表 风险表给项目管理者提供了一种简单的风险预测技术。 项目组一开始要在表中的第一列列出所有风险（不管多么细微）。 每

15、一个风险在第二列上加以分类（如，PS指产品规模风险，BU指商业风险）。 每个风险发生的概率则输入到第三列中。每个风险发生的概率值可以由项目组成员个别估算，个体成员通过循环的方式投票，直至他们的风险概率评估开始会聚。 建立风险表 下一步是评估每个风险所产生的影响。使用特性评估每个风险元素，并确定其影响的类别。 四个风险元素性能、支持、成本、及进度的影响类别被求平均以得到一个整体的影响值。 一旦完成了风险表的前四列内容，就要根据概率及影响来进行排序。高发生概率、高影响的风险放在表的上方，而低概率风险则移到表的下方。这样就完成了一阶风险优先序。建立风险表 项目管理者研究已排序的表，并定义一条中截线。

16、该中截线（表中某一点上的一条水平线）表示：只有那些在线之上的风险才会得到进一步的关注。 而在线之下的风险则需要再评估以完成二阶风险优先序。风险影响及概率从管理的角度来考虑，是起着不同的作用。建立风险表 所有在中截线之上的风险都必须进行管理。标有RMMM的列中包含了一个指示器，指向为所有中止线之上的风险所建立的风险缓解、监控、及管理计划（Risk Mitigation，Monitoring and Management Plan），或者，一组风险信息表单。评估风险影响 有三个因素可能会影响如果风险真的发生了所产生的后果：风险的性质、范围、及时间。 风险的性质是指当风险发生时可能产生的问题。 风险

17、的范围结合了严重性（即风险有多严重？）及其整体分布情况（项目中有多少部分受到影响或有多少用户受到损害？）。 评估风险影响 1 确定每个风险元素发生的平均概率。 2 基于其中列出的标准来确定每个元素的影响。 3 按照前面几节给出的方法完成风险表，并分析其结果。 整体的风险曝光度（risk exposure），RE，用下面关系确定： RE PC 这里P是风险发生的概率，C是风险发生时带来的项目成本。 评估风险影响n例如，假定软件小组以如下方式定义了一个项目风险：例如，假定软件小组以如下方式定义了一个项目风险：n风险标识风险标识：事实上，预定要复用的软件构件中只有：事实上，预定要复用的软件构件中只有

18、70将被集成到应用中，剩余的功能将必须被定制开发。将被集成到应用中，剩余的功能将必须被定制开发。n风险概率风险概率：80（大约大约）。）。 评估风险影响n风险影响风险影响：计划了：计划了60个可复用软件构件，如果只有个可复用软件构件，如果只有70可能被使用，则可能被使用，则18个构件将必须从头开发（除了其个构件将必须从头开发（除了其他已经计划开发的定制软件之外）。因为构件平均是他已经计划开发的定制软件之外）。因为构件平均是100 LOC，且本地数据显示，每个，且本地数据显示，每个LOC的软件工程成的软件工程成本是本是14.00美元，开发构件的整体成本（影响）将是美元，开发构件的整体成本（影响）

19、将是1810014 25200美元。美元。n风险曝光度风险曝光度：RE 0.8025200，约为，约为20200美元。美元。 风险求精 有可能将风险精化为一组更详细的风险，而每个风险在某种程度上更易于被缓解、监控和管理。 实现方式是按条件变迁结果（condition-transtion- consequence，CTC）格式来表示风险，即，风险按如下方式陈述： 给定，则有结论：（可能）。风险求精n这个一般性条件可以按如下方式精化：这个一般性条件可以按如下方式精化：n子条件子条件1：某些可复用构件是由不知道内部设计的第三：某些可复用构件是由不知道内部设计的第三方开发的。方开发的。n子条件子条件2：构件接口的设计标准尚未固定下来，且可能：构件接口的设计标准尚未固定下来，且可能不符合某些也有的软件构件。不符合某些也有的软件构件。n子条件子条件3：某些可复用构件已经实现为目标环境所不支：某些可复用构件已经实现为目标环境所不支持的语言。持的语言。n和这些精化的子条件关联的结果保持相同（即，和这些精化的子条件关联的结果保持相同（即，30的软件构件必须被定制开发）。的软件构件必须被定制开发）。 风险缓解、监测