Scrum的三个工件Scrum 工件Scrum 的工件代表工作或价值。它们旨在最大限度地提高关键信息的透明度。因此，为适应而检视它们的每个人对工件都有相同的基础。
每个工件都包含一个承诺，以确保它提供可增强透明度并聚焦于可度量进展的信息：
对于 Product Backlog 而言，它是 Product Goal。 对于 Sprint Backlog 而言，它是 Sprint Goal 。 对于 Increment 而言，它是 Definition of Done。
这些承诺的存在是为了强化经验主义和 Scrum Team 及其利益攸关者的 Scrum 价值观。
工件一：Product Backlog – 产品待办事项列表Product Backlog 是一份涌现的和有序的清单，它列出了改进产品所需的内容。它是 Scrum Team 所 承担工作的唯一来源。
能够被 Scrum 团队在一个 Sprint 中完成（Done）的 Product Backlog 条目被认为准备就绪，在 Sprint Planning 事件中可供选择。它们通常在精化活动后获得这种透明度。Product Backlog 精化是 将 Product Backlog 条目分解并进一步定义为更小更精确的行为。这是一项持续进行的活动，为 Product Backlog 条目增添细节，例如描述、优先顺序和规模。这些属性通常随工作领域而变化。
将要做这项工作的 Developers 负责使其适当的大小。Product Owner 可以通过帮助 Developers 理解和权衡取舍来影响他们。
承诺： Product GoalProduct Goal 描述了产品的未来状态，可以作为 Scrum 团队制定计划的目标。Product Goal 在 Product Backlog 中。Product Backlog 的其余部分涌现，用来定义“做什么”将实现 Product Goal。
产品是传递价值的载体。它具有明确的边界、已知的干系人和定义明确的用户或客户。产品可以是一种服务、实体产品或其他更抽象的东西。
Product Goal 是 Scrum 团队的长期目标。他们必须先实现（或放弃）一个目标，然后再开始下一 个目标。
工件二：Sprint BacklogSprint Backlog 由 Sprint Goal （为什么做）、为 Sprint 选择的 Product Backlog 条目（做什么）以及交付 Increment 的可执行计划（如何做）组成。
Sprint Backlog 是 Developers 为其制定的计划。它是 Developers 在 Sprint 期间为实现 Sprint Goal 而计划完成的工作，是一个高度可视且实时的工作画面。因此，随着学到更多，Sprint Backlog 在整个 Sprint 期间会进行更新。它应该有足够的细节，以便他们可以在 Daily Scrum 中检视其进展。
承诺：Sprint GoalSprint Goal 是 Sprint 的单个目标。尽管 Sprint Goal 是 Developers 的承诺，但它为实现该目标所需的确切工作方面提供了灵活性。 Sprint Goal 还创造了连贯性和专注点，鼓励 Scrum 团队一起工作而不是分开独自行动。
Sprint Goal 在 Sprint Planning 事件中确定，然后添加到 Sprint Backlog 中。当 Developers 在 Sprint 期间工作时，他们将 Sprint Goal 铭记在心。如果需要做的工作与预期的不同，他们将与 Product Owner 协作，在不影响 Sprint Goal 的情况下，协商本次 Sprint Backlog 的范围。
通过燃尽图（Burn-down Chart)跟进进展 Sprint燃尽图（Sprint Burn-down Chart)Sprint Burndown Chart 显示了Sprint中累积剩余的工作量，它是一个反映工作量完成状况的趋势图。 图中Y轴代表的是剩余工作量，X轴代表的是Sprint的工作日。
在Sprint开始的时候，Scrum Team会标示和估计在这个Sprint需要完成的详细的任务。所有这个Sprint中需要完成，但没有完成的任务的工作量是累积工作量，团队会根据进展情况每天更新累积工作量，如果在Sprint结束时，累积工作量降低到0，Sprint就成功结束。
由于在Sprint的刚开始的时候，增加的任务工作量可能大于完成的任务工作量，所以燃尽图有可能略微呈上升趋势。
发布燃尽图（Release Burn-down Chart）在Scrum项目中，团队通过每个Sprint结束时更新的发布燃尽图来跟踪整个发布计划的进展。发布燃尽图记录了在一段时间内产品Backlog的总剩余估算工作量的变化趋势。X轴代表的项目周期，以Sprint为单位， Y轴代表的是剩余工作量，通常以用户故事点、理想人天或者team-days为单位。
工件三：产品增量（Product Increment）一个 Increment 是迈向 Product Goal 的一块坚实垫脚石。每个 Increment 都是之前所有的 Increment 累加起来的，并经过彻底地验证，以确保整合在一起的所有 Increment 都能工作。为了提供价值，Increment 必须是可用的。
在一个 Sprint 中可以创建多个 Increment。 Increment 的总和在 Sprint Review 中展示，从而支持经验主义。 但是，Increment 可以在 Sprint 结束之前交付给干系人。Sprint Review 决不应该被视为发布价值的关口。
一项工作除非符合 Definition of Done ，否则不能将其视为 Increment 的一部分。
承诺： Definition of Done Definition of Done （完成的定义）是当 Increment 符合产品所需的质量度量标准时对其状态的正式描述。
当一个 Product Backlog 条目符合 Definition of Done 时，就会产生一个 Increment。
Definition of Done 通过使每一个人对作为 Increment 的一部分、什么样的工作算是已完成的工作有一个共同的理解来创建透明。如果一个 Product Backlog 条目不符合 Definition of Done，那么它就不能发布，甚至不能在 Sprint Review 中展示它。相反，它返回到 Product Backlog 中以供将来考虑。
如果 Increment 的 Definition of Done 是组织标准的一部分，那么所有 Scrum 团队都必须以此为最低标准来遵守。如果它不是组织标准的一部分，那么 Scrum 团队必须制定适合于该产品的 Definition of Done。