プロセス成熟度とテーラリング
定義
プロセス成熟度とは、組織のソフトウェア開発プロセスがどれだけ定義・管理・最適化されているかの段階的な評価基準。CMMI(Capability Maturity Model Integration)が代表的なモデル:
| レベル | 状態 | 特徴 |
|---|---|---|
| 1 初期 | 場当たり的 | 個人の能力に依存、再現性なし |
| 2 管理 | プロジェクト単位で管理 | 計画・追跡・制御が行われる |
| 3 定義 | 組織として標準化 | 標準プロセスが存在しテーラリング可能 |
| 4 定量的管理 | 計測・統計的制御 | プロセスが定量的に管理される |
| 5 最適化 | 継続的改善 | 欠陥予防と革新的改善が組織に根付く |
テーラリングとは、組織標準プロセスをプロジェクトの特性(規模・ドメイン・リスク・技術スタック等)に合わせて調整する行為。
なぜ重要か
標準プロセスを「そのまま適用する」と、小規模プロジェクトに重厚な手続きを課すことになり現場が形骸化させる。逆にプロセスを無視すると組織の知見が活かせない。テーラリングは「標準プロセスはベースライン」という考えで、目的に合わせた適切な形に変形して使うことで初めて価値を発揮する。
成熟度向上は「段階的に一歩ずつ」が原則。レベル1からいきなりレベル4を目指すと変化が大きすぎて現場が対応できない。現在のレベルを正確に把握し、次の一段だけ改善することを繰り返す。
適用場面
- プロセス改善計画時:現在の成熟度レベルをアセスメントし、次のレベルへの具体的な改善ステップを定義する
- 標準プロセス適用時:プロジェクト開始前にテーラリング判断表を作成し、適用する/しないを明示的に決める
- 組織学習時:成熟度向上の障壁(ボトルネック)を特定し、水平展開できる改善策を組織に還元する(→欠陥予防)
テーラリングの判断軸
プロジェクト規模(人月・期間)
├── 小規模:軽量化(ドキュメント削減、フェーズ統合)
├── 中規模:標準適用
└── 大規模:強化(追加ゲートレビュー、詳細品質計画)
リスク水準
├── 低リスク:簡略化
└── 高リスク(安全・金融):厳格化
出典
ソフトウェア品質保証の極意 — 第2章 2.2・2.3「ライフサイクルプロセスのマネジメント」「ソフトウェアプロセス評価と改善」(極意03・04・05)