Scrum 共有三个工件：产品待办列表（Product Backlog）、Sprint 待办列表（Sprint Backlog）和增量（Increment）。三者分别承载产品的所有需求、当前 Sprint 的工作计划与已完成的可交付成果，共同构成 Scrum 透明、检视与适应的基础。
Scrum 的工件以不同方式呈现工作任务与价值，为透明、检视和适应提供机会。Scrum 定义的工件是为关键信息提供蕞大透明度而特别设计的，因此团队每个人对工件都需要有一致的理解。本文结合当前 Scrum 框架的通行口径，逐一说明 产品待办列表、Sprint 待办列表和增量三个工件的定义、_与用法。
一、Scrum 三个工件一览
Scrum 中每个工件都对应一个「_」，_把工件绑定到团队要达成的目标上，让工件可被检视和度量。
| 工件 | _ | 核心作用 |
|---|---|---|
| 产品待办列表 | 产品目标（Product Goal） | 描述产品未来要达成的状态，是有序的需求_来源 |
| Sprint 待办列表 | Sprint 目标（Sprint Goal） | 说明当前 Sprint 由谁、完成什么工作以达成目标 |
| 增量 | 完成的定义（Definition of Done） | 是迈向产品目标的可交付、可用成果 |
二、产品待办列表（Product Backlog）
产品待办列表是一份涵盖产品中已知所需每项内容的有序列表，是产品需求变动的_来源。产品负责人负责管理产品待办列表的内容、可用性和排序。
产品待办列表永远是不完整的，并会随着产品及其应用环境的改变而演进。因为需求永不停止改变，所以产品待办列表就如一份「活的工件」。产品待办列表项通常包含描述、次序、估算和价值等属性，并常常附有测试描述，用来在「完成」时证明其完整性。
多个 Scrum 团队协作开发同一产品时，仍然只有一份产品待办列表描述下一步开发工作，此时可能需要使用能对列表项分组的属性。产品待办列表精化指为列表项增添细节、估算和排序的持续动作，由产品负责人与开发人员协同完成，精化工作通常不超过开发团队产能的 10%。排序越高的列表项通常越清晰、细节越多，更容易被准确估算，也更容易在一个 Sprint 内达到「完成」。
监控产品目标的进度：在任何时刻，达成目标的剩余工作都是可以累计计算的。产品负责人至少在每个 Sprint 评审会议中跟踪剩余工作总量，并与之前评审时的剩余工作量相比较，据此评估在期望时间点达成产品目标的进度，该信息对所有利益相关者保持透明。燃尽图（burn-down）、燃烧图（burn-up）或累积流图（cumulative flow）等实践常被用于预测进度，它们是有效的可视化工具，但不能取代经验主义的重要性。
三、Sprint 待办列表（Sprint Backlog）
Sprint 待办列表由当前 Sprint 选出的产品待办列表项，加上交付增量、实现 Sprint 目标的计划构成。它是开发人员对下一个增量所需功能及交付方式的预测，也是 Sprint 期间的实时计划。
Sprint 待办列表把达成 Sprint 目标的所有工作变得清晰可见，并可包含在先前回顾会议中确定的高优先级过程改进事项。它与 Sprint 目标共同构成团队在 Sprint 期间的焦点。在 Sprint 期间只有开发人员可以改变 Sprint 待办列表：当新工作出现时将其加入，当某项工作失去意义时将其移除；随着工作推进，剩余工作量被重新估算和更新。
监控 Sprint 进度：在 Sprint 的任何时间点，都可以计算 Sprint 待办列表中所有剩余工作的总和。开发人员至少在每个每日 Scrum 站会时跟踪剩余工作量，据此预测达成 Sprint 目标的可能性，并管理自己的工作进度。
四、增量（Increment）
增量是本次 Sprint 完成的所有产品待办列表项的总和，以及之前所有 Sprint 所产生增量的价值总和。它是迈向产品目标的一步，也是一段可检视、已完成的产品组成部分。
在 Sprint 结束时，新的增量必须达到「完成的定义」的标准，即必须可用。增量同样为后续 Sprint 提供了可复用的价值积累。无论产品负责人是否决定发布它，增量都必须可用。随着增量被交付并验证，Sprint 目标也随之被确认达成。
五、常见疑问（FAQ）
想系统掌握 Scrum 工件与框架？
艾威的 CSM（Certified Scrum Master）课程由持有 Scrum Alliance 认证培训师（CST）资质的讲师授课，围绕 Scrum 价值观、角色、事件与工件展开，通过讲解与演练帮助学员理解产品待办列表、Sprint 待办列表和增量在真实团队中的落地方式。
