這是一本談如何規劃軟體專案的書。本書主要適用於專案經理和那些必須制訂計畫並針對實際情況跟蹤計畫進展情況的人。本書也適用於程式設計師和客戶，因為在計畫和開發軟體的過程中。他們起著至關重要的作用。
計畫並不是討論如何**未來。如果你為某一軟體的開發制訂了計畫，開發工作並不會完全按照計畫進行，確實如此。如果開發出來的軟體和計畫的軟體完全相同，客戶甚至會不滿意，因為當軟體完成的時候，他們又不想要原來計畫的內容，而是與之不同的內容了。這跟艾森豪威爾的名言:「在戰爭中，我一直認為計畫是毫無用處的，但制訂計畫卻是必不可少的。」如果自己平時的開發都按照本書的建議去做，俺麼每天就要多做一項新工作——制定計畫，如果不指定計畫，軟體開發必然會脫離軌道。
這個做計畫在團隊任務衝刺中也有體現，十天衝刺，對計畫還是很贊同的，每天先總結前一天做了什麼，今天打算幹什麼，到什麼時候軟體能開發完成，這些都需要做些計畫，不能臨時決定。這就體現了計畫的重要性。
做計畫的原因有以下幾條：
為了更好的進行協調合作，你必須清楚地知道計畫進行到什麼地方了，這是至關重要的。在旅途中，這相當簡單。但是由於軟體開發具有隨意性，因此很難確定你已經完成了70%還是30%，就像你正在旅途中，不知道自己是走了30英里還是300英里一樣，沒有任何東西作參考，你會覺得心裡很不踏實。任何軟體計畫方法都必須努力使計畫的進度一目了然，這樣從事專案的每個人就都能真正了解專案的進度，這就是說，你需要把一些重要的事項標出來，也就是那些不能蒙混過關、能夠明確代表專案進度的事項。這些重要事項還必須是專案涉及到的每個人都能理解和信任的。
計畫必須是真實的，不能只是空口說說，不付諸實際行動的。
要想使開發過程順利進行，我們必須創造一種文化，這種文化能使程式設計師和客戶雙方都開誠布公地談論自己的憂慮，並接受各自的權利和責任。如果沒有這項保障，我們就沒有足夠的勇氣。
在開發過程中，不要一直向前開發，要回頭看看，自己是不是已經偏移了當前的方向，在開發過程中也要適時調整自己的開發方向，為了讓他能順利地進行，我們必須不斷對他進行指引，為了指引他，我們就必須頻繁地評估它的方向，將這個方向與我們計畫的方向進行比較，然後小心地進行調整。
在團隊任務中，每天的站立會議還是有必要的，除了交流昨天幹了什麼，今天打算幹什麼，還能乙個團隊湊在一起，一起進行對比和**，對於目前的專案，開展到什麼程度，以後該怎麼發展的問題。雖說這本書主要針對專案管理者，作為程式設計人員，也還是能得到很多的幫助。
解析極限程式設計閱讀筆記01
本學期讀的第二本書 解析極限程式設計 那什麼是極限程式設計呢？極限程式設計 extreme programming,xp 和社會性的變革相關。過去適用的一些習慣和模式在今天可能會妨礙我們做得最好，xp要求我們放棄這些習慣和模式，放棄那些妨礙生產率但保護我們自己的防禦行為。雖然這可能會使我們感覺到自己...
規劃極限程式設計閱讀筆記03
第十四章是發布計畫事件 本章講的是制定計畫期間發生的各種事件以及這些時間的處理方法。我過去是怎麼做的 我以前做事很沒有章法，比如考試複習吧，一會兒看看數學，一會看看物理化學什麼的，效率很低，程式設計也是，很沒有要程式設計的優先順序。結合書中所講，說明為什麼這樣不好 以前這樣這樣沒有更改故事的優先順序...
規劃極限程式設計閱讀筆記03
站立式會議是一種新型的會議方式 團隊成員每天固定時間，在固定的地點開會，一般是站著圍在一起。在會議上，每個人主要描述三件事 1 昨天我做了什麼?2 遇到哪些問題?3 今天計畫做什麼?會議一方面節省了時間 提公升了會議效率，另一方面也有助成員加強溝通。書的第二十章就是在講站立會議的內容 站立會議可以有...