每天想爆炸

Q：SEI 最新推出的CMMI是什么？我們是應該選擇CMMI還是CMM？

A：CMMI 的全稱為：Capability Maturity Model Integration，即能力成熟度模型集成。自從1994 年SEI 正式發(fā)布軟件CMM 以來，相繼又開發(fā)出了系統(tǒng)工程、軟件采購、人力資源管理以及集成iso三體系認證和過程開發(fā)方面的多個能力成熟度模型。雖然這些模型在許多組織都得到了良好的應用，但對于一些大型軟件企業(yè)來說，可能會出現(xiàn)需要同時采用多種模型來改進自己多方面過程能力的情況。這時他們就會發(fā)現(xiàn)存在一些問題，其中主要問題體現(xiàn)在：

不能集中其不同過程改進的能力以取得更大成績；

要進行一些重復的培訓、評估和改進活動，因而增加了許多成本；

遇到不同模型中有一些對相同事物說法不一致，或活動不協(xié)調(diào)，甚至相抵觸。

于是，希望整合不同CMM 模型的需求產(chǎn)生了。1997 年，美國聯(lián)邦航空管理局（FAA）開發(fā)了FAA-iCMMSM（聯(lián)邦航空管理局的集成CMM），該模型集成了適用于系統(tǒng)工程的SE-CMM、軟件獲取的 SA-CMM 和軟件的SW-CMM 三個模型中的所有原則、概念和實踐。該模型被認為是第一個集成化的模型。

CMMI 與CMM 最大的不同點在于：

CMMISM-SE/SW/IPPD/SS
1.1 版本有四個集成成分，即：系統(tǒng)工程(SE)和軟件工程(SW)是基本的科目，對于有些組織還可以應用集成iso三體系認證和過程開發(fā)方面(IPPD)的內(nèi)容，如果涉及到供應商外包管理可以相應的應用SS(Supplier Sourcing)部分。

CMMI 有兩種表示方法，一種是大家很熟悉的，和軟件CMM 一樣的階段式表現(xiàn)方法，另一種是連續(xù)式的表現(xiàn)方法。這兩種表現(xiàn)方法的區(qū)別是：階段式表現(xiàn)方法仍然把CMMI 中的若干個過程區(qū)域分成了5 個成熟度級別，幫助實施CMMI 的組織建議一條比較容易實現(xiàn)的過程改進發(fā)展道路。而連續(xù)式表現(xiàn)方法則通過將CMMI 中過程區(qū)域分為四大類：過程管理、項目管理、工程以及支持。對于每個大類中的過程區(qū)域，又進一步分為基本的和高級的。這樣，在按照連續(xù)式表示方法實施 CMMI的時候，一個組織可以把項目管理或者其他某類的實踐一直做到最好，而其他方面的過程區(qū)域可以完全不必考慮。

軟件CMM 2 級共有6 個關鍵過程區(qū)域，在CMMI 增加了1 個：度量和分析。原來的6 個關鍵過程區(qū)域的iso認證流程建議和內(nèi)容在CMMI 中作了部分改進，但是主體內(nèi)容沒有大幅調(diào)整。軟件CMM 4 級共有2 個關鍵過程區(qū)域，在CMMI 中仍是2 個，只是iso認證流程建議和內(nèi)容有所改進。軟件CMM 5 級共有3 個KPA，在CMMI 中進行了合并，改為2 個，但主要內(nèi)容未變。變化最顯著的在CMMI 3 級上，原有的7 個KPA 變成了14 個，其中原來對工程活動進行要求的KPA--軟件iso三體系認證工程進行了詳細的拆分，并結合常見的軟件生命周期模型進行了映射。CMMI 中新增的過程區(qū)域中還涉及到過去未曾提到的內(nèi)容，比如決策分析和解決方案、集成團隊等。

到底是選擇CMM 還是CMMI 主要基于以下幾個方面進行考慮：

實施企業(yè)的業(yè)務特點：如果企業(yè)的規(guī)模不是很大，業(yè)務又以軟件開發(fā)為主，那么還是軟件CMM 比較適用。如果企業(yè)的規(guī)模比較大（開發(fā)人員100 人以上），并且業(yè)務不僅僅集中在軟件開發(fā)，還包括硬件開發(fā)哪怕是硬件代理（采購）都可以考慮實施CMMI。

