構成管理（Configuration Management）とは？変更管理との違いを初心者向けにわかりやすく解説

「最新版の設計書はどれですか？」

「本番環境に反映されたプログラムは、このバージョンで合っていますか？」

プロジェクトでは、このような確認が必要になる場面が数多くあります。

もし成果物のバージョンや変更履歴を適切に管理できていなければ、古い設計書をもとに開発したり、誤ったプログラムをリリースしたりするリスクがあります。

こうした問題を防ぐために重要なのが構成管理（Configuration Management）です。

この記事では、構成管理の意味や目的、変更管理との違い、実務での活用方法までわかりやすく解説します。

一言でいうと

構成管理とは、「成果物の内容・バージョン・変更履歴を管理し、常に正しい状態を維持するための仕組み」です。

構成管理とは

構成管理とは、プロジェクトで作成される成果物（設計書・プログラム・テスト仕様書・マニュアルなど）を識別し、その変更履歴やバージョンを管理する活動です。

PMBOKでは、構成管理は統合変更管理を支える重要な仕組みの一つとされています。

「何が」「いつ」「誰によって」「どのように変更されたのか」を明確にすることで、成果物の整合性を保ちます。

構成管理の対象

構成管理の対象は、ソースコードだけではありません。

プロジェクトでは、さまざまな成果物が管理対象となります。

要求事項
設計書
WBSや各種計画書
ソースコード
テスト仕様書・テスト結果
マニュアル
リリース資材
設定ファイル

プロジェクトの成果物全体を適切に管理することが、構成管理の目的です。

構成管理で実施する主な活動

活動	内容
構成識別	管理対象となる成果物を定義する
構成変更管理	変更内容を管理・記録する
構成状況の記録・報告	現在のバージョンや状態を把握する
構成監査	成果物が正しく管理されているか確認する

これらを継続的に実施することで、成果物の信頼性を維持できます。

構成管理と変更管理の違い

項目	構成管理	変更管理
目的	成果物の状態を管理する	変更の可否を判断する
対象	成果物・バージョン・履歴	変更要求・影響分析・承認
例	最新版の設計書を管理する	設計変更を承認する

つまり、変更管理が「変更してよいか」を管理する仕組みであるのに対し、構成管理は「変更した結果を正しく管理する」仕組みです。

実務ではこんな場面で活用される

例えば、障害が発生した際に、「本番環境にはどのプログラムがリリースされているのか」をすぐに確認できなければ、原因調査に時間がかかってしまいます。

構成管理が適切に行われていれば、対象のバージョンや変更履歴をすぐに確認でき、問題の切り分けや復旧を迅速に進められます。

また、複数人で開発を行うプロジェクトでは、最新版の成果物を全員が共有できるため、古い資料を使って作業してしまうリスクも防げます。

よくある勘違い

構成管理はGitなどのツールを使うことではない

GitやSubversionなどは構成管理を支援するツールです。

構成管理の本質は、「成果物を識別し、変更履歴や状態を管理する仕組み」にあります。

ソースコードだけ管理すれば十分ではない

設計書やテスト仕様書、マニュアルなどが更新されていなければ、成果物全体の整合性は保てません。

構成管理では、プロジェクト全体の成果物を対象として管理することが重要です。

プロジェクトマネージャ試験ではここが重要

IPAのプロジェクトマネージャ試験では、変更管理や品質管理と関連付けて構成管理を理解することが重要です。

午後試験では、「成果物の版数管理をどのように行ったか」「変更後の成果物の整合性をどのように確保したか」といった内容を説明できると評価につながります。

構成管理は、成果物の品質と信頼性を維持するための基盤となる活動です。

PM道場のワンポイント

構成管理とは、「最新版を管理すること」ではなく、「正しいものが最新版であることを証明できる状態」を維持することです。実務では、「最新版はこちらです」というメールが何通も届き、どれが本当に最新なのか分からなくなることがあります。また、設計書だけ更新され、テスト仕様書が古いままというケースも珍しくありません。

構成管理が適切に行われていれば、「どの成果物が最新か」「どの変更要求によって更新されたのか」「誰が承認したのか」をすぐに確認できます。

優れたプロジェクトマネージャは、成果物そのものだけではなく、「成果物の信頼性」まで管理しています。