PDFScrum 要点卡
Scrum 团队通过 Essence 改进的经验
Jeff Sutherland、Ivar Jacobson 和 Brian Kerr
本文介绍了一系列示例和案例研究，说明人们如何使用 Scrum 要点卡来帮助他们的团队并改进他们的工作方式。
Scrum 是全球最流行的敏捷框架之一，并已成功应用多年。它已被教授和使用超过 15 年。在软件开发中，它是迄今为止使用最广泛的实践，并且已被推广到不仅适用于软件，而且适用于各种产品。它已向数百万开发人员传授，所有这些都基于《Scrum 指南》。6 今天，我们所有的 Scrum 培训都附带一套使用 Essence 标准设计的卡片，这给了我们一个更好的 Scrum。
Scrum 在《Scrum 指南》中用不到 20 页的篇幅进行了简洁的描述。尽管 Scrum 在结构上相对简单，但团队始终可以改进其应用并提高其效率。
一种改进方法是使用 Essence2,3，这是一种用于描述 Scrum 等实践的行业标准。它提取实践的关键内容，并以标准方式表示，从而可以理解、比较和共同使用来自许多地方的实践。
将实践内容以卡片形式呈现，使团队能够看到并直接操作这些想法和概念。 Scrum 的基本要素在图 1 所示的 21 张卡片上表示，展示了所有价值观、原则、角色、活动和产生的事物。
团队在协作会议中移动、分组或排序卡片，以便就他们自己的工作方式做出决策。卡片隐喻自然而然地引发了正确的对话，并鼓励所有团队成员以动手、互动和有趣的方式参与进来。
本文的其余部分展示了卡片可以使用的几种方式
• 个人和团队学习新实践并加强培训活动。
• 团队回顾改进团队的工作方式。
• 在高效协调团队和其他利益相关者的同时进行计划活动。
• 就团队内部以及（重要的是）外部利益相关者之间的责任达成一致。
• 跟踪正在开发的关键项目的进度。
• 确定项目的当前状态。
毫无疑问，当您拿到卡片时，您会想到自己的用途。
通过卡片学习
实施和扩展 Scrum 的最大挑战之一是让所有团队成员就 Scrum 是什么以及如何在组织中实施 Scrum 达成一致。Essence 卡片提供了 Scrum 的标准定义，其中包含《Scrum 指南》中定义的所有 21 个组成部分。我们从一个名为“构建您自己的 Scrum”的练习开始，使用 Essence 卡片。
组织中的每个团队都将一套卡片放在一张大白板上，上面有线条和标签，连接并解释 Scrum 组件之间的相互关系，如图 2 所示。
当团队完成 Scrum 的图像后，每个团队都会向所有其他团队展示其 Scrum。
然后，我们要求团队确定哪些 Scrum 组件已正确实施，哪些实施不力，哪些根本没有实施。平均而言，团队将三分之一的组件实施良好，三分之一实施不力，三分之一根本没有实施。这阐明了他们为什么在 Scrum 实施方面遇到麻烦。如果一辆汽车缺少三分之一的组件，团队就会明白他们可能在驾驶汽车到达目的地时遇到麻烦。
通过回顾改进
Scrum 的一个重要组成部分是团队定期检查和改进其工作方式。如图 3 所示，在板上使用 Scrum 要点卡，使团队能够进行良好的动态讨论，同时被提示不要忘记事情。
板子有两个维度。纵轴表示该概念对团队的重要性，而横轴表示团队感觉他们在该领域表现得有多好。然后，团队适当地放置卡片，并在讨论和评估他们的工作方式时移动它们。
每张卡片上的简短内容可以依靠它来总结《Scrum 指南》中最重要的信息。这有助于减少团队成员之间关于他们对每个概念的个人解释的循环讨论，并使《Scrum 指南》保持活力并在团队的指尖。
团队进行回顾时的一个常见弱点是，他们谈论问题，但没有就改进措施达成一致，以便为下一个冲刺计划。板子侧面的一个简单列提示团队确定这些改进。需要关注的问题将位于右上角，这表示高优先级但执行不力的项目。
就责任达成一致
软件开发通常是一项团队运动，需要协调具有许多不同技能的人员。另一个放置 Essence 卡片的简单板是专注于责任的板，如图 4 所示。板子上有一条简单的线，分隔将就如何协同工作达成一致的角色。
事实证明，这种类型的积极讨论在组织的各个部门之间，甚至在角色来自不同组织时都特别有用，例如在本例中，产品负责人正在与外部供应商的开发团队合作。
卡片的垂直位置显示了谁对每个概念负全部责任、共同责任或起主导作用。对于 Scrum 等协作框架，许多项目跨越界限也就不足为奇了，因此团队在此处添加了注释到两侧，以描述他们预期参与的性质。
该团队意识到他们必须与他们的远程产品负责人做出一些妥协，并且必须仔细利用他们的时间，因为他们无法在每个冲刺期间按需访问产品负责人。
当事情变得更加正式，并且组织之间可能正在起草合同以期以敏捷方法进行联合工作时，各方之间进行这种引导式会议是讨论的良好起点，然后再将其转化为法律术语。
计划活动
在本例中，Scrum 要点卡用于可视化执行团队活动的实用性。大多数团队已经在运行，因此可以使用两步法。
首先，团队区分当前执行良好的活动和需要首次设置或肯定需要改进的活动。这可以使用之前描述的回顾板来完成。
第二步是团队就如何最好地完成这些活动达成一致，由谁？、何时？、何地？、为什么？和如何？等一般问题提示。活动和角色从最左侧开始，然后要关注的活动卡片向右移动到“活动”列，如图 5 所示。在本例中，之前感兴趣的两个活动是每日 Scrum 和产品积压工作梳理。团队讨论了它们，并将 Scrum 团队角色卡放置在“谁？”列中，并添加了一些注释进行澄清。同样，也添加了注释以捕获团队在剩余列中的问题提示下做出的决策。
我们在大局中的位置在哪里？
大多数团队都习惯于跟踪较小事物的状态，例如单个产品积压条目或改进项。Essence 通过提供对其经历的状态的清晰描述来提供帮助，但即便如此，团队也很容易忽略其项目的更大图景。
Essence 将团队想要跟踪的这些事物称为Alpha，每个 Alpha 都有定义的状态生命周期和每个状态的清单。Essence 还描述了一些始终必须考虑的关键 Alpha，无论使用何种特定实践。它们具有普遍适用性，可以帮助团队了解他们在全局中的位置。
这些元素被称为 Essence Kernel，描述了整体机会、利益相关者、需求、系统、团队、工作和工作方式。图 6 显示了机会 alpha 的示例，其中包含其生命周期和其中一个状态的清单。
像算盘一样在桌子上铺开卡片，显示这些顶级项目的状态顺序，使团队能够推理他们所处的位置。他们可以依次考虑每个状态，检查清单，如果他们认为他们已充分实现该状态，则将卡片移过。
许多团队发现他们在系统方面取得了很大进展，但经常忘记与理解原始机会相关的关键事项，或者没有以正确的方式让正确的利益相关者参与进来。
当然，这不仅仅是一种了解您所处位置的方式；状态和清单还指示了您接下来应该考虑什么。
超越 Scrum 要点
此处显示的示例使用了 Scrum 要点实践，但世界各地还有无数其他实践正在使用。大多数团队使用适合其情况的实践组合，Essence 允许将这些实践无缝地组合到使用一致语言的单一工作方式中。
一些实践填补了 Scrum 本身没有提供指导的领域，例如用户故事、用例 2.0 或 Scrum@Scale 实践。其他实践补充了 Scrum 的基本内容，并有助于加速其采用，例如 Scrum 健康检查和其他模式。
最近，我们被要求为一个组织中寻找 Scrum 进修和如何改进的一组经验丰富的 Scrum Master 举办研讨会。我们使用 Scrum 要点实践和一些补充实践设计了这个练习。它具有以下结构
1. 从“构建您自己的 Scrum”练习开始。Scrum Master 捕获并解释 Scrum 要素如何组合在一起，从而使对 Scrum 实践本身的任何误解首先浮出水面并得到处理。这与他们对哪些部分做得好、做得不好或根本没有做的初步看法相结合。
2. 然后，根据 Scrum 支柱和价值观执行 Scrum 健康检查。许多 Scrum Master 专注于 Scrum 的机制，但并非总是反思 Scrum 的更高层次的支柱和价值观。《Scrum 健康检查》实践有一组模式卡片，其中包含关于在每个支柱和价值观方面“出色”或“糟糕”是什么样子的陈述，以便进行比较并确定可能需要更多关注的支柱和价值观，如图 7 所示。
3. 最后展望如何成为高绩效团队的示例5。《高生产力团队 Scrum》实践有一组模式卡片，其中描述了团队可以成为高绩效团队的经证实的方法。在这里，Scrum Master 可以看到他们已经遵循了哪些模式以及他们可能想要优先采用哪些模式。
Scrum@Scale
在我们在 Scrum 教学中使用 Essence 卡片获得成功之后，我们现在在教授 Scrum@Scale4 时也使用 Essence 卡片。然而，它远远超出了教学范围，并使团队能够就如何采用和调整 Scrum@Scale 实践以适应其环境做出决策。
当在线培训人群时，我们使用电子白板工具，使他们能够在系列游戏板上协同操作实践。随着实践元素数量的增加，一次性显示所有卡片信息可能会让人感到不知所措，并且会分散对全局的注意力。克服这种情况的一种简单方法是为每个元素使用令牌，并使用另一种查找详细信息的方法（如果需要）。
图 8 中的示例显示了一个在线游戏板，其特征是在两个重叠的圆圈上显示 Scrum@Scale 框架的图片。Scrum 和 Scrum@Scale 实践都已被描述为 Essence 实践，我们使用电子可移动令牌，这些令牌仅具有每个实践元素的名称。
首先，团队讨论并将 Scrum 实践令牌放置在板上，以了解它们与 Scrum@Scale 框架的关系，并查看 Scrum 实践提供的覆盖范围。然后，团队将 Scrum@Scale 令牌放置在板上。这不仅显示了与非规模化 Scrum 的相似之处，还显示了在由多个团队组成的规模化环境中管理 Scrum 所需的额外事项。
我们还将卡片放在每个参与者的手机上（图 9），以便他们可以在与团队共享的板上操作令牌的同时，将其用作自己的参考。
后续练习让参与者使用相同的令牌来构建他们将如何在自己的组织中实施这些概念的图片。他们从实践中描述的选项中选择他们将需要多少个以及什么类型的团队和规模化团队。他们还决定他们将拥有多少个以及什么类型的积压工作，哪些团队将共享它们，以及积压工作条目的性质是什么。
最后，我们找到了使用 Essence 来理解组织中规模化工作方式的好方法，确保每个人都理解它，以便他们可以为关于他们如何工作的关键决策做出贡献并拥有所有权。
未来是智能的
本文中显示的 Essence 卡片非常适合面对面的协作，并允许团队做出决策。如果您正在混合和匹配来自多个来源的实践，或者跟踪您的状态并在日常工作中使用清单，那么某种电子支持将非常宝贵。
Ivar Jacobson International 正在进行一项名为“Essence in Practice”的新应用程序的当前开发。图 10 显示了一个预览。右侧是 Alpha 和工作产品的地图，其中包含它们在 Essence Kernel 中的关系。例如，在“需求”中，有一个产品积压工作和许多产品积压工作条目。这些项目的状态和详细程度显示在地图上，而左侧的详细卡片显示了更多关于正在关注的特定项目的信息。在本例中，重点是“需求”的“一致”状态；有一个简短的描述和一个清单，说明被认为处于该状态意味着什么。团队可以勾选已实现的这些项目，整体进展通过对地图上的状态进行阴影显示。本示例中需要注意的另一件事是，活动如何通过显示指向它有助于或实现的状态或详细程度的箭头来与其他项目相关联。
这些少量功能实现了我们称之为“实时指导”的开始。1 这是帮助团队使用清单评估其当前状态、指导他们接下来要取得的进展以及如何实现这一目标的组合，方法是显示可以帮助实现它的相关活动。
这些计划的成就可以变成团队的待办事项，其中预先填充清单作为起点，并且随着它们被勾选，当前状态会更新。然后，这允许实时指导了解团队所处的位置，提示下一步要做什么，从而可以重复循环。
未来的愿景是建立一个由整个社区共同发展的实践生态系统。团队将能够逐个实践地采用和扩展他们的方法，并反馈改进和在他们的情况下工作效果如何的经验。根据团队设定的目标，系统可以推荐哪些经过验证的实践或特定的活动和模式可以帮助实现它，甚至包括团队目前不了解的实践。
结束语
Scrum 和 Scrum@Scale 不仅限于软件，而且适用于各种项目：系统、硬件、创新。当与 Essence 结合使用时，它们可以优雅地扩展到各种实践（技术、人文和业务），以创建值得信赖的产品。
致谢
感谢 Ian Spence 将 Scrum 和 Scrum@Scale 转化为 Essence 实践，以及 Roly Stimson 制定和记录了一些游戏。
参考文献
1. Jacobson, I. 2019. 实时指导 — 软件开发实践的革命；
https://www.linkedin.com/pulse/live-guidance-revolution-software-development-ivar-jacobson/.
2. Jacobson, I., Lawson, H., 等人。2019. 现代软件工程的精髓：将实践从方法监狱中解放出来！ 图书；https://dl.acm.org/doi/book/10.1145/3277669。
3. Jacobson, I., Stimson, R. 2018. 拆除方法监狱！解放实践
acmqueue 16(5)；https://queue.org.cn/detail.cfm?id=3301760。
4. Scrum@Scale；https://www.scrumatscale.com。
5. Sutherland, J., Harrison, N., Riddle, J. 2014. 提前完成的团队加速更快：高绩效 Scrum 团队的模式语言。在第 47 届夏威夷系统科学国际会议论文集中；https://www.scruminc.com/scrum-papers/teamsthatfinishearlyacceleratefaster/。
6. Sutherland, J., Schwaber, K. 2018. Scrum 指南；https://scrumguides.org。
相关文章
打破重大版本发布的习惯
敏捷开发能使您的团队更有效率吗？
Damon Poole
https://queue.org.cn/detail.cfm?id=1165768
敏捷模因复合体之旅
在敏捷开发的世界中，上下文是关键。
Philippe Kruchten
https://queue.org.cn/detail.cfm?id=1281893
物联网是否有一种单一的方法？
Essence 可以防止物联网的软件开发变得笨拙。
Ivar Jacobson、Ian Spence、Pan-Wei Ng
https://queue.org.cn/detail.cfm?id=3123501
Jeff Sutherland 是 Scrum 的发明者和共同创建者，曾与数千家公司合作部署 Scrum，最近为授权 Scrum 培训师和认证 Scrum@Scale 培训师启动了两项全球培训师计划，此外还创建了两家独立公司 Scrum Inc Japan 和 Scrum@Scale LLC。他曾担任 11 家软件公司的工程副总裁和 CTO 或 CEO。在前四家公司中，他制作了 Scrum 的原型，并在第五家公司中创建了 Scrum，现在它被 74% 的敏捷软件公司在 100 多个国家/地区使用。2006 年，Sutherland 创立了自己的公司 Scrum Inc.，现在该公司被公认为全球首屈一指的 Scrum 培训来源。
Ivar Jacobson 是用例和统一过程的创建者，统一过程是一种广泛采用的方法。他也是统一建模语言的三位原创开发者之一。他目前的公司 Ivar Jacobson International 专注于以智能、超轻量级和敏捷的方式使用方法和工具。这项工作促成了全球网络 SEMAT（软件工程方法和理论）的创建，该网络的使命是基于软件工程内核彻底改变软件开发。该内核已实现为名为 Essence 的正式 OMG（对象管理组）标准。
Brian Kerr 是 Ivar Jacobson International 在英国的首席顾问和创始人之一。他是一位经验丰富的敏捷教练、顾问、培训师和变革推动者，专门从事以务实和可持续的方式采用关键软件开发实践。他与个人、团队、团队团队、项目合作，指导高级管理层，并为组织改进计划提供战略支持。他从一开始就参与了 Essence 标准的制定，特别是形成了使流程有形并在卡片上表示以实现严肃游戏性的早期想法。他目前正在研究 Essence 工具。
版权所有 © 2020 归所有者/作者所有。出版权已许可给 。
最初发表于 Queue 第 18 卷，第 3 期—
在 数字图书馆 中评论本文
© 保留所有权利。