實施企業(yè)對過程改進的熟悉程度：如果企業(yè)已經(jīng)實施過ISO 9000，并且取得了較好的含金量，那么可以考慮實施CMMI。如果企業(yè)雖然沒有實施過CMM，但是對于過程改進一直比較關注，接受過不少相關培訓，甚至能夠自發(fā)的進行一些過程改進，那么也可以考慮實施CMMI。如果過去沒有接觸過類似的工作，那么最好先從軟件CMM 2級開始，首先建立持續(xù)過程改進的思路。另外，軟件CMM的要求也比CMMI要稍低一些?？梢赃m當降低實施的難度。

實施企業(yè)對過程改進項目的預算：不論怎樣，幾乎可以肯定地說，實施CMMI 的費用肯定要比實施CMM 高出一些。而就模型本身來看，CMMI 的2 級7 個過程區(qū)域在內(nèi)容上并不比軟件CMM 的2 級6 個關鍵過程區(qū)域多多少。這樣的話，我們完全可以“少花錢、多辦事”，也就是說可以采用CMM 的實施和評估方法，但可以在過程改進的時候參考CMMI 的要求，這樣就經(jīng)濟很多。

實施企業(yè)是否可以使用階段式的演進路線：如果企業(yè)只希望單方面的提高自己在項目管理、工程活動、支持活動或者過程管理四個方面中的某些方面的能力，那么就只能應用CMMI 的連續(xù)表示方法。如果實施企業(yè)可以接受成熟度級別的思路（目前看國內(nèi)大多數(shù)企業(yè)還是比較習慣于成熟度級別的），那么就不一定必須選擇CMMI 了。

實施CMM與CMMI可以平滑的轉換。一來，CMMI 并不要求一家企業(yè)必須先做CMMI的2級然后再向更高的成熟級別演進，評估的時候也沒有這樣的要求。另外，CMMI的評估都會根據(jù)被評估的成熟度級別，檢查所有不高于該級別的過程區(qū)域。換句話說，一個企業(yè)在CMM正式評估中達到了2 級的成熟度，將來改為基于CMMI進行過程改進。在CMMI3級的正式評估時，CMMI2級的內(nèi)容同樣要進行檢查。如果我們能夠在做CMM2級的時候就按照CMMI的要求實施，含金量沒有任何的折扣，但對于實施企業(yè)來說，會節(jié)省很多在培訓和評估方面的“額外”費用。（此處的“額外”費用是指CMMI 收費比CMM 高出的部分）

Q：聽說SEI 到2003 年底將不再繼續(xù)支持SW-CMM
1.1 版，那我們是不是到時候必須要改為使用CMMI？

A：到目前為止了解到消息確實如此，不過軟件CMM 并不像大家想象的那樣到2003年底就不復存在了。SEI 為了讓CMMI 有更多的用戶，已經(jīng)宣布到2003 年底，不再繼續(xù)對軟件CMM 提供支持。這種現(xiàn)象就像是微軟公司在推出新版本的Windows 后，一段時間后就不再對過去版本的iso三體系認證提供技術支持是一樣的道理。但為什么可以說CMM 并不會到了2003 年底就不復存在了呢？這要從SEI 對于CMM 的支持都包括哪些內(nèi)容說起，其中主要包括提供CMM 相關知識的培訓，公開世界上一些軟件組織實施CMM 后發(fā)表的論文，解答來自全球軟件組織關于CMM 的問題，為主任評估師提供認證證書，管理CMM 正式評估相關的信息數(shù)據(jù)庫等等。除此以外，大家還要知道每位主任評估師的資格證書是有2 年的有效期的。這樣我們就可以作出下面的結論了：如果主任評估師在2003 年拿到了資格證書，他們可以在2004 年和2005 年繼續(xù)為軟件企業(yè)提供培訓和CMM 正式評估的服務，而此時SEI 對這樣的結果是認可的，只不過SEI 不會在進入2004 年以后在頒發(fā)新的CMM 主任評估師的資格證書了。按照這樣的思路，我們可以說CMM 可以一直使用的2005 年12 月。在那之后，恐怕大家只能使用CMMI 了?？墒?，現(xiàn)在在主任評估師當中，仍然存在著大量的爭論，很多人仍然堅信CMMI 不能完全替代CMM?？陀^地講，CMMI 確實比CMM 要先進，質(zhì)量也高出不少。但CMM 已經(jīng)被應用了10 年多了，有些人對它的感情還是很深的，所有有的主任評估師猜想SEI 可能會延長對CMM 的支持時間。但目前我們還沒有受到任何這方面的消息。

