結論
“在準備戰役的過程中，我常常發現：計劃是沒有用的，但是計劃的過程卻必不可少。” 艾森豪威爾
下表總結了規劃的多個層面，還有各個層面規劃流程中的活動：
計劃活動遍布敏捷項目之中，簡單的工具和安全的環境能夠支持適應性的規劃和真實的報告，這意味著進度能夠得到真實了解，管理層也因此能夠獲得他們需要的信息，來做出決策，為組織、團隊和項目交付出有價值的成果。
系統開發常常在復雜和難以預測的環境中進行，敏捷規劃需要考慮到這一點，而且要知道靈活性和響應變化的能力無與倫比。
參考
《管理敏捷項目》——Sanjiv Augustine
《敏捷項目管理》——Jim Highsmith
《項目管理修煉之道》——Johanna Rothman
《管理你的項目組合》——Johanna Rothman
《Radical Project Management》——Rob Thomsett
《敏捷估算和版本發布規劃》——Software Education
參考該鏈接
原注：
【原注1】：我們使用“預先規定好計劃的（predictive）”這個詞，而不是更易于挑動感情的“瀑布式的”。在預先規定好計劃的項目中，需求不太可能發生變化，而且完成的工作也易于辨別和度量。舉個例子：向組織中所有的電腦上部署新的操作系統，這可被稱為是預先規定好計劃的項目。升級每臺電腦需要的工作量和時間都是可以預計的，而且在某個范圍內，增加參與工作的人數，會讓工作所需時間線性減少。適應性項目中，需求很可能發生變化，而且工作在很大層面上是創造性的，不確定性很高——軟件開發在本質上是適應性流程，難以設計出預先規定好計劃的項目管理框架。
【原注2】：Alistair Cockburn對迭代式和增量式的討論很有價值：迭代意味著服從變化，增量意味著一小塊一小塊地進行。敏捷開發既是迭代式的，又是增量式的。可參見此鏈接。
【原注3】：見Johanna Rothman的《項目管理修煉之道》第16章。
【原注4】：見Sanjiv Augustine的《Managing Agile Projects》。
【原注5】：參見該鏈接。
【原注6】：墻件（wallware）指團隊空間之中及其周圍明顯陳列出來的掛圖、圖片、故事卡和其他產物。這些東西提供了項目的可視化記錄，說明關鍵決策，任何對項目感興趣的人都可以看到。其他類似常用屬于包括信息輻射器和大型可見圖表。
【原注7】：故事點數是估算工具，基于相對的工作量大小和需交付產品的復雜度。使用故事點數規劃，利用了協作的能量，所有團隊成員加入到評估活動中，從復雜度方面評估用戶故事。針對某個故事，估算時要考慮實現困難程度、理解清晰程度和技術風險。相對于傳統的在項目開始時一次性完成的估算，人們發現該方法要更為有效。
