工件：产品订单

主要描述

当项目启动时，并不需要将全部可预见的任务或需求全面、费时的写下来。一般情况下，一个项目只要写出一切显而易见的任务和需求，对第一个Sprint来说已经足够。随着对产品和客户的了解，产品订单将逐渐增长并改变。

在Sprint 计划会议中，产品负责人对产品订单中的订单项进行优先级排序，并向Scrum团队描述它们。然后，由团队决定他们在即将到来的Sprint中能够完成的订单项。接着，团队将选中的订单项从产品订单中移到冲刺订单里。当团队将每一个来自产品订单的订单项分解为冲刺订单中细化的任务时，他们能更有效的协同工作。从概念上理解，团队在最高优先级的产品订单项和低优先级的订单项之间画一条线，在这线上的，就是他们觉得自己能够完成的任务。在实践中，团队在选择高优先级的一组订单项的同时选择了部分低优先级订单项的情形并不少见，但是某些较低优先级的订单项和所选择的高优先级订单项之间是存在相互关联的。

产品订单项可以是技术任务(如“重构登录类，使其抛出异常”)或更多的以用户为中心的需求(如“允许撤消屏幕设置”)。在表达Scrum订单项的形式方法中，使用极限编程中的用户故事（User Story），是一种非常有趣且有前景的方法。

可以Excel表格的来维护产品订单。如下图所示，来自一个真实项目的例子。在这个Excel表格中显示了每一个产品订单项以及其由产品负责人所指定的优先级（高、中、低）。其中，由开发人员估算的工作量是基于对任务并不精确地理解，仅仅用于粗略的将任务分配到各个Sprint中。