大部分軟體專案都會有乙個比較固定的發布週期，某些**專案可能會很頻繁。因此蒐集新功能放到乙個發布中是很好的。產品開發路線圖可以幫助展示未來幾個新發布中關注的重點。產品開發路線圖可以很簡單，可以是未來幾個發布要關注的重點列表。
乙個籠統的開發路線圖開始，我們可以使用以下兩個問題來啟動發布計畫。
我們想在什麼時候發布？
每個故事的優先順序是什麼？一旦得到這些答案，我們就可以估算團隊在每一輪迭代中完成多少工作來計畫發布了
參考書籍《使用者故事與敏捷方法》
10 使用者故事與敏捷方法 迭代計畫筆記
00.迭代計畫會議的一般內容 a.討論故事 b.從故事中分解出任務 c.開發人員承擔每個任務的職責 d.討論過所有故事，並且接受所有任務後，開發人員單獨估計他們承擔的任務，以確保他們不會做出過於樂觀的承諾 01.迭代計畫會議是客戶為團隊調整故事優先順序的最佳時機 02.會議開始時，客戶從最高優先順序...
08 使用者故事與敏捷方法 估算使用者故事筆記
00.估算故事最好方法 無論什麼時候獲得有關故事的新資訊，都允許我們改變之前的想法 適用於史詩故事和小故事 不需要花很多時間 提供進度和剩餘工作的有用資訊 不太精確的估算也不會有太大問題 可以用來制定發布計畫。01.程式設計師估算時，客戶也可以參加，但是他不能提供他人人的估算或者在聽到自己不贊成的估...
08 使用者故事與敏捷方法 估算使用者故事筆記
00.估算故事最好方法 無論什麼時候獲得有關故事的新資訊，都允許我們改變之前的想法 適用於史詩故事和小故事 不需要花很多時間 提供進度和剩餘工作的有用資訊 不太精確的估算也不會有太大問題 可以用來制定發布計畫。01.程式設計師估算時，客戶也可以參加，但是他不能提供他人人的估算或者在聽到自己不贊成的估...