📈
ソフトウェアプロセス評価と改善(2.3)
組織のソフトウェア開発プロセスの成熟度を評価し継続的に改善するCMMIやSPICEなどのフレームワークと、評価から改善へのサイクル
概要
ソフトウェアプロセス評価とは、組織の開発プロセスがどの程度成熟しているかを客観的に測定すること。評価結果をもとに改善活動を行い、プロセスの能力を継続的に高める。
「良いプロセスが良いソフトウェアを生む」という考え方が前提にある。
主要なフレームワーク
CMMI(Capability Maturity Model Integration)
プロセスの成熟度を5段階で評価するモデル。
| レベル | 名称 | 特徴 |
|---|---|---|
| 1 | 初期(Initial) | プロセスが場当たり的。個人の能力に依存 |
| 2 | 管理された(Managed) | プロジェクト単位でプロセスが計画・管理されている |
| 3 | 定義された(Defined) | 組織標準プロセスが定義され、全プロジェクトで使われている |
| 4 | 定量的に管理された(Quantitatively Managed) | 定量的なデータでプロセスを管理・制御できている |
| 5 | 最適化している(Optimizing) | 継続的にプロセスを改善・革新できている |
多くの組織はレベル1〜2に留まる。レベル3以上を目指すには組織標準プロセスの整備が必要。
SPICE(ISO/IEC 15504)
プロセス能力を評価するための国際標準。CMMIと同様に能力レベル(0〜5)でプロセスを評価する。自動車業界(Automotive SPICE)など特定ドメインへの展開もある。
評価から改善へのサイクル
プロセス評価は一度行えば終わりではなく、PDCAサイクルで継続する。
Plan → 改善目標とアクションプランを策定する
Do → 改善施策を実施する
Check → プロセス指標で効果を測定する
Act → 次の改善サイクルに反映する
評価の落とし穴
- 評価のための評価になるリスク:認証取得が目的化し、実態のプロセスが変わらない
- スコアの高さ≠品質の高さ:プロセスが整備されていても、それが現場で実践されなければ意味がない
- 改善の優先順位:全プロセスを一度に改善しようとせず、品質への影響が大きい箇所から着手する
関連概念
- 1. 🔌リリース可否判定パターン
- 2. 🔌レビュー戦略
- 3. 📖欠陥予防(真因分析と水平展開)
- 4. 🔌シフトレフト(品質の早期確保)
- 5. 📐品質指標は判断根拠になるように設定する
- 6. 📐レビューは全量・目的明示で実施する
- 7. 📖品質保証(SQA)
- 8. 📊狩野モデル:品質の種類と満足度の関係
- 9. 📖品質マネジメントシステム(QMS)
- 10. ✅V&V:検証と妥当性確認
- 11. 📖品質指標設計(計測・評価)
- 12. 🏢組織的品質マネジメント:QMSの7つのポイント
- 13. 🏛️QMS構築・運用の実践ヒント
- 14. 🔄失敗から学ぶ品質改善:KPTと出荷後フィードバック
- 15. 🛠️真因分析と水平展開スキル
- 16. 🛠️テスト計画作成スキル
- 17. 📋品質計画:構成要素と運用
- 18. 📖ソフトウェア品質モデル
- 19. 🔁ライフサイクルプロセスのマネジメント(2.2)
- 20. 📈ソフトウェアプロセス評価と改善(2.3)
- 21. 🔍検査と監査の違い(2.4 / 2.5)
- 22. 🎓教育および育成のマネジメント(2.6)
- 23. ⚖️法的権利および法的責任のマネジメント(2.7)