? ?本文是關于Scrum敏捷開發中的迭代計劃會議的總結。
? ?在每個迭代的初期（第一天）需要召開迭代計劃會議，目的在于制定當前迭代開發的目標以及從產品的工作項（PBI）中選取當前迭代要完成的工作項。如果以兩周作為一個迭代的周期的話，那么迭代計劃會議的時長一般是4個小時。必須參與迭代計劃會議的人員包括敏捷團隊，PO，敏捷教練。會議由敏捷教練主持。
? ?會議開始后，敏捷開發團隊根據PBI中工作項的優先級順序（由PO決定具體的優先級順序）依次確定是否可在當前周期完成，直到超出迭代周期的任務量為止。每個迭代可以完成多少的工作量，一般的做法是在開始的一個迭代周期，進行實驗性的完成一些可交付的工作項，以此建立經驗，從而為后續的迭代工作量的估計打下基礎。
? 對于迭代計劃會議，我們需要注意以下幾點：
（1）PO不應該決定當前迭代所要完成的工作量，而是應該由敏捷開發團隊共同決定；
（2）產品的backlog工作項應提前準備好，包括各工作項的內容以及完成標準，這一內容其實應該在我們前文中總結的sprint refinement meeting中完成；
（3）針對每個工作項，不應在迭代計劃會議中指定具體的責任人，而是應該在迭代實施的過程中，由開發團隊自組織的完成每一個工作項，這樣的好處在于更加靈活，也有利于團隊內部的協作。
（4）提問。為了更準確的理解每個工作項的內容以及完成標準，開發團隊應盡可能的針對自己不清楚的地方向PO提出問題。目的在于讓每個開發者都能更好的理解每個工作項。不過，一般來說，這個時候發現并澄清的問題只占60%，其余可能存在的問題或者阻礙，需要在開發的過程中逐步解決。
（5）迭代計劃會議中承諾的工作量在迭代期間，不應增多也不能減少，除非有非常緊急的問題，不過需要開發團隊的協商共同決定。
