Sprint Backlog就是任務列表，如果映射到傳統(tǒng)的項目管理理論中就是WBS（work breakdown structure)，而且是典型的采用面向交付物的任務分解方法得到的WBS。

比如有一個Product backlog 條目為：

作為系統(tǒng)的合法用戶，可以通過錄入賬號和密碼登錄到系統(tǒng)中。

為了實現(xiàn)此需求，team member識別出了的任務，進行了工作量的估計，進行了任務了領用，其結果記錄為：

此表格是有開發(fā)人員基于經(jīng)驗采用頭腦風暴的方法大家一起分解得到的，里面列舉的任務是為了實現(xiàn)該用戶故事必須做的事情，按照簡化的原則，可做可不做的任務則刪除之。估計的工作量是由責任人自己估算的，任務的工作量合計應該不超過用戶故事估算的工作量。如果任務拆分后發(fā)現(xiàn)工作量的合計遠遠大于用戶故事估計的工作量，則可能需要對用戶故事的工作量估算值進行修訂。

Product owner負責基于商業(yè)價值挑選某次交付中應該包含的用戶故事，而開發(fā)人員負責基于開發(fā)的風險、用戶故事之間的依賴關系等挑選在某次迭代中要實現(xiàn)的用戶故事。

Sprint Backlog可以采用Excel、白板或者敏捷的項目管理工具進行維護。