• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

Microsoft 解决方案框架:风险管理原则 v.1.1

发布: 2008-5-10 17:50 | 作者: 网络转载 | 来源: 网络转载 | 查看: 412次 | 进入软件测试论坛讨论

领测软件测试网

其他定量技术

因为风险分析的目标是对风险清单上的风险进行分级,并针对风险控制来驱动决策,所以应该注意:每个项目团队都应该选择适合自己项目、团队、投资人以及风险管理基础设施(工具和过程)的分级方法。一些项目从有利的多属性技术中获益,团队希望在分级过程中考虑所需时间线、潜在机会收益的数量或是概率估量的可靠性。下面提供了一个有利的分级矩阵的示例表格,它不仅考虑概率和影响,还考虑实现高效控制所需的时间窗口和成本,分级数值通过以下公式计算:

分级数值 = 0.5(概率 x 影响)– 0.2(需求时间)+ 0.3(控制成本 x 有效的概率控制)。

tdHeader vAlign=top>
分级数值 概率 影响(单位是千美元) 需求时间(星期) 实现成本(单位是千美元) 控制生效的可能性

125.025

0.5

500

1

2

0.5

83.596

0.84

200

4

4

0.33

37.64

0.33

200

2

20

0.84

4.9816

0.33

30

4

3

0.84

这种方法让项目团队可以考虑风险暴光量、进度表危险程度(风险控制或缓解计划必须何时完成),并将计划的成本和功效并入决策过程。这个常规的方法让项目团队可以按照设置的项目贡献对风险分级,并提供从损失(影响)的角度和机会(正面收益)的角度评估风险的基础 。

选择正确的风险分析方法或方法组合依赖于在风险分析的花费或是错误分级选择(对于投资人来说)间作出正确的决策。应该保证风险分析,从而支持驱动决策的分级,而且不应该为分析而分析。定量或半定量风险分级方法的结果应该在商业目标、机会以及声音管理做法的上下文中进行评估,而不应该被认为是自身的决策自动化形式。

输出

风险分析为项目团队提供一个风险分级清单,引导团队进行风险计划工作。在 MSF 风险管理原则中,它被称为主导风险清单。详细的风险信息,包括项目条件、上下文、根本原因以及分级(概率、影响、暴光量)中使用的度量,常常以风险声明的形式对每个风险进行记录。

主导风险清单

MSF 风险管理原则将风险清单定义为主导风险清单。主导风险清单以表格形式存在,识别引发风险的项目条件、潜在的负面影响(结果)以及用于分级的凭据或信息,例如概率、影响和暴光量。当主导风险清单由分级标准等级(高到低)分类时,就可以在计划过程中提供分级的基础。下面的示范表格是一个主导风险清单,它使用两个要素(概率和影响)。

优先级 条件 结果 概率 影响 暴光量

1

项目进度表过长

年底债券损失

80%

3

2.4

2

没有新程序开发语言的标准

包含更多的bug

45%

2

0.9

3

缺乏书面需求说明

一些产品功能无法实现

30%

2

0.6

低影响 = 1,中等影响 = 2,高影响 = 3

暴光量 = 概率 x 影响

主导风险清单在个体项目清单细节的层次编辑所有风险评估信息。它是一个活动的文档,记录正在进行的风险管理过程的基本要素,在整个项目分析、计划和监控的周期都应该保持更新。

主导风险清单是支持积极的或前摄的风险管理的基本文档。它通过为下面的工作提供基本要素来实现团队决策:

分级工作

识别重要工作

加强依赖性

下面的表格包含了主导风险清单中维护的项目清单。应该细致地将用于计算风险带来的暴光量的方法归档到风险管理计划中,并保证计算过程能够正确地提取团队权衡利弊过程中的意图。

项目 目标 状况

风险声明

清晰地描述风险

必需

概率

量化事件可能性

必需

影响

量化损失或机会成本数量的严重性

必需

分级标准

个别重要性测量

必需

优先级(等级)

对工作分级

必需

所有者

保证完成风险活动计划

必需

缓解计划

描述预防性度量

必需

应变计划和触发

描述调整措施

必需

根本原因

引导高效的干涉计划

