ＣＭＭ／ＣＭＭＩ

１９９３年にカーネギメロン大学のソフトウェア工学研究所（ＳＥＩ）は，国防総省が情報システムを発注する際にベンダのソフトウェア開発能力のレベルをアセスメントする基準の研究を行い，それを「ソフトウェアプロセス成熟度モデル（ＣＭＭ：Capability Maturity Model）」として発表しました。

成熟度モデル

成熟度モデルは次の５レベル（０を加えて６レベル）を設定しており、このレベルをプロセスと呼んでいます。（詳細説明）
　　　レベル０　　Non-Existent（存在しない）
　　　レベル１　　Initial（初歩的）
　　　レベル２　　Repeatable（繰り返し可能）
　　　レベル３　　Defined（定義されている）
　　　レベル４　　Managed（管理されている）
　　　レベル５　　Optimized（最適化）
　このようなプロセスを段階型といいますが、ＣＭＭＩでは、これを連続的にした連続型モデルも定められています。

ＣＭＭの構造

ＣＭＭは、プロセス改善を行うための手順を次のように示しています。

キープロセスエリア

それを含む成熟度レベルに到達するための主要な活動を特定するものです。たとえば、成熟度レベルに達成するには、要件管理、ソフトウェアのプロジェクト計画、進捗管理、外注管理、品質保証、構成管理の６つのキープロセスエリアがあります。
そして「ソフトウェア品質保証」では、次のようになっています。
＜目的＞
・使用しているプロセスや構築している製品の状況が管理者から見えるようにすること
＜活動の概要＞
・ソフトウェア製品や活動が、適用可能な手順や標準にしたがっていることを保証するために、製品や活動のレビューや監査を行う。
・このレビューや監査の結果をソフトウェアプロジェクトや他の適切な管理者に提供する。

ゴール

ゴールは、キープロセスが実践されているかをアセスメントするための視点です。

コモンフィーチャ

コモンフィーチャは、キープラクティスを設定するための切り口です。「実施される活動」「実施のコミットメント」「実施能力」「計測と分析」「履行検証」の５つの切り口があります。

キープラクティス

プロセス活動を効果的かつ効率的に推進するうえで何をしなければならないかを示したものです。このキープラクティスを実施することにより、ゴールが達成されます。

ＣＭＭの発展

このＣＭＭは，その後，
　　ＣＭＭ－ＳＷ：ソフトウェアエンジニアリング（従来のＣＭＭ）
　　ＣＭＭ－ＳＥ：システムエンジニアリング
　　ＣＭＭ－ＩＰＤ：統合プロダクトおよびプロセス開発
　　ＣＭＭ－ＳＡ：ソフトウェア調達能力
　　ＣＭＭ－ＰＳＰ：個人のソフトウェアプロセス
　　ＣＭＭ－ＴＳＰ：チームソフトウェアプロセス
など、多くの分野に拡大されました。
　そして，現在では、これらをを統合したＣＭＭＩ（CMM Integration）に発展しています。