發布計劃本質上是團隊如何通過實施項目數據表中規定的功能，並滿足項目的總體目標來實現項目願景的路線圖。同時在項目的約束下工作，發布計劃是產品所有者的重要工件。
產品所有者可以與項目的利益相關者就他們對給定項目的期望進行溝通。它有助於產品所有者和整個團隊決定必須開發多少以及在擁有可釋放產品之前需要多長時間。它還有助於團隊了解期望並相應地制定計劃。發布計劃基本上是具有指導功能，它將項目團隊的能量引導到特定方向。
規劃發布的步驟
- 首先，產品所有者必須闡明他或她對產品的願景。這形成了“滿足條件”，其中可能包括對範圍，進度，質量等的期望。
- 團隊然後估計實現願景所需的故事。
- 它將進一步尋找故事中的優先次序，從而將故事插入有時間限制的迭代中。
- 為此，可能需要開發“速度”的估計值，或者它在給定迭代中可以完成的工作量。
在此過程結束時，團隊應該到達發布日期和中間的里程碑。在這個過程中，它選擇它將開發什麼，需要多長時間以及它將花費多少。然後將該計劃與期望進行比較，並且團隊與產品所有者一起迭代這個計劃，只要在項目的利益相關者（由產品所有者代表）和承諾中實現期望之間達到令人滿意的平衡。團隊可以做到。現在，我們將重點關注發布計劃。
發布計劃示例：
這就是發布計劃最終的樣子。它會將一組“候選用戶故事”分配給發布中的特定Sprint，通常前兩個或三個Sprint將被很好地定義，而剩下的將保持相對寬鬆的定義，以便靈活地適應這種情況。發布計劃的最終目標是為項目的利益相關者設定他們對最終產品的期望以及可能來自Sprint的每個功能增量的期望。發布計劃的目的是定義發布的內容或特定的可發運產品增量。
發布計劃的格式各不相同。我在這裡為功能/數據驅動提供了一個示例：
發布計劃示例
如果項目是由日期驅動的，我們可以簡單地將速度乘以Sprint的數量，我們將獲得在給定時間線內可以完成的總工作量。
發布計劃按速度驅動
發布計劃不是一個靜態計劃，需要不時地作為我們管理產品積壓的方式。當有新知識（例如，Scrum產品Backlog中的條目被更新和調整）時，應定期讨论和更新發布計劃。
