迭代計畫的主要目的是為團隊。團隊應該是一整套排名靠前的產品待處理事項。排名靠前的產品待處理事項的完成是在迭代和團隊速度的長度上所需的時間的承諾。
誰參與迭代計畫？
Scrum Master：Scrum Master是團隊領導和設施提供商。他幫助團隊成員遵循敏捷實踐，以便他們能夠滿足他們的承諾和客戶要求。
產品負責人：產品負責人處理產品待辦事項及其驗收標準的完整視圖。
敏捷開發團隊：敏捷交付定義了任務並確定了工作量。
規劃前提條件
- 產品待辦事項中的專案已調整大小並分配了相對故事點。
- 產品所有者對產品組合項進行了排名。
- 明確說明每個專案組合專案的接受標準。
計畫過程
迭代計畫涉及以下步驟：
- 確定迭代中適合的需求(故事)數量。
- 將此要求分解為任務，將每個任務分配給其所有者。
- 每項任務都設置為一些估計時間。
- 這些估計值有助於團隊成員檢查每個成員需要迭代的小時數。
- 通過查看團隊成員的速度或能力來為他們分配任務。因此，團隊成員不會負擔過重。
速度計算
敏捷團隊根據之前的迭代計算速度。速度是在迭代中需要完成用戶故事的平均單位數。假設一個團隊在前三次迭代的每次迭代中佔用了10,12,8個故事點，這表明團隊可以將10作為下一次迭代的速度。
計畫速度告訴團隊在當前迭代中可以完成多少用戶需求。如果團隊立即完成分配的工作，則可以引入更多用戶需求。否則，需求也可以移出到下一次迭代。
任務能力
三個因素決定了團隊的能力：
- 一天中理想的工作小時數
- 一個人在每次迭代中給出總天數
- 成員完全可用於團隊的時間百分比。
假如一個團隊有6名成員，致力於每天8小時的全職工作。在迭代期間沒有成員休假，然後兩周迭代的任務能力是 -
6 x 8 x 10 = 480小時
迭代計畫步驟
產品負責人描述產品待辦事項中排名最高的事項。
- 團隊成員描述完成專案所需的任務。
- 團隊成員擁有這些任務。
- 團隊成員估計自己完成每項任務的時間。
- 對迭代中的所有項重複上述步驟。
- 如果任何成員超負荷工作，那麼他/她的任務分配給其他團隊成員。