Scrum 產品待辦事項 (Product Backlog) 要 DEEP, 这是什么意思?

如何描述产品积压 (Product Backlog)?

產品待辦事項列表事項可以用任何明確且可持續的方式來表述。與常見的誤解正相反，產品待

辦事項列表並不是由“用戶故事”組成的，而是只包含事項。這些事項可以通過用戶故事、用例

或任何大家認為有用的需求方式來體現。但是無論何種方式，多數事項應當以交付客戶價值為

重點。

一個好的產品待辦事項列表要DEEP

DEEP of Product Backlog in Scrum

粗細適宜的（Detailed appropriately)

優先級列表頂端的事項比低級別的事項更為精確和 詳細，因為前者要比後者先被開發。比如，待辦事項列表頂端的百分之十可能包含非常小且分析得很詳細的事項，而其他的百分之九十則不是那麼具體。

估算過的（Estimated)

當前發布版本的事項需要有估算，而且隨著大家了解得更多和新信息的融入應當在每個 Sprint 中重新考慮這些估算。團隊提供給產品負責人產品待辦事項列表中每個事項的工作量估算和技術風險估算。產品負責人和其他商業利益相關人提供產品需求的價值信息，其中可能會包括獲得的收益、減少的成本、商業風險、對不同利益相關人的重要性等等。

湧現式的（Emergent）

為了響應學習和變化，要定期梳理產品待辦事項列表。每個Sprint，可能要加入、刪除、修改、分解或者調整事項的優先級別。因此，產品負責人會不斷地更新產品待辦事項列表，以反映客戶需求的變化、新想法或見解、競爭而導致的變化、出現的技術障礙等等。

排好優先級的（Prioritized）

在產品待辦事項列表頂端的事項具有最高優先級，或者是從 1開始順序排列。一般來說，最高優先級別的事項應當最物超所值：高收益（商業價值）低花銷（成本）。提高某事項優先級的另一誘因是在高風險來襲之前及早解決掉它。傳統的開發方式通常不強調依照最物超所值的標準交付，但這是 Scrum的主題之一，因此產品負責人就必須掌握如何評定“商業價值”。這可能需要 ScrumMaster 協助產品負責人來學習。 “商業價值”到底意味什麼呢？一些產品團體對於每個產品待辦事項列表事項使用簡單、相對的價值點估算，這些就綜合成了對包括獲得收益、成本減少、利益相關人偏好、市場區分等等因素的“推測”。一些團體更是由一個或幾個客戶擔負費用來資助某特定事項的開發，然後用該事項的確切（短期）收益來代表價值。對於另一些團體，這種針對特定事項的價值估算太不集中或太細碎，他們使用範圍更大的、基於商業成果的方式（“在九月一日之前增加百分之十的訂購”），這樣價值只有在當多個對產生成果起作用的事項一起交付的時候才會實現。這種情況下，產品負責人需要確定最小可行產品（ Minimum Viable Product）的下一個增量。