五个领导的神话
平面世界的领先团队 - 第2部分

创建风险配置文件图

风险管理是传统和敏捷项目的重要活动。本文将介绍一种快速可视化项目的风险状态和识别风险趋势的方法。

广泛接受的风险定义是:

谨慎发生,可能影响项目的好坏

但是,我更喜欢不太全面的,但更高的影响声明:

今天的风险可能是明天的问题

在他们成为项目问题之前,我们需要积极攻击风险。遗憾的是,频繁的风险分析和风险管理步骤与常规项目任务一起进行,而不是作为工作计划的司机。创建了风险管理计划和风险列表,但他们的发现不会影响任务选择和调度,然后出现风险,人们确定问题“哦外观,风险#4发生”,但风险缓解步骤从未进入该项目计划。

敏捷项目有很多机会在他们成为明天的问题之前积极地攻击项目的风险。迭代开发允许在生命周期早期解决高风险工作。携带高风险的特征(或故事)可以在早期迭代中进行,以证明技术并消除疑虑。仔细平衡业务价值的交付和风险减少是一个明智的特征选择策略,即我将不久的方式写入更多。在那之前,我们如何向所有利益相关者展示我们项目的风险?

通常通过两项措施评估风险;风险概率,衡量风险有多可能发生的程度;和风险影响,衡量项目的结果应该是风险。风险概率和风险影响的产物具有总体风险严重程度。

风险严重程度=风险概率x风险影响

这使我们能够对风险进行排名并确定风险缓解优先事项。如果我们提供低(1),中等(2)和高(3)的风险概率和风险影响,我们将看到高概率和高影响风险获得3 x 3 = 9的风险严重程度得分。虽然很高的概率,但较低的冲击风险将被赋予风险严重程度得分仅为3 x 1 = 3。

可以使用诸如预期价值的技术来分析风险,这些技术将百分比概率分配给风险概率得分和美元值对风险影响值(例如EV = 25%x $ 8000 = $ 2000),但是目的说明风险概况和趋势,风险严重程度为1-9的抽象值是我们所要求的。

对于任何项目,我们应该在风险识别过程中聘请开发团队,赞助商,客户和其他相关利益相关者。他们的想法以及以前的项目经验教训的评论,应使用风险日志和行业风险概况来识别项目的已知和可能的风险。一旦我们拥有此列表,我们就可以对每个风险进行风险分析并分配概率和影响分数并计算风险较大程度。类似于估计,聘请团队成员在风险分析中,因为它们更接近技术细节,包容性的过程产生了增加的风险管理计划和缓解行动。没有参与,没有承诺。

下表说明了虚构项目的一些风险及其相关的概率,影响和严重程度。

Risk_List_1

随着项目的进展,跟踪我们的尝试如何管理项目风险是有价值的。下表显示了风险如何通过项目前四个月进入。

 风险危险

在这四个月中,许多项目风险已经减轻或避免了。例如,首次风险“JDBC驱动程序性能”被证明不是故意包含在第一个(一个月)迭代期间的数据库功能和性能测试的问题。因此,这种风险发生的可能性从“2”(中等)到“0”,因此风险严重程度从“6”到“0”。

这些细节可能很难从只需表达表,因此风险配置文件图是显示状态和趋势的绝佳方式,如下所示:

风险_profile_graph..

风险配置文件图是风险严重程度的“堆积区域图”。每个风险的风险严重程度都是绘制一个在另一个风险的中,以提供项目的累积严重性概况。当风险和他们的严重性历史显示这样的情况下,它更容易解释项目的整体风险状态。

例如,我们可以从一般的下行趋势中讲述项目风险正在减少。这些风险简介图是展示可能无法提供多/任何业务价值的“迭代0”活动的值的绝佳方式,但在证明方法和减少项目风险方面非常有用。

升级风险和新风险也很容易发现。在我们的示例中,风险9“Oracle手持仓库浏览器启动”从严重程度3风险升级到3月份严重程度9风险。风险10“不列颠哥伦比亚省PST变化”是一种新的风险,被评估为3月份的严重程度4风险,并于4月份达到严重程度2风险。

风险配置文件图迅速通知利益相关者如果风险在正确的方向(向下)或问题和疑虑正在升级的情况下升级。它们为您的项目提供了一个简单的解释健康检查,并在像Excel这样的工具中快速生产。跟踪项目风险的减少是一个对项目有用的指标,它不是交付功能的核心度量,但我们正在积极试图控制和与提供成功项目的目标相关。

您可以在此下载用于在此处创建这些示例的电子表格

下载example_risk_profile_graph.xls.

.

注释

此项对应的评论被关闭。