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

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

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

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

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

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

—Hillel Glazer

Entinex, Inc. 負(fù)責(zé)人兼 CEO

CMMI 高成熟度首席評估師