CMMI資質的起源隨著人們對CMM研究的不斷深入，其他學科也結合本系統的特點，陸續推出了自己的CMM模型。例如，人力資源能力成熟度模型、系統工程能力成熟度模型等等：

（1）SW-CMM (Software CMM) 軟件CMM

（2）SE-CMM (System Engineering CMM) 系統工程CMM

（3）SA-CMM (Software Acquisition CMM) 軟件采購CMM

（4）IPT-CMM (Integrated Product Team CMM) 集成產品群組CMM

（5）P-CMM (People CMM) 人力資源能力成熟度模型

為了以示區別，國內外很多資料把CMM叫做SW-CMM。按照SEI原來的計劃，CMM的改進版本2.0應該在1997年11月完成，然后在取得版本2.0得實踐反饋意見之后，在1999年完成準CMM2.0版本。但是，美國國防部辦公室要求SEI推遲發布 CMM2.0版本，而要先完成一個更為緊迫的項目CMMI。

CMMI（Capability Maturity Model Integration）即能力成熟度集成模型，這也是美國國防部的一個設想，他們想把現在所有的以及將被發展出來的各種能力成熟度模型，集成到一個框架中去。這個框架有兩個功能，第一，軟件采購方法的改革；第二，建立一種從集成產品與過程發展的角度出發、包含健全的系統開發原則的過程改進。就軟件而言， CMMI是SW-CMM的修訂本。它兼收了SW-CMM 2.0版C稿草案和SPA中更合理、更科學和更周密的優點。SEI在發表CMMI-SE/SW 1.0版時，宣布大約用兩年的時間完成從CMM到CMMI的過渡。

CMMI項目更為工業界和政府部門提供了一個集成的產品集，其主要目的是消除不同模型之間的不一致和重復，降低基于模型改善的成本。CMMI將以更加系統和一致的框架來指導組織改善軟件過程，提高產品和服務的開發、獲取和維護能力。

CMMI資質的原則

（1）強調高層管理者的支持。過程改進往往也是由高層管理者認識和提出的，大力度的一致的支持是過程改進的關鍵。

（2）仔細確定改進目標，首先應該對給定時間內的所能完成的改進目標進行正確的估計和定義并制定計劃。選擇能夠達到的目標和能夠看到對組織的效益。

（3）選擇最佳實踐，應該基于組織現有的軟件活動和過程財富，參考其他標準模型，取其精華去其糟粕，得到新的實踐活動模型。

（4）過程改進要與組織的商務目標一致，與發展戰略緊密結合。

CMMI資質的組織結構

CMMI的組織結構一般在最高領導之下設立EPG（Engineering Process Group, 工程過程組）、QA（Quality Assurance, 質量保證組）、EG（Engineering Group, 工程組），這三個組的構成就好像是立法、監督和執法的制衡體系，體現了西方的法治觀念。EPG源于SEPG（Software Engineering Process Group, 軟件工程過程組），本是組織中專職推進CMM的職能單位，隨著CMM發展到CMMI，內容更加廣泛，EPG的職能就是組織的過程改進。