可选

影响

保证适当的影响评估

可选

上下文

归档背景信息,从而提取面临风险的团队意图

可选

实现时间

提取某一时间线中实现风险控制的重要性

可选

其他分析方法

某些团队可能会选择其他的分析级别来阐明他们对项目风险的理解。其他可以被项目团队用来阐明项目风险的技术将在标准项目管理和风险管理教科书中讨论28,29。决策树分析、因果关系分析、帕列托分析、模拟仿真以及灵敏度分析这样的技术被用来向风险管理提供更丰富的定量理解。使用这些工具的决策应该基于价值,引入驱动分级和计划阶段说明来抵消资源成本。

风险声明表格

在分析每个个体项目风险时,或是对某一特定风险相关的活动进行风险计划时 ,从文档查看风险信息是十分方便的,这个文档被称为风险声明表格。

风险声明表格包含了识别和评估阶段中主导风险清单里的字段,可能还加入了团队在风险管理过程中所需的额外信息。当接下来的行为通过单独团队或是特定个体分配给风险时,将其作为主导风险清单里的单独文档看待有时是非常简单的。

团队在开发风险声明表格时应该考虑的信息如下表所示:

项目 目标

风险标识符

团队出于报告和跟踪目的,单独识别风险时使用的名称

风险来源

对潜在区域(风险起源于这些区域)的粗分类。用来识别风险根本原因重复出现的区域

风险条件

描述现有、可能会带来损失的条件的名词。它形成风险声明的第一部分

风险结果

描述风险转化为故障后可能发生的损失。它形成风险声明的第二部分

风险概率

一个大于0,小于100%的概率,描述风险条件实际发生、导致损失的可能性

风险影响分级

对风险可能造成的影响进行的粗分类

风险影响

风险实际发生带来影响的数量。这一数量可以是损失的美元值,也可以是由1到10的数字,象征相对数量

风险暴光量

风险的整体威胁,在实际损失可能性和潜在损失数量之间保持平衡。项目团队使用风险暴光量来评估及对风险分级。暴光量是通过风险概率和影响的叠加来计算的

风险上下文

一个包含额外背景信息,帮助阐明风险状况的段落

相关风险

项目团队用来跟踪相互依赖风险的风险标识符清单

最大风险列表

风险分析为每个单独的风险衡量威胁,从而帮助项目团队确定哪个风险更有价值,而管理风险是会减损其他工作的时间和经历的。因此对于项目团队来说,选择绝对重要的风险并管理它们就尤为重要。

一种简单而高效的风险监控技术是使用最大风险列表来列出最关键的风险项目。最大风险列表对所有的投资人都是可见的,也可以被包含在重要报告文档中,例如计划/范围文档、项目计划和项目现状报告。

代表性地,项目团队将确定有限的、必须被管理的关键风险(在大多数项目中,个数往往小于10),并分配项目资源来定位它们。即使项目团队最后希望管理超出最大风险范围的风险 ,先将最大的风险集中到一个小的数值,然后在首要风险得到控制之后处理其他风险的方法常常也是相当高效的。

在风险分级过后,项目团队应该关注风险管理策略以及如何把风险行动计划融入整体计划当中。

解除风险

风险可以被解除或是被归类为非活动的,这样项目团队就可以集中精力管理活动的风险。将风险归类为非活动的,就意味着团队已经将它确定为不需要浪费精力去跟踪的项目。解除风险的决策发生在风险分析的过程中。

某些风险被解除的原因是它们的概率已经达到或是接近 0,它们已经成为非常不可能实现的条件。还有一些风险被解除的原因是他们的影响已经低于阀值,不值得再为其规划缓解或可能性策略;注意,即使风险的暴光量很低,但影响高于阀值,解除它们都是很不明智的,除非项目团队可以确定在任何可预知的环境下,概率(包括暴光量)都将持续保持低值。还应该注意,解除风险和排除风险是不同的,被解除的风险还可能在一定条件下重新出现,项目团队会将这一风险重新归类为活动的,并对其进行风险管理工作。

msf/msrmd11.mspx#top">

文章来源于领测软件测试网 https://www.ltesting.net/


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备2023014753号-2
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网