Scrum 中有一個東西叫做產品需求清單 (product backlog), 大家可能不太清楚, 怎樣的 product backlog 內容才是合宜.
Roman Pichler 和 Mike Cohn 認為一個好的產品需求清單 (product backlog), 應該具備以下特性:
1. 合適的詳細 (Detailed Appropriately)
- 在產品需求清單中, 每個故事不一定有相同的詳細程度.
- 馬上要做的故事, 工作大小會比較小, 內容也會比較詳細.
- 如果是中長期要做的故事, 工作大小會比較大點, 內容比較模糊. 之後會透過 refinement meeting 來逐步梳理.
2. 經過評估的 (Estimated)
- 每個 product backlog item (PBI) 都經過估算
- 產品負責人會參考估算的結果, 適時調整 PBI 的順序
- 在產品需求清單的底層的 PBI, 因為還沒有很了解, 或是釐清的詳盡, 因此它的估算會比較不準, 比較粗略.
3. 不斷湧現的 (Emergent)
- 當產品開始開發時, 除非合約中斷, 或是產品不再賣了, 需求總是會不斷湧現. 所以產品需求清單是會不斷的更新.
- 隨著時間的推移, 使用者可以會有新的需求, 或者舊的需求已經過時, 因此產品負責人需要不斷調整 product backlog 內容.
4. 有順序的 (Prioritized)
- 根據商業價值來排序, 價值高的在清單的最頂端.
- 對於近期要做的 PBI, 排好優先順序會幫助很大
- 對於中長期要做的 PBI, 只要有大致的順序即可
參考文獻
Make the product backlog DEEP
全站熱搜
留言列表
