Product Backlog排序，通向成功的順序

傳統上，有些產品負責人（product owner）通過對項目經濟回報指標孤立地兩兩比較，進行 backlog 優先級排序。成功的敏捷團隊通常采用一種整體的方法，綜合考慮 backlog 條目的風險、依賴關系和復雜性的相互影響。

James O. Coplien 2011 年 8 月 3 日在 Scrum Alliance 網站上發表了一篇文章，仍在引發評論，文中稱新版 Scrum 指南中的改變與產品 backlog 優先級相關，或者按照 James 解釋的一樣，排序。

對一個列表進行優先級排序意味著按照各個項目的相對重要性排序。優先級排序促使兩兩比較列表中的項目（根據字典中的定義）。考慮一下采用冒泡法來對產品 backlog 進行優先級排序：比較最上面的兩個項目，如果順序錯了就交換，然后再移向下一組項目，就這樣不斷循環直到列表中的每個條目都排好順序。優先級排序和排序就這樣相似。所有的比較都是局部的。這個過程類似于局部優化。

更廣義的說，Scrum 團隊和產品負責人（Product Owner）在排列 PBI 時特別需要考慮整個 backlog，以便得到最優的價值或 ROI。大多數人通常將 ROI 當做優先級，然而要將 ROI 認為是全部 backlog 排序后的長期結果，而非僅僅是將每個條目的 ROI 加總。這種觀點部分是正確的，因為每個單獨條目的 ROI 依賴于它在 backlog 中的位置。

Arlen Bankston，一位敏捷教練和咨詢師，進一步解釋了需要長遠的看待每個項目直接 ROI 貢獻。

每個單獨用戶故事的價值——特別是在新產品開發早期——通常因為較早得到市場和客戶對功能的反饋而獲得更多價值，而不僅僅是直接的 ROI 貢獻。這就讓簡單的兩兩比較每個單獨的用戶故事成為一種過于狹隘的方法，因為產品的整體模式和客戶探索必須要考慮進產生的收益。

敏捷社區的其他人使用了很長一段時間與排序有關的變量。幾年以前，在一次談話中，Roland Cuellar 提出了一個更好的術語，叫投放市場順序（sequence to market），這個順序結合了業務、技術和其它因素，比如風險和依賴關系。采用“順序”這個詞很有幫助，因為它允許產品管理不再困擾于“所有都是高優先級”，可以這么說：不錯，這可能是事實，但是讓我們決定一下下次發布哪個高優先級的項目。

因此，無論它被稱為排序，優先級排序或順序，有效的產品負責人從整體的角度看待他們的 backlog，以保證每個項目按正確的次序交付以獲得最高的直接和長期價值。

你在這方面有什么經驗呢？

查看英文原文：Product Backlog Ordering  Sequence for Success