定义：

在Sprint正式开始时，Scrum团队会聚集在一起参加Sprint计划会议。在这个会议上，产品待办事项列表中的PBI被优先排序，并根据它们的估算大小或复杂性被安排到具有时间盒（1~4周）内的Sprint中。这个条目列表被称为Sprint Backlog。开发团队承诺完成这些优先级的项目，并在Sprint结束时交付一个潜在的可交付的增量。随着每一天的进展，团队成员被期望更新Sprint Backlog中剩余工作的数量，从而使当前评算与原始估算的接近程度可见（使用，迭代燃尽图）。

• 团队开始将PBI分解为工作任务Task，并且估算任务的时间
• 冲刺待办列表的每一个条目，称为：Sprint Backlog Item，简称：SPI
• 一般以半天为一个时间单位，即4小时。（以4周的作为迭代的时间盒为例）
• 对照团队可用资源，团队承诺本迭代完成量，确保工作量适当
• 团队可以增加、删除、改变
• 切记：只有团队才能负责维护SBI，不是PO，也不是SM

• 团队的个人将要签收、认领其其将拥有的工作——工作不是单向的分配
• 对于剩余工作量的估计每天需要更新
• 团队中任何人都可以添加，删减或者更改迭代中的工作项目
• 为了迭代目标以及将发布的结果而工作
• 如果对将要面对的困难不清楚，最好先定义一个相对工作量较大的工作项目然后适时在以后将其分散成较小额工作量的几个部分，即所谓将任务分解为子任务。

怎样决定把那些故事放到冲刺待办列表

1. 用经验来估算团队速度
2. 或者先跑1个、或2个迭代，来观察团队速度
3. 得出预期估算的速度（可以是平均速度）
4. 计算在不超出预期的团队速度的情况下，能清晰计算以后的迭代中，可以加入多少故事