(此圖由 AI 生成)

今天來看看敏捷專案管理中的產品待辦清單（Product Backlog）和衝刺清單（Sprint Backlog）差異：

產品待辦清單 Product Backlog

產品待辦清單是一個有(優先)序的需求列表，包含產品需要實現的新功能、修正的錯誤、技術問題和其他待改善的工作項目。

在敏捷專案中，這個清單由產品負責人 PO 管理，隨著新需求的出現或現有商業需求的優先級變化，產品待辦清單會不斷新增或調整內容。

相對於衝刺清單，產品待辦清單會是高層次的描述，不一定有具體細節，可能僅是一個功能的描述而已。

簡單來說可以理解成是「之後可以排進 Sprint 的任務或為了較大商業目的的待辦目標」。

時間週期

沒有具體時間周期，涵蓋了產品開發的整個範圍，包括未來的 Sprint 衝刺，內容可以不斷增加、調整或移除，因為其代表著產品的商業需求。

目的

整個產品功能的藍圖，它是確保研發團隊能滿足需求的計畫工具，也可以隨時可以根據新的需求、回饋或市場變化調整。

負責人

由 PO 產品負責人負責維護和管理，他們決定哪些項目進入清單以及這些項目的優先序。

如果是「混合制」，則可能是由團隊中負責接收並統整、排序釐清商業目標的專案管理者管理，例如 PJM 或 PDM。

Real World 現實公司中的應用

通常 PO、高層主管們、有權決定產品或功能方向的決策者，會有一份 Excel、Google Sheet、Redmine、Jira 之類的清單，用來記錄目前產品的代辦任務與優先度，這其實就是一份產品待辦清單 Product Backlog 了。

衝刺清單 Sprint Backlog

衝刺清單是從產品待辦清單中挑選出，需要在特定衝刺 Sprint 期間要完成的工作項目，內容包含了更具體的工作項目和技術任務，是對產品待辦清單中選定項目的細化和分解。其項目即是開發團隊承諾在當前衝刺內完成的工作。

要注意的是：衝刺清單僅包含當前 Sprint 要完成的具體任務，Sprint Backlog 並不是所有待完成、拆解完畢的子任務，而是針對這個 Sprint 的 todolist。

也就是說：接到衝刺清單需求的 RD 還可以再拆細成更小的任務，雖然 RD 還可以對衝刺清單中的工作進行進一步細化，但這些工作項目應該在規劃會議時應已經具備一定的清晰度，以便團隊能合理評估工作量並確保在衝刺期間完成。

總之簡單理解，可以當成「這個 Sprint 開發團隊要做的任務」，其是由產品待辦清單移動過來。

時間週期

通常是開發團隊這個 Sprint 衝刺周期的時間。

目的

短期研發團隊具體工作的目標任務，用來幫助團隊在這個 Sprint 專心完成特定目標任務的清單。

負責人

由開發團隊管理，他們在 Sprint 衝刺規劃會議中，會從產品待辦清單中選擇任務，並將其細化拆解成更具體的任務。

開發團隊在 Scrum Master 和 PO 的協助下來進行衝刺清單的規劃和管理。雖然開發團隊「理論上」有自主權選擇工作，但 PO 要確保這些工作對應產品待辦清單中的優先級，並與開發團隊討論具體項目，不然團隊都挑優先度低的任務就糟糕了。

Real World 現實公司中的應用

筆者目前待過的公司，只要稍微大一點，都會有兩週一次的開發週期例行會議，由 PM 來和工程師們解說這個開發週期要做什麼任務。

在解說時，PM 會將這些（當前要開發）的任務紀錄在某個 Redmine、Jira、Confluence 公開頁或清單上供大家瀏覽，這其實就是衝刺清單了。

結語

筆者我在學習初期容易搞混產品待辦清單和衝刺清單，其實產品待辦清單就是 PO 或 PM 或高層主管對整個產品或大計劃的 todolist，而衝刺待辦清單指的是：為了完成前者的 todolist，在這個短暫 Sprint 開發周期中要做的任務，這麼理解就好了。