前面文章聊過IBM的一些人一些事，這個(gè)IT行業(yè)的百年老店，大方向來說對(duì)計(jì)算機(jī)的發(fā)展其作用如樹根，基石。小領(lǐng)域譬如軟件工程其作用如先知，先行。兩位大神級(jí)的人物：Frederick Brooks和Watts Humphrey均由IBM出品。前面已立文介紹過兩位，印象不深的可以選擇回放。

以今天的視角來看，兩位大師的成果也有局限也有不足，但其在軟件工程發(fā)展史的地位無人能撼。今天我要寫的是，把兩位大師的成果做個(gè)串燒，從十個(gè)方面對(duì)“人月神話”和CMMI做個(gè)比較，促進(jìn)我們理解CMMI實(shí)踐追求的目的，能夠回答“為什么”的問題，而正確讀懂模型的價(jià)值是有效使用它改進(jìn)軟件工程的基礎(chǔ)。在做比較之前，我有個(gè)基本假設(shè)：開發(fā)團(tuán)隊(duì)是一個(gè)技術(shù)強(qiáng)悍的團(tuán)隊(duì)。這也是兩位大師結(jié)論的前提。

打破軟件“人月神話”的Brooks

軟件質(zhì)量和CMMI之父Humphrey

人月神話結(jié)論一：開發(fā)系統(tǒng)軟件產(chǎn)品的難度比開發(fā)個(gè)人使用，獨(dú)立開發(fā)的軟件困難得多。產(chǎn)品的通用性，系統(tǒng)的協(xié)同性讓我們顧此失彼，導(dǎo)致開發(fā)的產(chǎn)品不是用戶真正需要的！Brooks明確指出，系統(tǒng)軟件產(chǎn)品的開發(fā)成本是開發(fā)具備同樣功能的獨(dú)立軟件構(gòu)件的9倍！

CMMI應(yīng)對(duì)策略一：CMMI給出了成功開發(fā)系統(tǒng)軟件產(chǎn)品的重要要素：如需要梳理清楚需求的應(yīng)用場(chǎng)景，開發(fā)的約束條件；管理好模塊間的接口；建立統(tǒng)一架構(gòu)支持功能開發(fā)；通過評(píng)審讓相關(guān)角色對(duì)需求、架構(gòu)要求、規(guī)范要求、缺陷、等達(dá)成一致的理解；通過部件級(jí)，系統(tǒng)級(jí)，使用環(huán)境的充分測(cè)試確保系統(tǒng)產(chǎn)品的可靠及適用性；在整個(gè)開發(fā)過程中，管理好不確定的風(fēng)險(xiǎn)，管理好團(tuán)隊(duì)之間的協(xié)調(diào)溝通，管理好共享資源；同時(shí)在開發(fā)過程中，維護(hù)必要的需求可追溯性，并為系統(tǒng)產(chǎn)品提供必要完備的文檔，使程序變得易用，易修改，易擴(kuò)展。很多人都認(rèn)為CMMI僅代表重量過程，這是因?yàn)樗菫樽顝?fù)雜場(chǎng)景制定的。殊不知其可裁剪性及其它靈活性使之也可以指導(dǎo)建立、完善為簡單場(chǎng)景服務(wù)的輕量過程。

人月神話結(jié)論二：缺乏合理的時(shí)間進(jìn)度是造成項(xiàng)目滯后的最主要原因。很多人忽略了一個(gè)基本事實(shí)：煲鍋好湯是需要時(shí)間的，是無法在不損害結(jié)果的情況下加快速度的。人月（man month）為單位的估算是危險(xiǎn)和帶有欺騙性的神話，因?yàn)樗凳救藛T數(shù)量和時(shí)間是可以互換的。為進(jìn)度滯后的項(xiàng)目追加人手，只會(huì)讓項(xiàng)目更加滯后。

