Sprint Backlog就是任務列表，如果映射到傳統的項目管理理論中就是WBS（work breakdown structure)，而且是典型的采用面向交付物的任務分解方法得到的WBS。
比如有一個Product backlog 條目為：
作為系統的合法用戶，可以通過錄入賬號和密碼登錄到系統中。
為了實現此需求，team member識別出了的任務，進行了工作量的估計，進行了任務了領用，其結果記錄為：
用戶故事作為系統的合法用戶，可以通過錄入賬號和密碼登錄到系統中。
此表格是有開發人員基於經驗采用頭腦風暴的方法大家一起分解得到的，里面列舉的任務是為了實現該用戶故事必須做的事情，按照簡化的原則，可做可不做的任務則刪除之。估計的工作量是由責任人自己估算的，任務的工作量合計應該不超過用戶故事估算的工作量。如果任務拆分后發現工作量的合計遠遠大於用戶故事估計的工作量，則可能需要對用戶故事的工作量估算值進行修訂。
Product owner負責基於商業價值挑選某次交付中應該包含的用戶故事，而開發人員負責基於開發的風險、用戶故事之間的依賴關系等挑選在某次迭代中要實現的用戶故事。
Sprint Backlog可以采用Excel、白板或者敏捷的項目管理工具進行維護。