在Scrum中，產品待辦事項清單是什麼？由誰負責？

產品待辦事項清單 是產品所需內容的唯一真實來源，也是產品需求變更的優先排序清單。產品負責人 負責產品待辦事項清單的內容、可取得性與優先順序。

產品待辦事項清單是一個不斷演進的清單。初始版本僅列出第一個且最廣為人知的需求（無需完全理解）。隨著產品與開發環境的改變，產品待辦事項清單也會持續演進。它具有動態性，經常變動以釐清使產品具備可行性、競爭力與實用性的必要項目。只要產品存在，產品待辦事項清單就存在。

產品待辦事項清單列出了未來發行版本中所有規劃的功能、使用案例、使用者故事、改進項目與錯誤修復。產品待辦事項（PBI）包含描述、順序與預估工作量。

產品待辦事項（PBIs）通常依價值、風險、優先順序與必要性排序。它們由最高至最低優先順序排列，每個項目都有獨特的順序。產品待辦事項清單中排名最高的項目必須立即開發。排名越高，項目越緊急，越需仔細評估其價值——你對價值的理解將變得更加一致。

Scrum產品待辦事項清單

產品待辦事項清單中排名較高的項目，比排名較低的項目更清晰且更具體。這些項目因內容更明確、資訊更詳細，因此能更準確地估算。換句話說，待辦事項的優先順序越低，其細節就越少。團隊在一個Sprint中開發的產品待辦事項會被細分為更小的任務，以便任何項目都能在時間盒內完成。開發團隊能在一個Sprint內「完成」的產品待辦事項，被視為符合「就緒」的定義，並可在Sprint規劃會議.

Scrum流程

隨著產品部署，價值得以實現，市場反饋也持續增加，產品待辦事項清單會變得更大且更詳細。由於需求永遠不會停止變動，產品待辦事項清單是一個活的實體。商業需求、市場狀況與技術的變動，都可能導致產品待辦事項清單的變更。

雖然有多個Scrum團隊可能共同參與開發一個產品，但僅有一個產品待辦事項清單描述產品接下來的工作。因此，你需要使用屬性來分類產品待辦事項。

透過產品待辦事項清單精煉，會加入細節、估算與排序。這是一個持續進行的過程，產品負責人與開發團隊共同討論每個待辦事項的細節。項目會在產品待辦事項清單內被審查與修正。然而，產品負責人可隨時更新產品待辦事項清單中的任何項目，並根據需要做出決策。

產品待辦事項清單精煉是一項持續進行的活動——而非時間盒式的活動——由產品負責人與開發團隊執行。開發團隊通常具備領域專業知識，可自我提升。然而，何時以及如何進行精煉，是由Scrum團隊共同決定。產品待辦事項清單精煉 通常不會超過團隊開發時間的10%。

產品待辦事項精煉會議

開發團隊負責所有估算工作。產品負責人可以透過協助團隊權衡取捨來影響團隊的決策。然而，最終的估算由實際執行工作的人決定。

透過 Sprint 目標監控進度

在任何時刻，達成 Sprint 目標 可從累計完成的工作中扣除。產品負責人必須至少在每次 Sprint 回顧。產品負責人將此數量與先前 Sprint 回顧中的剩餘工作量進行比較，以評估在所需時間內達成預期工作的進度。此資訊對所有利益相關者都是透明的。

Scrum 不考慮產品待辦事項中各項目所花費的時間。我們只關心剩餘的工作量與日期變數。

各種圖表或 燃盡圖以及其他規劃實務可用來預測進度。它們已被證明非常有用。然而，這並不能取代實證思考的重要性。在複雜環境中，未來會發生什麼是未知的——只有過去發生的事才能用來做出前瞻性的決策。

Scrum Sprint 進度