Scrum工件

Scrum 的工件代表工作或价值。它们旨在最大限度地提高关键信息的透明度。从而每个检视它们的人都能在相同的基础上进行调整。

每个工件都包含一项承诺，以确保提供用于度量进展所需的透明度和关注点。

• 对于 Product Backlog 而言，它是 Product Goal。
• 对于 Sprint Backlog 而言，它是 Sprint Goal 。
• 对于 增量（Increment） 而言，它是完成的定义（Definition of Done）。

这些承诺的存在是为了强化 Scrum 团队及其干系人的经验主义和 Scrum 价值观。

 

Product Backlog

如Scrum 指南所述，Product Backlog是一份涌现式的、有序的清单，包含了改进产品所需的工作内容。它是 Scrum 团队开展工作的唯一来源。

在Sprint Planning活动时，Scrum团队能够在一个Sprint之内完成的Product Backlog 条目，被认为是可以选择的。通常在Backlog梳理活动后能够将待办项细化到这个程度。Product Backlog refinement是指把待办项分解并进一步定义成更小更精确的项目。这是一项持续进行的活动，如添加细节和描述，调整排序以及大小。这些属性通常根据工作领域的不同而变化。

工作规模由将进行该项工作的开发人员确定。产品负责人可以通过帮助开发人员理解工作内容，以及进行方案权衡，来施加影响。经常有多个Scrum团队在同一个产品上协作。产品的相关工作都在同一个Product Backlog中进行管理。

 

Product Backlog Refinement

Product Backlog Refinement（产品Backlog细化）是将产品待办列表中的事项进一步分解并定义为更小更精确的项目的行为。细化可以在Sprint中的任何时间进行，可以通过一次或多次正式会议，可以持续进行或者按需进行。细化工作不是强制的，但为了增加透明度并使工作内容更加精确，细化是一个值得考虑的好实践。

 

承诺：Product Goal

Product Goal（产品目标）描述了产品未来的状态，可以作为Scrum团队进行计划的目标。产品目标体现在产品的Backlog中。Backlog中的其余部分用来定义产品目标将通过“什么”来实现。

产品是传递价值的载体。它具有明确的边界、已知的干系人和定义明确的用户或客户。产品可以是一种服务、实体产品或其他更抽象的东西。

Product Goal 是 Scrum 团队的长期目标。他们必须先实现（或放弃）一个目标，然后再开始下一个目标。

 

Sprint Backlog

如Scrum指南所述，Sprint Backlog 由 Sprint Goal （为什么做）、为 Sprint 选择的 Product Backlog 条目（做什么）以及交付 Increment（增量）的可执行计划（如何做）组成。

它是 Developers 在 Sprint 期间为实现 Sprint Goal 而计划完成的工作，是一个高度可视且实时的工作画面。因此，在整个 Sprint 中，Sprint Backlog 会随着了解到更多信息而不断更新。它应该有足够的细节，以便他们能在Daily Scrum 中检视自己的进展。

 

承诺: Sprint Goal

Sprint Goal 是 Sprint 的唯一目标。尽管 Sprint Goal 是 Developers 的承诺，但它在实现该目标所需的具体工作方面提供了灵活性。Sprint Goal 还创造了连贯性和专注点，鼓励 Scrum团队一起工作而不是分开独自行动。

Sprint Goal 在 Sprint Planning 事件中确定，然后添加到 Sprint Backlog 中。当 Developers 在 Sprint 期间工作时，他们将 Sprint Goal 铭记在心。如果需要做的工作与预期的不同，他们将与 Product Owner 协作，在不影响 Sprint Goal 的情况下，协商本次 Sprint Backlog 的范围。

 

Increment

如Scrum指南所述，Increment（增量）是迈向 Product Goal 的一块坚实垫脚石。每个增量都是之前所有的增量累加起来的，并经过彻底地验证，以确保整合在一起的所有增量都能工作。为了提供价值，增量必须是可用的。

在一个 Sprint 中可以创建多个增量。所有累加的增量会在 Sprint Review 中进行展示，从而为经验主义提供支撑。但是，增量可以在 Sprint 结束之前交付给干系人。Sprint Review 决不应该被视为发布价值的关口。

一项工作除非符合 Definition of Done ，否则不能将其视为增量的一部分。

 

承诺：Definition of Done

如果你刚刚开始使用或学习 Scrum，你会听到很多关于“Done”和“Definition of Done”的说法。把“Done”看作是完成一个产品增量所需的所有要素。Definition of Done 是开发人员对增量的承诺，就像 Sprint Goal 是开发人员对 Sprint Backlog 的承诺，Product Goal 是产品负责人对 Product Backlog 的承诺一样。Definition of Done 包括增量发布所需的所有特性和标准。

Scrum指南指出，Definition of Done 是当增量符合产品所需的质量度量标准时对其状态的正式描述。一旦满足了 Definition of Done，增量就完成并可以交付了。

Definition of Done 通过使每一个人对作为增量的一部分、什么样的工作算是已完成的工作有一个共同的理解来创建透明。如果一个 Product Backlog 条目不符合 Definition of Done ，那么它就不能发布。把 Definition of Done 看作是为已交付产品设定的标准。

有时，增量的 Definition of Done 包括组织的标准。在这种情况下，所有 Scrum 团队都必须至少遵循这些标准。他们可以根据产品需要满足的任何其他标准或特性对其进行详细说明。如果没有特定的组织标准，Scrum 团队必须创建适合自己产品的 Definition of Done。