健康的Product Backlog就像一個健康的人那樣:整潔有序、組織合理、公開透明。
一個按照優先順序順序排好的敏捷Backlog不僅能夠簡化發版和迭代計劃,還能夠對團隊計劃去做的所有工作進行細緻規劃——包括客戶根本不會關注的內部工作。尤其是當利益相關者和其他團隊對團隊提出額外的工作需求時,Backlog能夠幫助他們設定期望指標,同時還能夠使工程時間具備價值,產出實際可交付的成果。
什麼是Product Backlog?
Product Backlog是開發團隊根據路線圖及需求制定的按優先順序排列的列表。其中,最重要的項目顯示在Product Backlog的頂部,確保團隊知道這就是要先交付的成果。因此,開發團隊不是按照Product Owner規定的節奏開展工作,Product Owner也不會是開發團隊完成工作的驅動者。相反,開發團隊根據Product Backlog中的順序推進工作,通過看板的持續改善或scrum的迭代來完成這些項目。
專家提示:將所有工作內容存儲在同一個任務跟蹤器中——不要使用多個系統來管理bug、需求和研發工作項。如果是要求開發團隊完成的工作,就請將其保存在單個列表中。
以兩個「R」為出發點
團隊的路線圖和需求為Product Backlog奠定了基礎。路線圖計劃可以拆分為幾個史詩(epic),每個史詩(epic)都包含幾個需求和用戶故事。 讓我們來看看一個名為Teams in Space的虛構產品的路線圖。