00.您的專案進行的怎樣？遇到了令人詛喪的變化？不確定性？還是產品錯過了標誌點和最終期限？Mike Cohn清晰明瞭地展示瞭如何有效地開發具有高商業價值的軟體。通過敏捷估計與規劃，即使環境發生了變化，您仍可以將經理專注於真正需要的地方。

01.規劃對任何敏捷開發專案都是不可缺少的組成部分。

02.敏捷開發方法強調實際交付價值而不是做出一些非凡的但是無法實現的計劃和承諾。獲得適應變化的應用環境的靈活性，與絕對地遵守原始計劃——是相互矛盾的。

03.許多傳統的規劃人員沒有理解一個關鍵概念——不確定性是不能被“規劃”的。計劃是基於我們在某個特定時間點上所知道的東西做出的，而不確定性則是對我們所不知道的事情——對目標或者方法——的另一種表述。對大部分不確定性（缺乏知識）而言，獲取知識、減少不確定性的唯一辦法是通過執行——做一些事情、構建一些東西伙食模擬一些東西——然後獲得反饋。規劃——執行——調整

04.Mike對故事點和理想日估計方法的“如何”和“為什麼”的說明提供了對這一主題敏銳而深刻的理解。

05.只有在充分了解這些實踐方法並能根據您所出的特定環境調整他們的時候，才是真正採用敏捷開發、極限開發或者別的開發方法。不斷地學習和調整是敏捷開發的核心。

06.“小組不做任何計劃。”說這種話的人忘記了敏捷開發小組每隔一週就會花半天的時間來列出任務列表，表上是為了在2周的時間結束時他們能夠交付一些對使用者有價值的功能所需要完成的工作。開發小組讓規劃活動擴充套件到了專案開發的整個過程，而不是在一開始就先期完成所有規劃，結果常被看作缺乏計劃。

07.“小組成員無法對自己的工作進行評估，需要有人告訴他們應該做些什麼。”這是一個非常典型的錯覺。從商務角度來看，讓產品經理或者專案經理具有聖人一樣的能力，預計其他在其所從事的行業是專家的人到底能做些什麼，簡直就是自殺行為。

08.為什麼敏捷估計和規劃方法比傳統方法更有效？因為他們專注於交付價值，在銷售小組與專案小組間建立信任。讓所有的事保持高度透明，讓銷售人員從一開始就瞭解發生的所有變化，意味著業務人員可以迅速調整以做出最佳的決策。

09.沒有兩個專案、產品或者公司是完全一樣的，所以學會思考方式和基本原則更為重要。