能力成熟度モデル統合
評定には厳格さに応じてA,B,Cの三段階のクラスがあり、もっとも厳格なクラスAの評定では成熟度レベルの判定を出すことができる。 改善の初期にまずプロセスの評定(アプレイザル)を受けることにより、組織は改善点を客観的・網羅的に把握することができ、次の改善のための計画を立てることができる。改善活動実施後、その改善結果の確認のために、再度、評定を受ける。この際には成熟度レベルの判定ができるクラスAの評定を実施することが多い。
レベルはその定義から累積的な概念であり、高いレベルの達成は低いレベルの内容も同時に達成していることを意味する。成熟度レベルは段階的で自然なプロセス改善の順序と考えられており、レベルを飛び越す形の改善は推奨されない。
注意: CMMはもともとは政府の請負業者が請け負ったソフトウェアを開発する能力を評価する手段を想定して作成された。 CMM/CMMIがソフトウェア開発プロセス成熟度のモデルとして一般的になると、CMM/CMMIに対する批判も多くなされるようになった。
商用のパッケージソフトウェアを開発する企業(Apple、シマンテック、マイクロソフトなど)の多くは、CMMIが規定する水準の文書を滅多に管理していない。 この文書管理はCMMIのレベル2を達成するために必要である。 こうした企業のほとんどはレベル1に等級づけられるであろう。
1987年: SEI-87-TR-24(SW-CMM 質問書)公表。
1989年: 書籍 Managing the Software Process が出版される。
1990年: SW-CMM v0.2 公表。(最初の外部向け公表、資料を参照)
1991年: SW-CMM v1.0 公表。
1993年: SW-CMM v1.1 公表。
1997年: SW-CMM の開発を終了する(CMMIを開発するため)。
2000年: CMMI v1.02 公表。
2002年: CMMI v1.1 公表。
2006年: CMMI v1.2 公表。
2010年: CMMI v1.3 公表。
2018年: CMMI v2.0 公表。