什麼是產品待辦列表?
已發表: 2021-09-30你有沒有覺得你的團隊一次又一次地犯同樣的錯誤? 您認為事情進展不順利,您需要進行一些更改以改進項目開發過程。
這裡的產品待辦事項可以幫助團隊決定他們正在做什麼以及他們想要關注什麼。 它描述了團隊將如何執行敏捷路線圖中提出的想法。 在許多方面,它都是您的開發團隊的一個巨大的待辦事項清單。
項目可以是較大產品的一部分,並通過產品積壓來管理它們。 產品 backlog 示例可以是客戶實施項目,可以作為更大產品 backlog 的一部分交付。 或者,遊戲製作工作室可以將每一代遊戲視為具有設定期限(例如聖誕節前後)的單獨項目。
Scrum 中的產品待辦列表是什麼?
在 Scrum 中,敏捷產品 backlog 是一個優先功能列表,其中包括所有產品功能的簡要描述。 如果您正在處理一個項目,那麼不需要花費很長時間來使用 Scrum 記錄所有需求。 Scrum 團隊及其產品負責人可以從包括他們能想到的敏捷 backlog 優先級的任何內容開始。
這種敏捷的產品積壓對於第一個 sprint 來說綽綽有餘。 隨著有關產品及其客戶的更多信息可用,Scrum 產品待辦事項允許其擴展和適應。
在 Scrum 中,產品 backlog 是一個優先功能列表,其中包括所有產品功能的簡要描述。 在使用 Scrum 時,不需要通過冗長的前期工作來記錄所有需求來開始一個項目。
在定制軟件開發服務中,Scrum 團隊及其產品負責人通常首先記下他們能想到的敏捷積壓優先級的任何內容。 幾乎總是,這種敏捷的產品積壓對於第一個 sprint 來說綽綽有餘。 隨著有關產品及其客戶的更多信息可用,Scrum 產品待辦事項將被允許擴展和調整。
產品積壓之旅如何開始?
首先是願景或想法,然後是戰略,要完成這個想法就需要路線圖,在製定路線圖之後是產品待辦列表。 下面給出的指針顯示了每個產品積壓旅程術語的含義。
- 產品戰略是如何在高層次上實現公司目標的大綱
- 產品路線圖決定了要實施的計劃
- 產品待辦事項包含生產專業產品所需的任務級別細節
產品待辦列表和產品路線圖有何不同?
兩個關鍵的產品管理工具是產品路線圖和產品待辦列表。 每種儀器都有其自身的優點和缺點。 產品 backlog 不應與產品路線圖混淆。 由於不同的原因,這兩個活文檔對於敏捷開發流程團隊都很有用。 待辦事項提供了戰術開發細節,而路線圖則集中在整體戰略上。
產品積壓管理需要各種任務和策略。 由於產品路線圖經常更改,因此必須與產品待辦列表緊密聯繫。 因此,必須定期對積壓工作進行優先級排序(並重新確定優先級)以反映變化和發現。
產品待辦事項包括史詩和用戶故事、工作流程圖、用戶界面設計草圖和模型,以及構建產品所需的其他出色工作。 它是一種戰術工具,可指導開發團隊的工作,並作為使用發布燃盡圖等工具跟踪開發進度的基礎。 下圖總結了產品路線圖和產品待辦列表之間的主要區別。
產品路線圖是一種戰略性產品規劃工具,它概述了產品在接下來的時間裡將如何發展。 它建立了一種使命感,鼓勵利益相關者參與,幫助獲得資金,並更容易協調各種產品的開發和推出。
此外,應特別注意保持積壓工作的結構化和可訪問性。 產品 backlog 管理實踐建議針對詳細的、緊急的、估計的和優先的 (DEEP) 產品 backlog,其中具有最高優先級的項目包含最多的細節,並且隨著優先級的增加,詳細程度會降低。
大多數敏捷團隊還參與產品待辦事項梳理會議,用於細化和安排待辦事項項目。 在這些會議期間,團隊合作為幾個 sprint 的用戶故事提前計劃。 敏捷 backlog 梳理會議可確保 backlog 頂部的用戶故事有足夠的細節讓交付團隊理解。
產品積壓優先級技術
- 產品待辦事項梳理不是一次性事件,而是一個涉及產品所有者和開發團隊的持續過程。 主題專業知識通常存在於開發團隊中,他們可以對其進行改進。 另一方面,Scrum 團隊決定何時以及如何完成優化。
- 向產品待辦列表中的項目添加細節、估計和訂單的行為稱為產品待辦列表細化。 在每個 Sprint 中,都需要持續的 Product Backlog Refinement 來優化產品,以便它們為未來的 Sprint 做好準備。 產品待辦事項的細化通常需要開發團隊不超過 10% 的工作。
- 產品待辦列表頂部的產品待辦事項(最高優先級,最大價值)被分解,以便一旦待辦事項被細化到適當的粒度級別,它們就適合一個 Sprint。
所有估算工作均由開發團隊處理。 通過協助團隊評估權衡,產品所有者可以對他們的決策產生影響。 另一方面,執行任務的人決定了最終的估計。
產品待辦列表的好處
積壓作為佔位符
待辦事項項目用作未來討論實現目標的解決方案的佔位符。 這意味著團隊在將其添加到產品待辦列表之前不需要有一個完全成熟的想法。 首次引入產品待辦事項時,它只需要有足夠的信息來提醒團隊替代方案是什麼。 當團隊即將開始處理產品待辦事項時,只需對其進行充分解釋。
動態性質
產品 backlog 的動態特性允許團隊跟踪他們對預期目標和潛在交付方法的了解。 當團隊開始工作時,產品積壓工作不必完成。 因此,他們可以從原始概念開始,並在獲得經驗時添加新的產品待辦事項。
易於拆卸
僅僅因為產品積壓中的某些東西並不意味著它必須交付。 如果項目對預期目標沒有貢獻,團隊可以將其從積壓工作中移除。 這意味著團隊可以避免產生非增值的可交付成果,而是專注於做出真正有用的改變。
添加待辦事項
團隊可以使用產品待辦列表來避免浪費時間根據有限的信息爭論一個選項是否有價值。 當一個新想法出現時,團隊可以添加一個產品待辦事項作為提醒,以進一步調查該想法。 然後,團隊可以優先考慮該想法以及其他項目,如果該想法被證明無法實現預期結果的進展,則刪除產品積壓項目。
敏捷產品待辦事項與 Sprint 待辦事項 - 詳細差異
簡而言之,sprint backlog 就是團隊的短期 sprint 計劃。 敏捷中的產品待辦事項是產品的長期計劃,其中將願景分類為為產品增加價值的有形可交付項目。 許多人認為 sprint backlog 是產品 backlog 的一個子集。 這是理想的; sprint backlog 完全由產品 backlog 中的項目組成。 此外,衝刺通常包括團隊已承諾的其他工作以及在產品設計衝刺期間可以完成的任務。
敏捷中的產品待辦事項是您期望在未來完成以保持產品競爭力的任務的集合。 它是產品所有者和利益相關者(客戶、團隊、分析師)之間協作的結果。 它將定期更新,添加或刪除新項目。
一般來說,它會比 sprint backlog 大。 它還將包括具有不同粒度級別的元素,在用戶故事級別以下分解的項目更少。 產品負責人負責它。
sprint backlog是團隊致力於完成的工作集合,無論是現在還是在 sprint 後期(通常為 1-4 週)。 它由團隊承諾在即將到來的衝刺期間完成的用戶故事組成。
但是,它也可能包括錯誤、重構工作等。 它通常更詳細並分為活動,用戶故事的技術實施處於最前沿。 這是 Scrum Master 和團隊的責任。
是時候建立你的積壓工作了
適當的計劃和組織對您的成功至關重要。 這就是積壓工作派上用場的地方。 如果生成和維護得當,積壓工作將成為幫助團隊應對不斷變化、實現最高生產力並為業務和客戶提供最大價值的工具。
在上面的博客中,我們描述了產品積壓是什麼以及它如何通過為利益相關者和團隊建立一個共同點來幫助團隊工作,以便實現最有意義的用戶故事,允許靈活地響應不斷變化的需求,以及在開發同一產品的多個團隊之間建立一個共同點,以提高產品發布預測的準確性。