深入了解每个Scrum工件的用途

理解”为什么”在Scrum框架背后可以帮助Scrum团队提高他们为组织交付价值的能力。我们之前讨论过每个Scrum事件背后的目的和每个Scrum责任背后的目的。在本文中，我们将深入探讨每个Scrum工件的用途。

Scrum工件

正如Scrum指南所指出的那样框架的构件表现工作或价值，最大限度地提高关键信息的透明度。工件允许每个人从相同的信息库中审查和调整工作。

工件包括:

• 产品待办事项列表
• Sprint Backlog
• 增加

让我们看看每个工件，以发现为什么它们是Scrum框架的一部分。

产品待办事项列表:我们所知道的产品所需的一切

产品待办事项列表是一个可见的、有序的列表，列出了我们知道交付产品需要做的所有事情，以及团队接下来要做的工作。产品负责人负责产品待办事项列表中项目的内容和顺序，而开发人员负责确定这些项目的大小。

对于接下来的工作，我不能夸大拥有这一单一信息来源的价值。想想有多少组织在为项目、计划、保持工作、运营工作、升级、技术债务等确定优先级方面苦苦挣扎。在许多情况下，不同的人对每一种类型的工作的成功负责。同时，交付工作的资源可能存在于组织的不同部分。

产品待办事项列表通过提供单一的“真相”来源，由一个人决定工作项的顺序，从而提供了简单性。就像解一个戈尔迪之结只需轻轻一刷!

让一个产品负责人负责平衡组织中不同涉众的需求，可以消除阻碍许多组织交付价值的困惑。

但是要小心!产品定义必须足够广泛，以支持单一的项目列表。如果我们把产品定义得太窄，我们就会犯错仍然有多个相互竞争的优先事项。在这种情况下，组织可能创建了几个孤立的团队。有时，团队会因为技术而变得孤立，导致组织有多个产品负责人和产品积压，由于交接和团队注意力的降低而延迟价值交付。(参见我们的文章在向Scrum过渡的过程中需要考虑什么关于如何避免孤立的团队的指导。)

Sprint Backlog:为什么，做什么，怎么做

Scrum团队在Sprint计划事件期间创建Sprint Backlog。它包含开发人员选择在即将到来的Sprint中交付的产品待办事项项(pbi)列表。Sprint Backlog还包括交付所选产品Backlog项的计划，以及总结Sprint目的的Sprint目标。

随着越来越多的团队采用远程方式，Scrum的采用也显著增加。我相信远程工作的增加和Scrum的采用增加是有关联的。Scrum工件——尤其是产品待办事项列表——提供了必要的透明度，使远程团队能够更好地协调他们的工作，并在Sprint期间审查工作进度。在任何时候，开发人员——或者任何可以访问Sprint Backlog的人——不仅可以看到他们项目的工作进展，还可以看到为Sprint计划的所有项目的工作进展。

此外，开发人员拥有Sprint Backlog这一事实加强了他们在控制如何处理Sprint工作方面的自主权。在Sprint计划活动期间，开发人员选择他们同意在即将到来的Sprint中交付的pbi。没有人——甚至产品负责人——可以要求团队交付超出他们在Sprint中认为合理的交付。通过加强开发人员控制他们工作的自主权，Sprint Backlog促进了自我管理。这种自我管理提高了Scrum团队的效率，因为开发人员可以控制工作的交付方式。

增量:实现产品目标的垫脚石

如果我必须用一句话来总结Scrum的目的，我会说它是在每个Sprint中交付有价值的可用产品增量。这听起来很简单，但是将一个组织转移到增量交付涉及一个重要的心态变化。设想一个传统的团队在未来几个月为一个目标进行价值交付。这个团队只考虑他们的最终目标。相比之下，使用增量交付的团队不仅考虑最终(产品)目标，还考虑如何通过每个Sprint生成功能来交付价值。

正是增量交付提供了Scrum的许多好处。使用增量交付的团队可以降低风险，因为他们可以更容易地改变方向。由于他们如何处理他们的工作，他们更快地交付客户价值，并且透明的元素确保合作伙伴和利益相关者总是可以看到团队在做什么，这促进了沟通和理解。增量交付是Scrum的核心，但它的价值经常被忽视。

许多人认为通过使用所有的事件，他们正在“进行Scrum”。但是，如果团队没有在每个Sprint交付可用的功能增量，那么他们就没有完全接受Scrum框架，也没有意识到它的所有好处。

结论

当我与团队一起工作以改进他们的Scrum实践时，常常涉及到揭开框架背后的“为什么”。当我们理解事件和工件背后的目的时，我们可以更全心全意地致力于它们，以获得它们的好处。在本文中，我们研究了Scrum工件的目的，即最大化信息的透明度。透明度使我们能够检查和调整我们的工作方式，以改善结果。