Sprint Backlog就是任务列表，如果映射到传统的项目管理理论中就是WBS（work breakdown structure)，而且是典型的采用面向交付物的任务分解方法得到的WBS。
比如有一个Product backlog 条目为：
作为系统的合法用户，可以通过录入账号和密码登录到系统中。
为了实现此需求，team member识别出了的任务，进行了工作量的估计，进行了任务了领用，其结果记录为：
用户故事作为系统的合法用户，可以通过录入账号和密码登录到系统中。
此表格是有开发人员基于经验采用头脑风暴的方法大家一起分解得到的，里面列举的任务是为了实现该用户故事必须做的事情，按照简化的原则，可做可不做的任务则删除之。估计的工作量是由责任人自己估算的，任务的工作量合计应该不超过用户故事估算的工作量。如果任务拆分后发现工作量的合计远远大于用户故事估计的工作量，则可能需要对用户故事的工作量估算值进行修订。
Product owner负责基于商业价值挑选某次交付中应该包含的用户故事，而开发人员负责基于开发的风险、用户故事之间的依赖关系等挑选在某次迭代中要实现的用户故事。
Sprint Backlog可以采用Excel、白板或者敏捷的项目管理工具进行维护。