Scrum 指南 | 18. 什麼是產品待辦列表？

已發表: 2022-05-19

Product Backlog 是 Scrum 團隊執行任務的唯一來源。 它是計劃中的產品功能和增強功能的列表。 它的形狀是多變的，並不是 Product Backlog 中包含的所有任務都會完成。 它在與利益相關者的討論中不斷發展。 它也在不斷改進。 這意味著越接近截止日期，任務就越詳細。

什麼是產品待辦列表？ - 目錄：

  1. 介紹
  2. 產品待辦列表包含什麼？
  3. 產品待辦列表的形狀
  4. 產品待辦事項改進
  5. 概括

介紹

Product Backlog 是最大的 Scrum 工件。 它反映了有關產品目標的產品工作狀態。 另一方面，當一個產品的工作完成後，它的待辦事項就變成了 Scrum 團隊為創建產品而完成的任務的完整列表。 但是，它不包含詳細的技術解決方案。

What is the Product Backlog?

產品待辦列表包含什麼？

產品待辦事項是在產品負責人與利益相關者的會議期間創建的。 產品負責人是唯一負責人和負責此任務來源的人。

業務語言描述了產品待辦列表中的條目。 換句話說，它們從利益相關者的角度描述了產品的價值。

任務列表中包含的任務描述需要連貫性和清晰性。 它們包含產品的功能和改進，通常以用戶故事的形式呈現，我們專門為此單獨條目。 在這裡，我們將僅提及這些是對產品部分功能的描述，以回答有關以下問題的問題：

  • 產品修改範圍
  • 修改產品的目的
  • 進行此修改的用戶類型
product backlog

產品待辦列表的形狀

產品待辦列表中包含的任務順序會隨著產品的發展而變化。 在工作的同時，Scrum 團隊塑造並增強了它的功能。 在遇到障礙時，其實施的行動允許所有人思考和定義未來的適當解決方案，這些也將相應地改變以應對不可預見的進一步障礙。 因此，沒有明確定義的動作順序，一切都是可變的。 Product Backlog 改進旨在持續更新和為下一個任務做準備。 因此，它是連續的。

截止日期較遠的任務通常是大型的通用整體。 它們的描述不包含細節，而只是應該實現的功能的概述。 也可以在其中找到永遠不會終止的任務。

產品待辦列表中的條目可能會提供替代解決方案。 此外，客戶的想法可能會變得過時、無利可圖或出於其他原因，永遠不會進入實施階段。 這就是為什麼 Product Backlog 有時被戲稱為“客戶的願望清單”。

Product Backlog 形式發生變化的另一個原因是重新定義解決方案。 有時事實證明，在創建另一個產品功能時，某個問題已經解決了。 或者由於其他解決方案的變化，預期的功能變得多餘。

Product Backlog 改進過程中的一項基本活動是將 Product Backlog 中包含的任務分成幾部分。 因此，功能的總體輪廓以更小、更詳細和更精確定義的單元的形式呈現。

為更緊密實施而設計的任務變得更加詳細。 它們也變得更小，包含解決方案的細節。 在產品開發過程中會出現細節。 並且由於對產品當前狀態和利益相關者當前期望的了解，產品負責人用他們的描述、順序和大小來補充即將到來的任務。 然後，為下一個 Sprint Backlog 選擇描述得最好的任務。

產品待辦事項改進

在開發產品時，產品負責人與開發團隊合作修改並詳細說明產品待辦事項。 根據產品負責人的建議，在 Sprint 計劃期間，團隊從產品待辦列表中選擇要實施的功能。 然後將它們移至 Sprint Backlog並劃分為要完成的任務。 移至 Sprint Backlog 的任務以技術語言描述，這對開發人員最有用。

從開發團隊的角度來看，任務規模是一個重要的指標。 在從 Product Backlog 到 Sprint Backlog 中選擇用戶故事時，正確的估計變得尤為重要。

開發團隊隨著時間的推移學習正確估計完成特定用戶故事所需的時間和精力。 這以天數、工時或故事點數表示，並提供稱為團隊速度的值的估計值。

概括

產品待辦列表是一個不斷改進的導致產品目標的任務列表。 Product Backlog 的內容通常以 User Stories 的形式表達。 完成任務的剩餘時間越短，則：

  • 職位描述更詳細
  • 任務範圍更小
  • 任務範圍更明確

Scrum 團隊負責這些任務。 產品負責人管理和修改產品待辦列表。

如果您喜歡我們的內容，請加入我們在 Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest 上忙碌的蜜蜂社區。

Scrum Guide | 18. What is the Product Backlog? caroline becker avatar 1background

作者：卡羅琳·貝克爾

作為項目經理，Caroline 是尋找新方法來設計最佳工作流程和優化流程的專家。 她的組織能力和在時間壓力下工作的能力使她成為將復雜項目變為現實的最佳人選。

查看所有帖子

Scrum 指南：

  1. 基本術語、角色和概念的詞彙表
  2. 什麼是 Scrum？
  3. Scrum 價值觀
  4. 如何在貴公司實施 Scrum？
  5. Scrum 團隊——它是什麼以及它是如何工作的？
  6. 誰是產品負責人？
  7. 產品負責人最常犯的錯誤
  8. 誰是 Scrum Master？
  9. 優秀 Scrum Master 的特徵
  10. Scrum Master 最常見的錯誤
  11. Scrum Master 應該跟踪哪些統計數據和指標？
  12. Product Owner 和 Scrum Master 之間的合作
  13. Scrum 中的開發團隊
  14. 開發者最常犯的錯誤
  15. Scrum 工件
  16. 擴展 Scrum
  17. 衝刺積壓
  18. 什麼是產品待辦列表？
  19. 什麼是用戶故事？
  20. 用 INVEST 創建最好的用戶故事
  21. 最常見的用戶故事錯誤
  22. 用戶故事接受標準
  23. Scrum 中的估計和故事點
  24. 規劃撲克
  25. 團隊估計遊戲
  26. 定義增量
  27. Scrum 事件
  28. Scrum 中的 Sprint 是什麼？
  29. Scrum 團隊承諾 - 產品目標、Sprint 目標和完成定義
  30. 什麼是燃盡圖？
  31. 如何創建和解釋燃盡圖？
  32. 燃盡圖的優缺點
  33. Scrum 和 Scrumban 中的看板
  34. Scrum 中的速度——開發團隊的速度
  35. 每日站會
  36. 衝刺計劃
  37. 衝刺回顧
  38. 什麼是 Sprint 回顧展？
  39. Sprint 回顧中的常見錯誤
  40. 產品積壓培養