免费PMI-ACP网络研讨会
PMI-ACP.样本问题

风险驱动开发

敏捷风险管理试图最大限度地提高业务价值,同时忽略风险是有点像试图用所有门和窗户加热你的家。比需要更难的工作,不太可能是成功的,而且只是不是很聪明。

复杂项目中的风险和机会仍存在。我们可以依靠它们发生太多,就像我们可以依赖于潮流进来的那样。我们选择如何处理它们 - 我们的风险管理战略 - 大大影响我们是否有不可避免的问题潮流并成功导航,或者变得不堪那段由他们而不是达到目标。

敏捷方法纳入了许多处理延迟变化的机制(一个容易重大归更严格的积压,短期迭代,频繁检查,重新审议等),也借助主动应对风险。我们可以将风险避免和风险降低行动插入积压,以攻击对项目产生影响之前的风险。

这都可以被认为是最大化业务价值的一部分。经常询问的过程:“我们应该做些什么:建立业务功能或减少项目风险?”是有价值的,通常总结一下“下一个最好的美元花了。“它提醒我们思考风险避免和缓解,作为价值主张和敏捷规划周期的一部分。

因此,当规划下一次迭代时,我们平衡通过减少风险而提供业务价值。有时我们选择一个功能,因为它是我们投资的最佳回报;有时我们将承担风险避免或风险缓解步骤,因为风险发生的影响大于积压中下一个特征的ROI值。 (这是一个快速摘要;阅读更多关于在积压中推出风险降低行动的更多信息 看这里。)

在项目过程中,敏捷团队使用风险燃烧图和风险概况等工具来说明风险驱动方法的有效性。目标是迅速减少项目的风险。 (关于这些敏捷风险减少技术, 看这里。)

尽早解决风险工作的另一个好处是软件项目中可以节省变更曲线的成本。通过自动承担风险的工作,我们可以减少对项目的整体影响,因为如果在其效应(在返工或方法修订方面)之后发生的情况会更高。简单地说,早期解决的风险比迟到的风险更有价值。

敏捷方法具有其拉动机制和频繁的重组,可以尽早在生命周期中尽早采取风险管理行动,最大限度地减少敲击效果。此外,由于测试建立在每次迭代中,因此在项目结束时,存在在解决方案中没有测试的任何风险元素的可能性大大降低。因此,可以称为敏捷方法“风险驱动“由于我们总是希望在积压的风险中拔出故事。

虽然敏捷方法提供了一些良好的方式来主动拥抱良好的风险管理实践,但它们不会“危险”,而不是从风险中绝缘项目。实际上,如果敏捷方法是您的组织新的,那么它的介绍将是一个风险本身 - 任何新的东西都是新的表现出误用,误解,混乱和失败的风险。但是,敏捷方法几乎不再是新的 通过问题 are well understood.

这篇文章介绍了敏捷方法如何利用风险管理机制融合。下次我们将审查敏捷风险管理中的下一个有效性:如何通过协作游戏从事风险管理中的团队成员带来更大的洞察项目风险,以及他们的避免和缓解行动。

(这篇文章的部分首次出现在Gantthead.com 这里)

注释

帐户已删除

一旦我听了一个敏捷者的PMBOK家伙:
- "在敏捷管理过程中,您可以管理风险吗?"
和敏捷者回答:
- "Everytime"

此项对应的评论被关闭。