Product Backlog的理念

Scrum的第一步是产品所有者清晰地展示产品的未来景象（vision）。这些是以按需求的优先列表展示的，按客户和商业价值排序，最高价值的项目排在列表顶端。这就是Product Backlog，它存在（并发展）于产品的整个生命周期。在项目开发的任何时候，Product Backlog是唯一具有权威性的“以优先权排序为准，需要完成的所有任务“的概况。只可以存在唯一一个Product Backlog，这就意味着产品有着需要在所有的工作范围中作为优先项的决策。

Product Backlog包括许多的不同项目，例如功能（“加入购物车“），开发需求（“重新改进处理流程模块，使其可以升级”），探索式的工作（“研究关于加速信用卡确认过程的方法”），和一致的Bugs（“判断并修复定单流程中的错误”）。

Product Backlog是由产品所有者随时更新，以反映客户需求的变化，新的想法和见识，竞争对手的发布，出现的技术障碍等等。团队提供给产品所有者在Product Backlog中每一项所需的相对工作的粗略估计，这可以帮助产品所有者作出优先权项的决策（一些项成为非优先权项，是当产品所有者了解到其交付需要花费大量的工作）。以上这些估计是相对的，因此他们可以用“点”来衡量，而不是用现实的工作单位如人员－星期：一段时间之后，团队收集对于其工作效率的数据（在一段时间内有多少这些相对的“点”可以被完成），可以使用这些数据计划发布日期和进行其他长期的计划。

Product Backlog中的项目在规模上会相差甚远，有些大的项目通常在Sprint计划会议上被划分为许多较小的项目，而小的项目有些会被合并为一。一般的建议是，在所需的最小的空间中说明最重要的事情――换而言之，不需要苗粟某一项目的所有可能的详细资料，只需要阐述清楚产品被认为是完成品所具备的要求就可以了。在Product Backlog列表中越底端的是更大和粗略的项目；当它们接近被开发时，产品所有者会添加更多的详细资料。