產品待辦事項永遠不會最終定案。商業需求、市場狀況或技術的變化可能導致產品待辦事項的變更。隨著產品和專案環境的發展,它也會持續演進。需求永遠不會停止變化,因此產品待辦事項始終是一個活的Scrum資產.
產品待辦事項中優先級較高的項目更細緻,包含更多細節——因為有更多資訊可用——並具有更準確的估計。優先級較低的項目則是較高層級、較大的項目,估計較粗略。當團隊對低優先級項目獲得更多資訊時,這些項目會進一步分解為更小、更易管理的部分。開發團隊負責估算產品待辦事項中的項目。
理解產品待辦事項管理
產品待辦事項列出了為產品開發所需的所有功能、功能、需求、增強和修復。產品待辦事項具有以下特徵:詳細的詳細的(適當的細節層級)持續更新的估計的(以故事點計算)優先排序的優先排序的,以及持續更新的持續更新的(持續添加、移除和更新),以反映及時且適當的待辦事項調整。
羅曼·皮克勒,著有使用Scrum的敏捷產品管理
「打造客戶喜愛的產品。」我們使用DEEP這個縮寫來描述良好管理的產品待辦事項的特徵。因此,DEEP是用來描述Scrum中產品待辦事項品質的縮寫,包含:詳細的詳細的持續更新的估計的持續更新的持續更新的,以及優先排序的優先排序。

詳細的
位於產品待辦事項最上方的故事預期會在下一個Sprint,因此需要明確定義,以便團隊能有效處理。通常,位於上方的項目較小且更細緻,而下方的項目則變得更大且較不具體,如下面圖示所示:

估算過的
產品待辦事項中的項目都會被估算。待辦事項頂端的項目具有更準確的估算。低優先級的項目則以較高層級估算,並可在團隊獲得更多資訊後重新估算。

不斷演變的
產品待辦事項並非靜態的——它不斷演變。隨著專案推進,獲得更多資訊與知識,產品待辦事項中的使用者故事會被新增、移除或重新排序。

優先排序
在產品待辦事項中,高優先級的項目更具價值。低優先級的項目則列在後面。團隊總是專注於高優先級的項目,以確保在開發中的產品或系統中交付最大價值。

總結
DEEP 是一個應用於產品待辦事項精煉流程——持續對產品待辦事項中的項目增加細節、估算與排序,以維持其良好狀態。
在產品待辦事項精煉期間,項目會被審查與修改。Scrum 團隊決定如何以及何時進行精煉。精煉通常不會超過開發團隊容量的 10%。然而,產品待辦事項可由產品負責人隨時更新,或依需求進行。