結論

“在準備戰(zhàn)役的過程中，我常常發(fā)現(xiàn)：計劃是沒有用的，但是計劃的過程卻必不可少。” 艾森豪威爾

下表總結了規(guī)劃的多個層面，還有各個層面規(guī)劃流程中的活動：

計劃活動遍布敏捷項目之中，簡單的工具和安全的環(huán)境能夠支持適應性的規(guī)劃和真實的報告，這意味著進度能夠得到真實了解，管理層也因此能夠獲得他們需要的信息，來做出決策，為組織、團隊和項目交付出有價值的成果。

系統(tǒng)開發(fā)常常在復雜和難以預測的環(huán)境中進行，敏捷規(guī)劃需要考慮到這一點，而且要知道靈活性和響應變化的能力無與倫比。

參考

《管理敏捷項目》——Sanjiv Augustine

《敏捷項目管理》——Jim Highsmith

《項目管理修煉之道》——Johanna Rothman

《管理你的項目組合》——Johanna Rothman

《Radical Project Management》——Rob Thomsett

《敏捷估算和版本發(fā)布規(guī)劃》——Software Education

參考該鏈接

原注：

【原注1】：我們使用“預先規(guī)定好計劃的（predictive）”這個詞，而不是更易于挑動感情的“瀑布式的”。在預先規(guī)定好計劃的項目中，需求不太可能發(fā)生變化，而且完成的工作也易于辨別和度量。舉個例子：向組織中所有的電腦上部署新的操作系統(tǒng)，這可被稱為是預先規(guī)定好計劃的項目。升級每臺電腦需要的工作量和時間都是可以預計的，而且在某個范圍內，增加參與工作的人數(shù)，會讓工作所需時間線性減少。適應性項目中，需求很可能發(fā)生變化，而且工作在很大層面上是創(chuàng)造性的，不確定性很高——軟件開發(fā)在本質上是適應性流程，難以設計出預先規(guī)定好計劃的項目管理框架。

【原注2】：Alistair Cockburn對迭代式和增量式的討論很有價值：迭代意味著服從變化，增量意味著一小塊一小塊地進行。敏捷開發(fā)既是迭代式的，又是增量式的。可參見此鏈接。

【原注3】：見Johanna Rothman的《項目管理修煉之道》第16章。

【原注4】：見Sanjiv Augustine的《Managing Agile Projects》。

【原注5】：參見該鏈接。

【原注6】：墻件（wallware）指團隊空間之中及其周圍明顯陳列出來的掛圖、圖片、故事卡和其他產物。這些東西提供了項目的可視化記錄，說明關鍵決策，任何對項目感興趣的人都可以看到。其他類似常用屬于包括信息輻射器和大型可見圖表。

【原注7】：故事點數(shù)是估算工具，基于相對的工作量大小和需交付產品的復雜度。使用故事點數(shù)規(guī)劃，利用了協(xié)作的能量，所有團隊成員加入到評估活動中，從復雜度方面評估用戶故事。針對某個故事，估算時要考慮實現(xiàn)困難程度、理解清晰程度和技術風險。相對于傳統(tǒng)的在項目開始時一次性完成的估算，人們發(fā)現(xiàn)該方法要更為有效。