白话SCRUM 之三：sprint backlog

Sprint Backlog 是敏捷开发中的一个关键组件，它相当于传统项目管理中的工作分解结构（WBS）。它采用面向交付物的任务分解方法，来明确团队在下一个迭代中需要完成的工作。

举例来说，如果一个产品待办项（Product backlog）是“作为系统的合法用户，可以通过录入账号和密码登录到系统中”，团队成员需要识别出具体任务，进行工作量估计，并领取相应的任务。这些任务包括单元测试程序编写、界面设计、密码校对算法设计和程序调试等，每个任务都有预估的工作时间、责任人和任务状态。

任务的细分是基于开发人员的经验，通过头脑风暴法共同协作完成的。任务列表中只包括那些必须完成的工作，而非必要的工作则被剔除。每个任务的估计工作量由责任人自行判断，并且所有任务的总工作量不应超过对应用户故事的估计工作量。如果工作量超出预期，可能需要重新评估用户故事的估计工作量。

产品负责人（Product owner）的角色是基于商业价值来选择应该在交付中包含哪些用户故事，而开发团队则需要根据开发风险和用户故事之间的依赖性，来选择在迭代中实施的用户故事。

为了维护Sprint Backlog，团队可以采用多种工具，如Excel、白板或者专门的敏捷项目管理软件。