変更管理 へんこうかんり
変更要求変更統制委員会スコープクリーププロジェクト管理構成管理承認プロセス
変更管理について教えて
変更管理とは
変更管理（Change Management） とは、プロジェクトの進行中に発生する仕様・スケジュール・予算・リソースなどへの変更要求を、決められた手順に従って受け付け、影響を評価し、承認または却下したうえで実施・追跡する一連のプロセスのことです。
プロジェクトは最初に立てた計画どおりに進むことは稀で、顧客からの追加要望・技術的な制約の発覚・外部環境の変化など、さまざまな要因で「変更」が生じます。変更管理がないと、小さな変更が積み重なって当初の計画から大きく逸脱する 「スコープクリープ」 が起き、気づいたときには納期遅延・コスト超過・品質低下という悲惨な結果を招きます。
変更管理の目的は「変更を拒否すること」ではありません。変更の影響を見える化し、関係者全員が納得した上で意思決定する ことで、プロジェクトを健全に保ちながら必要な変化に対応することが本来の目的です。
変更管理の基本プロセス
変更管理は、以下のステップで構成されます。
| ステップ | 内容 | 担当 |
|---|---|---|
| ① 変更要求の提出 | 変更内容・理由・希望日程を書面で提出 | 依頼者（顧客・メンバー） |
| ② 影響分析 | コスト・スケジュール・品質・リスクへの影響を評価 | PM・技術リード |
| ③ 審査・承認 | CCB（変更統制委員会）で承認 / 却下を決定 | CCB（ステークホルダー） |
| ④ 変更の実施 | 承認された変更をプロジェクト計画に反映・実施 | 実施チーム |
| ⑤ 記録・追跡 | 変更ログに記録し、完了を確認 | PM |
CCB（変更統制委員会）とは
CCB（Change Control Board） は、変更要求を審査・承認する権限を持つ委員会です。プロジェクトの規模や重要度によって、PM一人が担う場合もあれば、発注者・ベンダー・技術責任者が集まる正式な委員会になる場合もあります。「誰が最終的にGoを出すか」を事前に決めておくことが重要です。
変更要求書（CR）に書くべき項目
【変更要求書（Change Request）テンプレート】
─────────────────────────────
CR番号 : CR-2026-001
提出日 : 2026-04-09
提出者 : ○○株式会社 △△部 □□氏
─────────────────────────────
変更内容 : ログイン画面にSNS認証を追加したい
変更理由 : ユーザビリティ向上のため
影響範囲 : 認証モジュール・DB設計・テスト工程
工数増加 : +15人日（見積もり）
費用増加 : +50万円（見積もり）
スケジュール影響: リリースが2週間遅延の可能性
─────────────────────────────
承認結果 : □承認 □条件付き承認 □却下
承認日 :
承認者 : 歴史と背景
- 1960年代〜70年代 — ソフトウェア開発の複雑化に伴い、仕様変更が原因のプロジェクト失敗が多発。変更を管理する必要性が認識され始める
- 1987年 — PMI（プロジェクトマネジメント協会）が設立。変更管理がプロジェクト管理の重要プロセスとして体系化される
- 1996年 — PMBOK（Project Management Body of Knowledge） 初版発行。統合変更管理が正式なプロセス領域として定義される
- 2000年代 — ITILにおける変更管理（IT運用での変更管理）が普及。システム保守・運用の文脈でも変更管理が標準化される
- 2010年代 — アジャイル開発の台頭により「変更を歓迎する」思想が広まる。ただし、アジャイルでもスプリント内の変更制御など形を変えて変更管理は継続
- 現在 — PMBOKやPRINCE2などの標準に加え、クラウド・DevOpsの文脈でも変更管理の自動化・承認フローのデジタル化が進んでいる
スコープクリープとの関係
変更管理が機能しないと起きる最大の問題が スコープクリープ（Scope Creep） です。小さな追加要求が管理されないまま積み重なり、プロジェクトの規模が膨れ上がる現象です。
ITILにおける変更管理との違い
「変更管理」という言葉は、プロジェクト管理とIT運用（ITIL） の両方で使われますが、対象が異なります。
| 観点 | プロジェクト管理の変更管理 | ITIL の変更管理 |
|---|---|---|
| 対象 | プロジェクトの計画・スコープ | 本番環境への変更（リリース） |
| 目的 | 計画からの逸脱を防ぐ | 本番障害リスクを最小化する |
| 主な場面 | 開発・導入フェーズ | 運用・保守フェーズ |
| 承認者 | PM・発注者・CCB | 変更諮問委員会（CAB） |
関連する規格・RFC
| 規格 | 内容 |
|---|---|
| PMBOK Guide（PMI） | 「統合変更管理」プロセスとして変更管理を標準化。第7版でも中核プロセスとして位置づけ |
| PRINCE2 | 変更管理を「変更テーマ」として定義。変更権限（Change Authority）の委任を重視 |
| ISO 21500 | プロジェクトマネジメントの国際規格。変更管理を「統合」プロセスグループに含める |
| ITIL 4 | 「変更実現（Change Enablement）」として IT サービス変更の管理を規定 |
関連用語
- スコープ管理 — プロジェクトの作業範囲を定義・コントロールするプロセス
- スコープクリープ — 管理されない小さな変更が積み重なりスコープが膨れ上がる現象
- WBS（作業分解構造） — プロジェクトの作業を階層的に分解した構造図
- ステークホルダー管理 — プロジェクト関係者の期待・影響を管理するプロセス
- リスク管理 — プロジェクトの不確実性を識別・評価・対応するプロセス
- 要件定義 — システムに求める機能・性能を明確化する上流工程
- 構成管理 — 成果物のバージョンや構成情報を管理する仕組み
- プロジェクト憲章 — プロジェクトの目的・権限・体制を定めた正式文書