Scrum 是一个轻量级框架，具有最少的规则。这些规则有助于人们在创建软件产品的每一天都能凭经验充分利用。
产品积压，sprint 积压和潜在的可交付产品增量是 Scrum 工件的示例。
产品积压 (Product Backlog)
Sprint 积压 (Sprint Backlog)
增量（可能可发货）(Potentially Shippable)
产品积压 (Product Backlog)
产品 Backlog 只是项目中需要完成的所有事情的列表。它取代了传统的需求规范工件。这些项目可以具有技术性质，也可以是以用户为中心的，通常采用用户故事的形式。
Sprint 积压 (Sprint Backlog)
sprint backlog 是当前 sprint 中为开发选择的精炼产品积压项目列表，以及团队完成工作的计划。它反映了团队对可以完成的工作的预测。一旦 sprint backlog 建立，开发团队就开始研究新的产品增量。
产品增量 (Product Increment)
每个 sprint 都会产生一个产品增量，这是最重要的 Scrum 工件。产品增量是每个冲刺的“目标线”，并且在冲刺结束时，它必须：
质量足够高，可以给用户
满足 Scrum 团队目前对已完成的定义
产品所有者可以接受
产品 Backlog 修饰 (Product Backlog Grooming)
Scrum 产品积压只是项目要做的事情列表。产品负责人创建，维护并定期重新订购要为产品实施的功能列表，以适应新出现的需求，客户反馈和市场变化。
Sprint 规划产品 Backlog 的基础 (Groundwork of Product Backlog for Sprint Planning)
产品 Backlog 顶部的产品 Backlog 项目应该进行细化，并可能很快包含在下一个 sprint 计划中。积压下来的项目需要更少的具体，并且可以反映更大的矿石更复杂的想法。这些较大的块需要在接近 Product Backlog 的顶部时分解成更小的块，如下图所示，如 Gunther Verheyen 的文章 – 产品 Backlog 的价值所示：
在上面的产品待办事项中，产品待办事项（PBI）很容易被分类为三个不同类别的 sprint 计划：
Sprint 计划：Sprintable
整理：可操作 / 用户故事 (Groomed)
未来：史诗 / 宇宙故事 (Epic / Cosmic Stories)
通过维护分类良好的产品积压（如上述结构），您的团队应该更容易进行 sprint 计划流程。
更多 Scrum 阅读
What is Definition of Ready in Scrum?
Why Fixed Length Sprints in Scrum?
How to Write a Sprint Goal?
What is Sprint Planning?
What is Sprint Review?
What is Sprint Retrospective Meeting in Scrum?
What is Product Backlog Refinement?