DoD EvoCycle 2.0 -有效管理“完成”定义的简单技术

几个月前，我写了一篇关于“国防部evycle”的小博客。这是我用来帮助开发团队掌握管理“完成”定义的一种简单技术。最近，我做了一个小改变，使它更简单，更直观。想要分享这些，希望你也会觉得有用

Scrum的核心目的

如果Scrum只有一个目的，那就是“完成”增量的创建。为什么这一点如此重要?因为“已完成”增量为每个人检查增量并相应地调整产品待办事项列表提供了透明度。这个过程本质上是通往敏捷的大门冈瑟Verheyen

“完成”的定义

当产品待办事项列表项或增量被描述为“完成”时，每个人都必须理解“完成”的含义。Scrum团队必须对要完成的工作的含义有共同的理解，以确保透明度。这是Scrum团队对“完成”(通常缩写为DoD)的定义，用于评估产品增量的工作何时完成。

在Scrum指南中提到了国防部透明的人工制品．

现实生活中的国防部

尽管DoD是Scrum的重要组成部分，但它也经常被许多Scrum团队所忽视。我来举几个例子:

• 没有国防部。如果是这样的话，继续阅读这篇博客，并开始创建一个;)
• 这个团队有国防部，但那是很久以前写的。它不是活的藏物。
• 团队不拥有国防部，也不拥有质量。

“随着Scrum团队的成熟，预计他们对Done的定义将会扩大，包括更高质量的更严格的标准。”- Scrum指南

• 国防部数据存储在Sharepoint、Confluence上，甚至打印出来并附加到开发团队的任务板上。团队知道他们有一个国防部，但它是不可见的，我们不能100%确定我们目前的国防部是什么。

缺乏经验主义往往是主要原因

这一切都归结于经验主义的基本原理。低透明度(例如，国防部不可见)导致团队不能充分检查国防部，这最终导致无法适应国防部，因为不断地了解更多。

DoD evcycle技术

当谈到帮助团队获得国防部的所有权时，我发现了以下技术，我称之为“国防部EvoCycle(进化周期的简称)非常有效。

先决条件:

• 墙上有足够的空间可以建四根柱子。不要给列命名，因为这会影响或限制团队的思维过程。
• 足够的便利贴和笔
• 快乐和精力充沛的人会有很长的路要走;-)

第一步——胸怀大志，天空才是极限:

第一步是鼓励团队大胆思考。我经常使用以下邀请:

列出在PBI被认为完成之前需要完成/检查/标记的所有活动，以便增量可以开始运行/生产。内外皆有影响，天空才是极限。”

完成后，要求团队将所有项目放在墙上。

提示:

• 把每一项都写在便利贴上，尽可能清晰简洁。
• 对于第一步，我发现解放结构1-2-3 - all在这里非常引人注目。

第二步:团队内部与外部的自组织能力?

第二步是确定哪些项目在团队的自组织能力之外，哪些项目在团队的自组织能力之内。我倾向于在这里使用的邀请是:

在第一步中提到的所有活动中，哪些是团队自组织能力之外的活动，哪些是团队自组织能力之内的活动?

提示:

• 对于这一步，我倾向于在平面上进行，但可以自由地使用不同类型的技术来增加最大的粘性。
• 偶尔你会碰到一些不清楚是在内部还是外部的活动。将这些活动标记为“暂时未知”。
• 在这个阶段，最好能清楚地定义自组织。

“自组织团队选择如何最好地完成他们的工作，而不是由团队之外的其他人来指导。”- Scrum指南

完成后，将团队能力之外的活动放置到第一列，并将该列命名为“outside”。
将所有被识别为团队能力范围内的活动放在第二列。将此列命名为inside。

步骤3 -定义完成中

如果您已经完成了这一步，那么您现在应该有两列显示位于团队自组织能力之外和内部的活动。恭喜你，你就要成功了!

最后一步是查看这两列，并确定团队已经在做哪些项目。把这些项目移到第三列，也就是最后一列。

提示:

• 与第二列的活动相比，第一列(外部)中的活动通常需要更长的时间来处理。
• 确保透明地显示DoD evcycle，以便开发团队可以不断检查和调整他们的“完成定义”。

这种方法的优点

到目前为止，当涉及到国防部时，您应该对您的团队的当前状态有一个很好的可视化概述。你可以看到国防部目前的情况，哪些在他们能力范围内但还没有被发现，哪些在他们的影响范围之外。此时，最好与团队验证他们是否也看到了相同的模式。如果是，则添加列的名称以增强透明度。

贯穿Sprint的发布

关于Scrum的一个误解是，发布只在Sprint结束时完成。

“Scrum框架实际上鼓励团队改进他们的流程、基础设施和实践，以便在Sprint期间发布。”——解放者

随着团队改进他们的流程，国防部EvoCycle板上的项目将逐渐从左向右移动。有些项目进展得很快，而其他项目进展得较慢，因为它影响到组织。

总结

当涉及到帮助团队创建一个DoD时，我发现这个技术非常有用。DoD EvoCycle通过在一个概述中显示整个进化来可视化团队的DoD。这使得团队更容易讨论他们当前的DoD，以及接下来应该/可以包括哪个DoD项目，以使DoD更严格地追求更高的质量。

当所有的DoD项目都移到右边时，这意味着Scrum团队可以在没有任何外部帮助的情况下交付价值。想象一下那有多棒！：）