PB - Product backlog, 是一堆使用者故事，用三個級別的使用者故事，1）史詩;2）主題;3)可實現。通常在優先順序的下端，幾個sprint後才會做的是比別粗粒度的史詩故事，主題是史詩拆分細化的故事，可能還是比較粗，下個sprint要做的要細化到可實現級。PB還包括AC(accept case驗收測試用例)，這些用例可以描述詳細的需求細節，並可以用來拆分使用者故事，比如，發現一個AC很複雜很大，那麼這個AC可以拆成一個獨立的使用者故事。當然如果在AC沒有寫之前，我覺得PB除了使用者故事外也可以有一些需求描述，比如像UML中的用例規約。AC可以根據這些規約來寫。寫AC是分解Story過程中一個非常重要的技術。

Story 是需求概要， AC是細節。

SB - sprint backlog, PB的子集, PB中大的Story分解為更小的Story, 這個時候AC也會相應的細化，最小的Story的AC就是functional test case. 一般PB中的大Story，它的AC就經常是SB中的小Story.

Task - SB再拆分為Task, 如果Story足夠小，不建議再拆分為Task.