能力成熟度モデル統合
そうではなく商業的に成功している方法論では、組織が OMG (Object Management Group) の 統一モデリング言語 (UML) の手法に従って、特定のエンドユーザの「ユースケース」を満たす能力に焦点を当てている。
CMMIは、「・・・遵守するべき指針を体系化したものである」とする冒頭の説明は誤っている。CMMIは、ベストプラクティスの体系であると言えても、法律や規則ではなく、遵守しさえすれば品質や生産性が向上するというものではない。また、単純に成熟度レベルで組織を比べることはできない。遵守するものであれば、リードアプレイザーはさしずめ裁判官であろう。リードアプレイザーの役割はレベルを判定することではなく、改善をファシリテートすることである。このように間違った理解や言葉使いの誤りが世の中をミスリードする。
CMMIは、必ずしも経営状態の改善には寄与しない。事実として、CMMIレベル5を取得してから業績が急降下しているシステム会社も少なくない。(日本では、ジャステック、三菱電機インフォメーションシステムズ等が好例であろう)
CMMI (能力成熟度モデル統合) は、組織がプロセスを定め洗練するための手段である。 最初のCMMはソフトウェア開発プロセスを確立し洗練することを目標としていた。 成熟度モデルは、効果的なプロセスのさまざまな特性を構造化して記述した体系である。 カーネギーメロン大学 (CMU) のCMMI研究所はCMMIの公式文書を公開しており、この中には日本語の公式訳もある。この日本語訳は、ソフトウェアプロセス改善に関する企業コンソーシアムであるJASPIC (日本SPIコンソーシアム)が翻訳作業を実施したものである。 いずれも無償でダウンロード/閲覧することができる。
成熟度モデルが提供するものは次のとおりである。
何から着手すべきか
ソフトウェア開発コミュニティが以前に経験したことから得られた成果
共通の言語と、ビジョンの共有
実行の優先順位づけの枠組み
自分たちの組織にとって改善が意味することを明確にする方法
成熟度モデルは、同等の能力をもつと思われる複数の組織を評価するベンチマークとして使うことができる。