回顧結合使用CMMI與敏捷概念這一爭議話題的著作和討論，發(fā)現(xiàn)相關論點充其量也是在2004年~2006年之間才進入主流。截止本書出版之前，仍有許多人懷疑CMMI與敏捷方法能否真正實現(xiàn)共存(假定一個品牌(例如SEI的CMM)擁有20多年的發(fā)展歷史，而占領更為廣闊的市場可能需要更長的時間。由于社會媒體和互聯(lián)網(wǎng)的出現(xiàn)，就有希望在不到20年的時間內讓人們對該品牌的信息耳熟能詳)。

在此我特別推薦Paul這本書中的多個亮點，非常值得對書中主題感興趣的人拜讀。他精選的案例研究很有代表性，涵蓋多種類型的公司和不同的情況。在我審閱本書的早期版本時，竟然覺得Paul曾經(jīng)與我自己的許多客戶和以前的老板一起工作過。但在審閱原稿之前，我從未見過Paul，也從未與他共事。我們兩個有如此相似的經(jīng)歷只不過進一步證明帕雷托最優(yōu)性是正確的：80%的問題都可以用另外20%的問題去解釋。此外，可以很輕易地將Paul介紹的案例關聯(lián)并推廣到許多組織。即使這些案例研究與讀者的經(jīng)歷并不完全相符，也并不意味著彼此之間毫無聯(lián)系或者沒有需要從中汲取的經(jīng)驗教訓。

我特別推薦本書的另一個原因是，Paul在這些客戶案例的CMMI和敏捷方法都通用的基本知識方面花費了大量的精力。尤其是為增強敏捷實踐和加快 CMMI 實踐發(fā)展，他盡職盡責地推行“精益”原則和實踐，而我認為這也是本書的精彩之處。

在此我需要指明一點，Paul的經(jīng)驗來自著名的“敏捷”開發(fā)技術，正如“敏捷”開發(fā)技術起源于“精益”原則一樣。研究Paul的作品后通常得出一個重要的結論，那就是我們往往需要一個像Paul這樣的專家將“精益”原則有效(而且客觀地)引入軟件開發(fā)組織中。軟件與“過程”在這幾年中的整合方式也存在一些問題，為該領域的發(fā)展帶來諸多挑戰(zhàn)。Paul示范了多種方法來創(chuàng)造不同的條件，以便將靈活性和有條不紊的改進都考慮在內，不管是對于普通顧問還是“精益”原則領域的專業(yè)顧問這都值得仿效，尤其是對于后者更是如此。奉勸沒有扎實的“精益”原則和實踐基礎功底的讀者，前幾次最好先在專業(yè)人員的指導下嘗試實施。

和Paul一樣，我也希望將防范措施傳播給更多的讀者。無論是關于Paul在案例中包含的公司還是Paul提出的方法，需要指明的一點是：不斷改進作為業(yè)務的驅動因素對成功至關重要。為了評級而實施CMMI或為了獲得炫耀的資本而實施“敏捷”方法，都是行不通的。人們之所以會永無止境地追求能“一勞永逸”地解決業(yè)務問題的解決方案，是由人類的本性決定的。如果真有這樣的良方，就沒有所謂的難題了。Paul開發(fā)的技術和方法都基于他應對客戶需求的實踐，而不是枯坐辦公室預先編制出來，然后再提交給客戶討論。Paul在了解客戶需求的前提下形成適用的解決方案。比較周全的方法是先試驗，再檢查，最后調整。為確保CMMI或敏捷方法使組織受益、兩者互相幫助或者真正能充分利用試驗、檢查、調整的過程，作為目標，組織必須具備以下幾個特性：自我意識、學習能力、逆耳忠言、信任和拒絕接受平庸。否則，組織只能是在努力“照搬”Paul的作品，而不能“領會其中的精髓”。

請好好欣賞這本著作，希望大家都能達到自己的“最高”境界。

—Hillel Glazer

Entinex, Inc. 負責人兼 CEO

CMMI 高成熟度首席評估師