敏捷开发涉及很多特有的工件，以不同的方式表现工作任务和价值。

• 产品待办事项列表（Product Backlog）

产品Backlog是Scrum中的核心工件，贯穿于整个项目的生命周期，它是对整个产品的功能描述，是需求的唯一来源，团队中所有人都可见，由产品负责人持续调整优先级顺序，团队依照优先排列顺序进行工作，并且通过产品待办事件修整会议来进行维护。

图1. 产品待办事项列表

• 产品待办项（Product Backlog Item，PBI）

一个产品待办项通常以用户故事的格式表达，代表一个以客户为中心的需求，通常需要完成一些任务来满足用户需求。表达方式以用户使用角度，而不是如何实现的角度。可以对其制定验收标准。一般由团队估算整体工作量，使用故事点这种相对单位值进行计量，应该在2~3个人工作2~3天左右。

图2. 产品待办项

• 迭代待办事项列表（Sprint Backlog）

Sprint Backlog是当前迭代需要完成的且梳理过的产品待办事项，由在迭代计划会议上团队协商承诺的PBI组成，一般以看板形式展现。在迭代过程中整体范围是固定不变的，开发团队成员按照该列表来开发新的产品增量。一般在开发过程中会发现还需要附加别的任务才能达到既定效果。整个列表是团队所有人都可见的，在每日站会上参考使用。

图3. 迭代待办事项列表

• 迭代任务（Sprint Task）

完成一个PBI需要混合开展多种不同的任务，不同以往是以阶段状态进行（需求分析、设计、实现、部署、测试）。列表展示达成这项PBI需要进行的多个任务信息，每天都需要重新估算剩余的工作量，通常以小时计数。在Sprint执行期间，每个人都可以主动认领一个任务，所有任务是整个团队都可见的，需要团队所有人的任务一起协作。

图4. 迭代任务列表

• 迭代燃尽图（Sprint Burndown Chart）

燃尽图是为了引导团队成员自组织、自管理，迭代的工作能在图中一目了然，便于团队成员及时调整工作任务。图中显示的是迭代执行期间团队总的任务剩余时间，可以展示整个团队所有人的燃尽状态，也可以按人展示每个人的工作量趋势。

图5. 迭代燃尽图

• 产品/发布燃尽图（Product/Release Burndown Chart）

产品的燃尽图是为了跟踪记录剩余的待办事项工作，随着时间的推移Sprint的工作在图中一目了然，y轴可以使用相对单位值，例如故事点等，展示迭代执行期间工作的变化趋势，以便团队随时调整。

图6. 产品发布燃尽图