CMM目前已成為許多大型軟件企業用于改善組織內部軟件工程所實行的軟件評估標準，CMM同樣陸續應 用系統工程及軟件采購方面，成為國際間認同且廣泛通用的一種軟件生產程序標準。由于CMM應用日漸廣泛，陸續開發出不同的CMM模型，包括：軟件能力成熟 度 (Software Capability Maturity Model, SW-CMM) 、系統工程能力成熟度模型 (Systems Engineering Capability Maturity Model, SE-CMM) 、集成產品開發能力成熟度模型 (Integrated Product Development Capability Maturity Model, IPD-CMM) 、人力資源管理能力成熟度模型 (People Capability Maturity Model, P-CMM) 等應用模型；且SEI于2000年12月公布能力成熟度集成模型 (Capability Maturity Model - Integrated, CMMI)，更進一步將能力成熟度模型整合，逐漸取代現行的CMM標準。

CMMI4，CMMI5級的辦理條件。辦理這兩個認證，您公司得需要有CMMI3級認證，得做完有一年時間，才好評估4級或5級。理論上，沒評估過CMMI3級，也沒誰說不讓你申請CMMI5級，只是沒做過CMMI3級評估，直接做CMMI5級風險太大，實際上是不大可能直接達到5級要求，一般評估師不會接這樣的評估任務。

這里再說一點，前面說，可以直接申請2級或3級，為啥大家直接申請3級，不申請2級呢，其實這主要是市場行為，CMMI2與CMMI3的成本差不多，大家索性直接直接CMMI3級，在投標方面還更有競爭力。

記得2003年我參加CMMI主任評估師升級培訓時，有次在電梯里問當時CMM/CMMI評估負責人SEI不發評估證書的原因，他的回答是：一是怕吃官司，二是評估結果多只代表被評估組織在某一時間點的狀況。2004年我接到過一個電話，是洛杉磯一家公司想訴訟中國一家軟件外包公司以及SEI，找我做證人。這家外包公司被選中的主要原因是它有張CMM五級證書，因為他們覺得五級一定代表很強的軟件開發管理能力。而實際結果讓他們大失所望，項目做的很差，給這家洛杉磯公司造成了很大損失。他們認為SEI應該為給這樣不合格的組織頒發五級證書負責，也認為外包公司有作假之嫌。我在電話里解釋了為什么SEI沒有任何法律責任，五級證書也不能每個項目都能做得好。后來他們再沒聯系我，估計終只能是不了了之了。

近波音737MAX空難也讓美國聯邦航空局（FAA）遇到了的麻煩，因為用于航空飛行控制的軟件都要通過FAA的標準認證流程， 如DO-178C （點擊下圖，閱讀原文）。許多開始質疑FAA的認證過程存在問題，他們對FAA審核沒有發現737 MAX升級軟件的潛在問題感到不解。嚴格的軟件認證過程真能發現所有質量隱患嗎？如果了解軟件特點，我們知道答案是否定的。否則不會有飛機失事、核電站泄漏、火箭實效等問題了。這些安全關鍵軟件評估認證的過程比CMMI要嚴格10倍，也起到了重要的作用，但通過認證絕不是0缺陷的。

做完CMMI3評估，你會發現公司的軟件開發過程基本實現以下特點：
1)明確規定了需求開發、設計、編碼、測試、集成等軟件開發各過程的要求。
2)對項目管理提出了更高的要求，要利用組織級的數據來管理項目。
3)出現了針對組織級的PA，要求有的組織來負責過程改進的工作。
4)提供了一個做出佳決策的指導，而這個方法可以用于軟件工程，也可以用于組織級過程改進。

當我們CMMI3已經落地執行效果不錯的時候，我們是不是可以考慮CMMI4級或CMMI5級呢，我們需要投入哪些資源或會增加多少工作量？

CMMI-4&5級的實施是數據的收集和對數據的統計分析，因此相比CMMI-3級來說，主要增加的工作量就是過程數據的收集、統計分析和應用等相關工作。一般來說，企業需要投入人員從事這項工作，主要投入的人員為專職的EPG和度量分析人員（1~3名）,他們的主要職責為：

1）學習統計分析技術和工具、其它定量分析技術和工具

2）收集度量數據

3）建立、維護、使用過程性能基線和模型

4）在組織和項目中應用過程性能基線和模型

5）進行量化的過程改進

另外，項目組也要積極、主動配合數據的收集和應用，主要職責包括：

1）記錄、提供數據

2）學習必要的統計分析技術

3）在項目中應用過程性能基線和模型

4）提出過程改進建議和方法