CMMI應(yīng)對(duì)策略二：估算是模型中的一個(gè)重要環(huán)節(jié)（CMMI2.0將其上升為一個(gè)獨(dú)立的實(shí)踐域），它要求團(tuán)隊(duì)必須根據(jù)系統(tǒng)產(chǎn)品及開發(fā)過程活動(dòng)的重要屬性完成估算。在追加人手時(shí)，團(tuán)隊(duì)必須考慮培訓(xùn)新人及人員溝通的工作量。對(duì)計(jì)劃維護(hù)的要求，意味著團(tuán)隊(duì)必須不斷根據(jù)實(shí)際情況，做必要的重估算，以保證進(jìn)度目標(biāo)的合理性。CMMI四級(jí)提出的量化質(zhì)量目標(biāo)以及SPC的使用，使得團(tuán)隊(duì)無法為了趕進(jìn)度去削弱必要的質(zhì)量控制活動(dòng)。Brooks說：不論你加多少人來幫忙，一個(gè)母親都需要10個(gè)月生出一個(gè)健康的孩子。CMMI說如果你要一個(gè)健康的孩子，必須走完必要的步驟，按歷史經(jīng)驗(yàn)讓母親在第10個(gè)月進(jìn)產(chǎn)房。

人月神話結(jié)論三：軟件開發(fā)需要更加科學(xué)，作為一門學(xué)科，它缺乏數(shù)據(jù)支持，估算并不精確。但數(shù)據(jù)顯示出工作量和規(guī)模之間存在關(guān)系；不同類別軟件開發(fā)的生產(chǎn)率會(huì)在一定范圍內(nèi)浮動(dòng)；維護(hù)成本和開發(fā)成本之間存在一定關(guān)系；開發(fā)工作量和引入的缺陷數(shù)量也存在一定關(guān)系；系統(tǒng)產(chǎn)品開發(fā)生產(chǎn)率比我們想象的要低得多。

CMMI對(duì)應(yīng)策略三：CMMI將建立維護(hù)能夠支持管理信息需求的度量體系作為科學(xué)管理的基礎(chǔ)，并給出了一套系統(tǒng)的方法。而量化管理的核心就是掌握開發(fā)過程中重要的量化關(guān)聯(lián)關(guān)系，并將這些知識(shí)用在項(xiàng)目管理及過程改進(jìn)中去。

人月神話結(jié)論四：概念完整性是系統(tǒng)設(shè)計(jì)中最重要的考慮因素，必須有一個(gè)精英團(tuán)隊(duì)控制這些概念，一擁而上的開發(fā)模式造成軟件開發(fā)的高成本、低效、延時(shí)，而開發(fā)出的產(chǎn)品無法實(shí)現(xiàn)在概念上的集成。好的設(shè)計(jì)（如接口少）能減少缺陷，也能減少維護(hù)成本；糟糕的架構(gòu)往往導(dǎo)致系統(tǒng)重構(gòu)。至少考慮兩種以上的實(shí)現(xiàn)方式，能讓架構(gòu)定義更加整潔、規(guī)范。

CMMI對(duì)應(yīng)策略四：模型要求將架構(gòu)的選定作為技術(shù)解決方案的核心工作，并明確要求給出多種備選方案，并平衡重要標(biāo)準(zhǔn)進(jìn)行評(píng)估。而接口是整個(gè)生命周期必須關(guān)注的重點(diǎn)。對(duì)系統(tǒng)設(shè)計(jì)做嚴(yán)格有效的評(píng)審，也是進(jìn)過驗(yàn)證的有效做法。

人月神話結(jié)論五：由其它人設(shè)定目標(biāo)，必須依靠自己無法控制的東西，責(zé)任和權(quán)利的分離，也是軟件開發(fā)面臨的挑戰(zhàn)。軟件項(xiàng)目的失敗往往是因?yàn)槿狈涣饕约爸С纸涣鞯慕M織，共享的正式項(xiàng)目工作手冊(cè)和常規(guī)的例會(huì)是開發(fā)過程中必要的投入。項(xiàng)目是怎樣被延期的：一天一天延的。如果進(jìn)度表和里程碑定義的非常明確，開發(fā)人員就無法就進(jìn)度弄虛作假，關(guān)鍵路徑是進(jìn)度計(jì)劃的不可替代品；

CMMI對(duì)應(yīng)策略五：相信熟悉模型的朋友，立即可以對(duì)應(yīng)到模型中項(xiàng)目管理的對(duì)應(yīng)策略。