未讀完整本書，到最后還是堅持不下去了，因為收獲太小了。
?
基本上這本書已經的核心就是評估敏捷方法和傳統軟件工程方法的優劣，并找出彼此的相同和不同，然后相互取長補短，形成最有效的方法和過程。不過我還是無法找到想要的答案，或者是很明確的方法。其實大家早知道一定要找到適合自己的方法，不能空談什么XP，RUP，CMM或CMMI之類。但講到實踐的層面，還是XP更實際一些，更貼近我們的工作內容。
?
最近工作上也常遇到類似的問題，PM或再高層的經理總是說大家要提高開發速度，大家要提高修BUG的速度，等等。聽得人犯困，完全是念經，更像喊口號。提高工作效率不是光喊喊就能做的，要花很多時間和精力作為前提。光是發個郵件，會議上提一下就能達到這個目的，簡直就是癡人說夢。不過多數的管理層不相信，或是不愿意相信這一點，而是指望下次真的會提高開發速度。然后再這么循環下去。其實道理很明白，但真要提高開發效率，首先要找到問題所在，到底是什么使效率如此之低，各個方面的原因都找出來，包括人、過程、產品、時間。
然后一個一個想辦法解決，逐漸提高個體的效率和質量，整個團隊的效率也就出來了，然后再專門對團隊進行分析，找出需要提高的地方以改進。這是只一條路，能不能達到終點還要依賴于其它因素，但始終是在朝正確的方向走著。這個很重要。
?
在這里作者提供了兩種方式，使用計劃擴展XP的應用規模和在傳統方法中使用XP實踐。此外還提到了采用敏捷方法的缺陷，雖然我不認為那是真的。總之，如果采用XP，你會獲取更多的好處，盡管它的難度更大。首先要選擇能勝任的人，實踐XP，這中間對人的要求很高。反而是傳統的方法或CMM對人的要求沒那么高，更注重的是過程本身。
?
不過，這本書也體現了它的價值，當你需要從敏捷方法和傳統方法中找到一個折衷點，它會給你提供基本的原則和方法，以及一些有趣的實踐。當然，前提是你的頭腦要保持清醒，知道自己需要什么。