6-3. プロジェクトの軌道修正：変更管理プロセスとCCB

プロジェクトマネジメントにおいては、「計画は変更される可能性がある」という前提に立つことが重要です。顧客からの機能追加の要望、法改正による仕様の変更、予期せぬ技術トラブルなど、変更の動機は様々です。

重要なのは、変更をすべて拒否することではなく、「プロジェクト全体のバランス（QCD）に与える影響を評価し、承認された変更だけを秩序正しく適用すること」です。これを「統合変更管理（Perform Integrated Change Control）」と呼びます。

変更管理プロセス（Change Control Process）の4ステップ

変更が発生した際、プロジェクトチームは以下の手順を踏んで処理します。

ステップ	活動内容	担当者	注意すべきポイント
1. 変更要求の受領	口頭での要望は受け付けず、必ず「変更要求書（Change Request）」として書面またはチケットシステムで起草・登録してもらいます。	要求者（顧客、メンバー、PM）	ログ（変更管理簿）に残すことで、「言った・言わない」の発生を防ぎます。
2. 影響分析（インパクト評価）	その変更を採用した場合、スコープ、スケジュール、コスト、品質、リスクにどのような影響（トレードオフ）があるかを技術的・財務的に詳細に見積もります。	プロジェクトマネジャー、開発チーム	安易に「すぐできます」と答えず、客観的なインパクトデータを用意すること。
3. CCBでの審議・判定	インパクト分析の結果をもとに、変更を「承認（Approve）」「却下（Reject）」「保留（Defer）」にするかを判定する。	変更管理委員会（CCB）	PMだけの独断で決めず、ステークホルダーを巻き込んだ公式な組織体（CCB）で決定する。
4. 結果の通知と計画への反映	判定結果を要求者へ通知する。承認された場合は、WBS、スケジュール、予算（コスト基準線）を更新し、チーム全員へ周知する。	プロジェクトマネジャー	古いバージョンの計画書のままメンバーが作業を進めてしまうのを防ぐため、迅速に更新・通知を行う。

変更管理委員会（CCB：Change Control Board）とは

CCBとは、プロジェクトの変更要求をレビュー、評価、承認、または却下する責任を負う公式に設置されたステークホルダーのグループ（意思決定機関）です。

メンバー構成: プロジェクトスポンサー（委員長）、顧客責任者、PM、主要な部門の代表者。
PMの役割: PMはCCBのメンバーではありますが、多くの場合、決定者ではなく「影響分析の結果を説明し、意思決定のための情報を提供するプレゼンター」としての役割を務めます。

統合変更管理フロー

以下の図は、変更要求が発生してから、計画書が更新されるまでの標準的なワークフローを示しています。

図 6-3：統合変更管理（仕様変更の承認・却下）のフロー

スコープクリープ（暗黙の仕様変更）の防止

CCBを通さない現場での非公式な変更適用は、プロジェクトの予算超過やスケジュール遅延を引き起こす原因となります。

PMは、メンバーに対して「承認されたスコープ記述書（およびWBS）にない作業は着手しない」というルールを共有し、変更を公式プロセスに一本化することが望ましいです。