本章示範如何根據估算結果，為 South Coast Nautical Supplies 專案制定發布計畫。

規劃步驟#

建立發布計畫需要四個步驟：

1. 選擇迭代長度
2. 估算速度
3. 排定優先順序
4. 將 Story 分配到迭代

選擇迭代長度#

團隊選擇 2 週（10 個工作天）的迭代。在 4 週的期限內可以跑 2 次迭代，讓團隊有機會在第一次迭代後根據實際速度調整計畫。

估算速度#

Maria 和 Rafe 將是專案的主力開發人員。他們估計：

• 一個 Story Point ≈ 一個理想工作天
• 每 2-3 個真實工作天能完成 1 個理想工作天
• 2 週迭代 × 2 人 = 20 人天
• 預計每迭代可完成 7-10 個 Story Point

團隊保守估計，將第一次迭代的速度設為 8 點。

排定優先順序#

Lori 將 Story 分為四個優先等級：Must Have、Should Have、Could Have、Won’t Have。

Must Have Story（9 點）#

Should Have Story（6.5 點）#

Must Have + Should Have = 15.5 點，接近 2 次迭代（16 點）的容量。

最終發布計畫#

團隊將 Story 分配到兩個迭代：

迭代 1（8 點）#

• 基本搜尋（1）
• 購物車購買（1）
• 移除購物車書籍（½）
• 輸入帳單/寄送/信用卡資訊（2）
• 訂單存入同一資料庫（0）
• 建立帳戶（2）
• 新增書籍（1）
• 刪除書籍（½）
• 支援 50 並發用戶（0）

迭代 2（7.5 點）#

• 編輯書籍資訊（1）
• 進階搜尋（1）
• 編輯信用卡資訊（½）
• 編輯地址（1）
• 推薦書籍（4）

發布計畫是一個假設。Maria 和 Rafe 會盡力完成迭代 1 的計畫。如果進度順利，會將迭代 2 的 Story 提前；如果落後，會與 Lori 協商調整。

注意團隊沒有把所有 27 個 Story 都排入發布計畫。只有 Must Have 和 Should Have 的 Story 進入了計畫，其餘留待後續版本。