产品待办列表

         产品待办列表是一个按优先级顺序排列的、预期的产品功能列表。产品负责人负责管理产品待办列表的内容、可用性和优先级。产品待办列表是Scrum框架的核心工件，透明可视、动态变化是产品待办列表的两个重要特点。

产品待办列表项

         产品待办列表是由产品待办列表项组成，我们称之为PBI(Product Backlog Item)或者简称条目。对于客户或者用户来说，大多数PBI都是有实际价值的特性和功能。PBI常常写成用户故事的形式（虽然Scrum框架没有明确PBI的格式）。PBI还有可能是缺陷修复、技术改进、知识获取等工作以及产品负责人认为有价值的任何工作。

产品待办列表的四大特征

         Roman Pichler（Pichler 2010）和Mike Cohn提出的DEEP概念：详略得当（Detailed appropriately）、涌现的（Emergent）、做过估算的（Estimated）和排好优先级的（Prioritized）。DEEP在业界也作为一定的标准来判断产品待办列表的结构是否恰当。

1.         详略得当

         优先级最高的近期需要完成的PBI应该放在列表顶部，内容详细，可以在最近的一个冲刺中实现。优先级比较低的短时间还不打算做的PBI可以再列表底部，内容粗略。

2.         涌现的

         产品待办列表是适应变化的，随着时间的推移渐渐变得清晰。根据内外部的变化，产品负责人必须考虑新涌现的PBI，让产品列表重新保持平衡并重新排序。

3.         做过估算的

         每个PBI都是有大小估算的，即完成这个PNI需要多少工作量。对于顶部高优先级的条目其估算值比较准确，比如多人理想人天，对于底部低优先级的内容粗略的PBI，有可能无法提供准确的数字估算，一种实践是把这些估算用类似T恤衫尺码来表示：大码（L）、加大码（XL）、加加大码（XXL）等。等这些底部的PBI逐渐上移至顶部时就可以细化、讨论、估算。

4.         排列优先级的

         对于近期要做的高优先级的PBI，排好优先级是至关重要的，高优先级的PBI代表高价值的业务，而对于远期要做的PBI可以不花费大量时间去排列它们的优先级。

产品代办列表的优化

         产品待办列表优化指的是为产品待办列表项增添细节、估算和排序的动作。这是一个持续的过程，产品负责人和开发团队协同工作在产品待办列表项的细节上。在产品待办列表精化过程中，产品待办列表项被重新评审和修改。Scrum 团队决定如何来完成精化以及何时来完成。精化的工作通常占用开发团队不超过 10% 的产能。然而，产品负责人或者其他人在产品负责人的斟酌下，产品待办列表项可以在任何时间来更新。

就绪的定义

         就绪的定义和完成的定义可以视为PBI在一个冲刺周期中的两个状态，都是针对工作制定的检查表，只有在完成检查表之后，才可以认为PBI分别进入就绪或完成状态。这里就绪的定义是指可以开始工作的PBI的标准、完成的定义是指工作完成的标准，都是团队和产品负责人一起规定的。拿就绪定义为例：