能力成熟度モデル統合
実施プロセスやその方針が明文化され、共有されることで反復されやすくなる。
組織としての標準プロセスが定義され、テーラリング指針の範囲内で同じプロセスを実施するので、経験や成果物を組織内で共有しやすくなる。共有するための仕組み(プロセス資産ライブラリ)も持っている。
ソフトウェア開発で作成する文書(仕様書、設計書など)とコードのピアレビューを行う。ピアレビューが適切に実施されているかチェックし、改善するようになる。例えば、レビュー実績をメトリクスで監視し、レビュー方法を改善していく。 注意: ピアレビューを行うのは主に文書やコードが作成・実装された時点であり、その際にまずい設計を「微調整」で直すことはできない。設計段階から欠陥を作りこまないようにする改善策も考慮すべきである。
バージョン管理を行う。多くの組織はバージョン管理とリリースの管理を実施していない。
ソフトウェア開発の正しい方法があり、その正しい方法は工学的設計を含む科学的なプロセスであるという思想。
開発する対象を記したソフトウェアの仕様を作成すると、発注側の経営者により公に承認される。この仕様は活きた文書ではない。しかし別途、後にソフトウェア開発の次のサイクルに編入される。
技術仕様を使う。この文書はソフトウェア仕様で規定された対象をどのようにして正確に開発するかを記した文書である。この文書は活きた文書である。
管理された状態(反復できる状態、プロジェクト管理・プロセスの規則の存在)、反復してプロセスを実行できるレベル
定義された状態(制度化された状態)、プロセスが標準ビジネスプロセスとして明示的に定義され関係者の承認を受けているレベル。
定量的に管理された状態(制御できる状態)、プロセス管理が実施され、さまざまなタスク領域を定量的に制御しているレベル。
最適化している状態(プロセスを定量的に改善する状態)、継続的に自らのプロセスを最適化し改善しているレベル。
CMMIは複数のプロセス領域(プロセスエリア)から構成されている。段階表現の場合にはプロセス領域は成熟度レベルに応じて分類されている。連続表現ではプロセスの適用対象の区分(プロジェクト管理、プロセス管理、エンジニアリングなど)に応じて分類されている。各プロセス領域はさらに複数のゴールから構成されている。ゴールには固有ゴールと共通ゴールの2種類がある。固有ゴールは、例えば、プロジェクト計画策定プロセス領域であれば、「プロジェクト計画を策定する」のように、そのプロセス領域で実施されるべき固有の内容を表わしている。共通ゴールは、プロセスの制度化の程度を表わしており、(成熟度および能力度)レベルと対応している。
CMMIによりプロセス改善に取り組む組織は、資格を認定された評定者(リードアプレイザまたはB,Cチームリーダ)によりプロセスの評定(アプレイザル)を受けることができる。