00.您的專案進行的怎樣？遇到了令人詛喪的變化？不確定性？還是產品錯過了標誌點和最終期限？mike cohn清晰明了地展示了如何有效地開發具有高商業價值的軟體。通過敏捷估計與規劃，即使環境發生了變化，您仍可以將經理專注於真正需要的地方。
01.規劃對任何敏捷開發專案都是不可缺少的組成部分。
02.敏捷開發方法強調實際交付價值而不是做出一些非凡的但是無法實現的計畫和承諾。獲得適應變化的應用環境的靈活性，與絕對地遵守原始計畫——是相互矛盾的。
03.許多傳統的規劃人員沒有理解乙個關鍵概念——不確定性是不能被「規劃」的。計畫是基於我們在某個特定時間點上所知道的東西做出的，而不確定性則是對我們所不知道的事情——對目標或者方法——的另一種表述。對大部分不確定性（缺乏知識）而言，獲取知識、減少不確定性的唯一辦法是通過執行——做一些事情、構建一些東西伙食模擬一些東西——然後獲得反饋。規劃——執行——調整。
04.mike對故事點和理想日估計方法的「如何」和「為什麼」的說明提供了對這一主題敏銳而深刻的理解。
05.只有在充分了解這些實踐方法並能根據您所出的特定環境調整他們的時候，才是真正採用敏捷開發、極限開發或者別的開發方法。不斷地學習和調整是敏捷開發的核心。
06.「小組不做任何計畫。」說這種話的人忘記了敏捷開發小組每隔一周就會花半天的時間來列出任務列表，表上是為了在2周的時間結束時他們能夠交付一些對使用者有價值的功能所需要完成的工作。開發小組讓規劃活動擴充套件到了專案開發的整個過程，而不是在一開始就先期完成所有規劃，結果常被看作缺乏計畫。
07.「小組成員無法對自己的工作進行評估，需要有人告訴他們應該做些什麼。」這是乙個非常典型的錯覺。從商務角度來看，讓產品經理或者專案經理具有聖人一樣的能力，預計其他在其所從事的行業是專家的人到底能做些什麼，簡直就是自殺行為。通常，這是一種在被要求交付不現實的目標時，用來銷售人員做出承諾的辦法。然後，開發小組的成員被迫連軸轉或投機取巧。難怪在我們的行業中大家總是顯得筋疲力而且士氣低落的。
08.為什麼敏捷估計和規劃方法比傳統方法更有效？因為他們專注於交付價值，在銷售小組與專案小組間建立信任。讓所有的事保持高度透明，讓銷售人員從一開始就了解發生的所有變化，意味著業務人員可以迅速調整以做出最佳的決策。
09.沒有兩個專案、產品或者公司是完全一樣的，所以學會思考方式和基本原則更為重要。
讀書筆記 敏捷估計和規劃
最近讀完了 敏捷估計和規劃 這本書對於實現敏捷開發具有很強的實戰意義，提供了很多實際的操作方式和工具集，下面就是這本書的核心 敏捷估計和規劃的12條指導原則 1.讓整個小組參與。打撲克牌 特定活動的主要職責可能會落在某個人或者某個分組身上，例如確定需求的優先順序主要是產品所有者的職責。但是，在最求可...
產品設計體會（五一） 敏捷的估計與規劃
前段讀了 敏捷估計與規劃 這本書很適合開發經理看，我只是很快的瀏覽了一下，摘錄一些體會。敏捷的里程碑是功能驅動的，先完成可交付的最 重要 功能，重要取決於功能商業價值 生命週期 實現難度等綜合的結果。而傳統的瀑布模型的里程碑是任務階段驅動的，到了專案 50 的時間，可能進入 編碼 但對客戶來說，等於...
產品設計體會（五一） 敏捷的估計與規劃
前段讀了 敏捷估計與規劃 這本書很適合開發經理看，我只是很快的瀏覽了一下，摘錄一些體會。敏捷的里程碑是功能驅動的，先完成可交付的最 重要 功能，重要取決於功能商業價值 生命週期 實現難度等綜合的結果。而傳統的瀑布模型的里程碑是任務階段驅動的，到了專案 50 的時間，可能進入 編碼 但對客戶來說，等於...