跳转到主要内容

由于乌克兰,俄罗斯入侵暂停所有采购和培训来自俄罗斯。

风险管理与Scrum

2020年8月9日
订阅

产品开发一个复杂的环境中总是带来一些风险由于其不可预测的,不确定的本质。有许多类型的不确定性等业务,市场,技术,架构,集成、货币、金融、市场营销和数百人。

面临着大量的风险,同时提供产品似乎是正常的。和,它是。这是常见的和自然。我们需要做的,是吧管理风险。

神话

有趣的是,通常情况下,我认为风险不是关心敏捷团队。或者,没有必要与Scrum管理风险。或风险是瀑布。或者,我们是敏捷,Scrum,所以没有风险。

事实

人们往往忘记风险而使用Scrum。如果不是这样,他们倾向于使用传统的风险管理和Scrum实践的混合物。该混合可能不是有效的和有用的。当风险管理传统,并与Scrum团队的工作,有些人可能没有意识到风险管理的自适应方法应该被应用,可能会失去这种适应能力。结果是令人不满意的。不时地将风险管理由外部Scrum团队外的人。这种情况下还可能导致缺乏透明度和可能会影响团队的赋权和自组织。

风险没有归属感。无论你遵循的方法、Scrum或计划驱动的开发,风险总是存在的。

是的,事实上,我们在Scrum管理风险。

如何使用Scrum管理风险?

经常和经验。简短的回答是使用透明度,检验和适应。使用经验主义。我将延长该语句来更好地描述这个过程根据我的合作组织。

Scrum团队和涉众:

  • 列出已知的风险。讨论发生的概率和影响你的产品(解决方案,功能,业务,等等)。
  • 分类(风险是否业务、货币、市场或技术,架构相关的)。我发现这种做法有用而使用Scrum团队。最重要的一部分,这是一个可能带来价值的讨论。
  • 创建一些策略来管理这些风险。这是值得注意的具体威胁?或者说,我们可以跳过吗很低的概率和影响?

一旦你做了这个工作,你经常需要细化列表,并相应地调整,否则你可以得到一个全面但过时的风险列表。我一直推荐短缺会话协作模型中增加接触,业务和IT的创造力和团结。它必须经验。经常经常需要细化列表。风险信息添加到每个产品待办事项列表项有商业价值的信息。

经常有人问我“风险管理在Scrum”?Scrum团队有很多事件和额外的会议。他们并不认为安排另一个会议来管理风险。当然,不这样做。所以,当在Scrum管理风险?

任何时间!

Scrum事件风险管理经验和支持。

使用Scrum事件来管理风险。许多团队实际上这样做。常常无意识地、直观地。就知道这工作要做。这通常是在他们的球队的DNA。在你的情况中,如果经验风险管理还没有实现,可以考虑开始讨论风险作为Scrum事件的一部分。

  • 每日例会的团队管理风险达到Sprint目标交付和其他物品。
  • Sprint计划,您将创建一个预测,Sprint Backlog和Sprint目标。预测是不确定性,因此风险。当创建Sprint Backlog和分级产品待办事项列表中的待办项评估风险的一部分,讨论。
  • 冲刺评审是理想的场合讨论业务和技术风险,同时讨论当前增量和前景。这样的谈话可能会影响你的即将到来的产品待办事项列表中的待办项。
  • Sprint回顾包含关于如何提高作为一个富有成效的对话Scrum团队这可能被认为是降低风险(流程、人员、技术、“完成”的定义)。
  • 冲刺本身就是通过它来减少风险内在创造经验主义的欲望。讨论了Sprint的长度被断开的风险涉众。限制了Sprint的长度通常是限制风险(考虑提供一个潜在的可发布的增量)的可能性。

Scrum活动

产品待办事项列表细化Scrum是一个很好的机会吗团队和利益相关者包括讨论风险。哪项是危险的但仍有价值?哪个元素是有风险的,不能带来有意义的价值呢?它是值得保存的产品待办事项列表吗?我们需要运行什么实验来验证我们的假设吗?

Scrum工件风险管理经验和支持。

·增量都是关于风险管理和发布策略。确实可以减少风险提供一个,潜在的可发布的增量市场和释放它。“完成”的定义反映了你的策略,更好地处理质量和增加“准备发布”(集成,潜在可发布的)。

·产品负责人负责管理产品待办事项列表。活动的职责之一就是产品待办事项列表中的待办项的优先级。他们考虑到什么?显然,风险和价值(同样大小、依赖等)。

·一个开发团队活动包括风险管理(如何更好地实现Sprint目标)的修订和调整项目Sprint Backlog指出障碍,可视化,限制工作的进展,从实验中学习,和许多更多。

谁应该在Scrum管理风险?

最短和最简单的答案是——每个人!所有的Scrum团队成员负责管理相关风险。

风险不是一个障碍,也可以一个机会!

让我们假设你有一个有风险的项目交付,但释放后也你希望很大的价值。你会怎么做?

我鼓励您运行一个实验(s)来验证你的假设。风险可能会变成一个机会。

如何在Scrum管理风险吗?

  • 不断。日常使用你所拥有的(例如,Scrum事件,工件,度量)。
  • 风险缓解策略,重新审视这一战略频繁。
  • 不足、低成本实验,验证你的假设,收集数据,然后做出决定。早期消除风险。
  • 考虑包括风险信息产品待办事项列表中的待办项的产品待办事项列表。
  • 都是透明的。
  • 经验主义的考虑。
  • 可视化帮助沟通。

本文的第一个版本发布在我的网站:https://magdalenafirlit.com/managing-risk-with-scrum/


你认为这篇文章怎么样?


博客评论