Era姑娘

cmm:Capability Maturity Model 能力成熟度模型

小賣部部長?

"CMM是指“能力成熟度模型”，其英文全稱為Capability Maturity Model for Software，英文縮寫為SW-CMM，簡稱CMM。它是對于軟件組織在定義、實施、度量、控制和改善其軟件過程的實踐中各個發(fā)展階段的描述。

CMM的核心是把軟件開發(fā)視為一個過程，并根據(jù)這一原則對軟件開發(fā)和維護進行過程監(jiān)控和研究，以使其更加科學化、標準化、使企業(yè)能夠更好地實現(xiàn)商業(yè)目標。

CMMI認證咨詢是由美國軟件工程學會(software engineering institue,簡稱SEI)制定的一套專門針對軟件iso三體系認證的質(zhì)量管理和質(zhì)量保證標準. CMMI 的全稱為：Capability Maturity Model Integration，即能力成熟度模型集成。"

蕭逸童鞋

CMM是指“能力成熟度模型”，其英文全稱為Capability Maturity Model for Software，英文縮寫為SW-CMM，簡稱CMM。它是對于軟件組織在定義、實施、度量、控制和改善其軟件過程的實踐中各個發(fā)展階段的描述。CMM的核心是把軟件開發(fā)視為一個過程，并根據(jù)這一原則對軟件開發(fā)和維護進行過程監(jiān)控和研究，以使其更加科學化、標準化、使企業(yè)能夠更好地實現(xiàn)商業(yè)目標。

CMMI認證咨詢是由美國軟件工程學會(software engineering institue,簡稱SEI)制定的一套專門針對軟件iso三體系認證的質(zhì)量管理和質(zhì)量保證標準. CMMI 的全稱為：Capability Maturity Model Integration，即能力成熟度模型集成。

CMMI的五個臺階（五個等級）： 臺階一：CMMI一級，完成級。 在完成級水平上，企業(yè)對項目的目標與要做的努力很清晰，項目的目標得以實現(xiàn)。但是由于任務的完成帶有很大的偶然性，企業(yè)無法保證在實施同類項目的時候仍然能夠完成任務。企業(yè)在一級上的項目實施對實施人員有很大的依賴性。 臺階二：CMMI二級，管理級。 在管理級水平上，企業(yè)在項目實施上能夠遵守既定的計劃與流程，有資源準備，權責到人，對相關的項目實施人員有相應的培訓，對整個流程有監(jiān)測與控制，并與上級單位對項目與流程進行審查。企業(yè)在二級水平上體現(xiàn)了對項目的一系列的管理程序。這一系列的管理手段排除了企業(yè)在一級時完成任務的隨機性，保證了企業(yè)的所有項目實施都會得到成功。 臺階三：CMMI三級，定義級。 在定義級水平上，企業(yè)不僅能夠對項目的實施有一整套的管理措施，并保障項目的完成；而且，企業(yè)能夠根據(jù)自身的特殊情況以及自己的標準流程，將這套管理體系與流程予以制度化這樣，企業(yè)不僅能夠在同類的項目上生到成功的實施，在不同類的項目上一樣能夠得到成功的實施?？茖W的管理成為企業(yè)的一種文化，企業(yè)的組織財富。 臺階四：CMMI四級，量化管理級。 在量化管理級水平上，企業(yè)的項目管理不僅形成了一種制度，而且要實現(xiàn)數(shù)字化的管理。對管理流程要做到量化與數(shù)字化。通過量化技術來實現(xiàn)流程的穩(wěn)定性，實現(xiàn)管理的精度，降低項目實施在質(zhì)量上的波動。 臺階五：CMMI五級，優(yōu)化級。 在優(yōu)化級水平上，企業(yè)的項目管理達到了較高的境界。企業(yè)不僅能夠通過信息手段與數(shù)字化手段來實現(xiàn)對項目的管理，而且能夠充分利用信息資料，對企業(yè)在項目實施的過程中可能出現(xiàn)的次品予以預防。能夠主動地改善流程，運用新技術，實現(xiàn)流程的優(yōu)化。 由上述的五個臺階我們可以看出，每一個臺階都是上面一階臺階的基石。要上高層臺階必須首先踏上較低一層臺階。企業(yè)在實施CMMI的時候，路要一步一步地走。一般地講，應該先從二級入手。在管理上下功夫。爭取最終實現(xiàn)CMMI的第五級。