変更管理の手順｜変更要求から承認・反映までの流れをPMP向けに解説

プロジェクトの変更管理は、計画を変えたい要求を、決めた手順で記録・分析・判断し、承認分だけを反映する仕組みです。対象はスコープ・スケジュール・コストなどの計画です。PMBOK ガイドでは「統合変更管理」という言葉も使われます。

目的は、変更を止めることではありません。勝手な変更を防ぎ、必要な変更を正しく取り込むことです。予測型（ウォーターフォール）では、次の6段階で進めます。

どの段階も省けません。特に、影響を分析しないままの判断と、承認前の着手は誤りです。

変更要求を受けたら、まず記録し、影響を分析します。その場で実施することも、断ることもしません。

口頭の依頼も、変更要求として文書にします。依頼者と内容があいまいなままだと、後で「言った・言わない」になります。

影響の分析では、スコープ・スケジュール・コスト・品質・リスク・資源をすべて見ます。1つの変更は、思わぬところに波及します。たとえば画面を1つ足すと、テストの工数、マニュアル、利用者の研修、セキュリティの確認にも響きます。

結果は、判断する人が比べられる形にまとめます。「変更する」「変更しない」「別の案」を並べ、それぞれの影響と推奨を添えます。

誰が判断するかは、ガバナンスで決めた権限としきい値で決まります。PM の権限の範囲内なら PM が判断し、超えるなら変更管理委員会（CCB）やスポンサーが判断します。CCB の役割は変更管理委員会（CCB）とはで詳しく扱います。

判断の結果は、承認・却下・保留のどれでも、依頼者と影響を受ける関係者に伝えます。却下も理由とともに伝え、記録に残します。伝えないと、依頼者は承認されたと思い込んだり、同じ依頼を繰り返したりします。

記録には変更ログ（変更要求の一覧）を使います。関係者がいつでも状況を見られるようにしておくと、問い合わせも減ります。記入の例は次のとおりです。

急ぎの変更（障害や安全への対応など）にも手順は要ります。事後に CCB へ報告するといった緊急時の手順を、前もって決めておく組織もあります。その場の判断で手順を飛ばしてよいわけではありません。

承認された変更だけを実施します。実施したら、関係する文書をすべて更新します。

• ✓プロジェクトマネジメント計画書と、変わったベースライン（承認済みの計画の基準。スコープ・スケジュール・コスト）
• ✓工程表（ガントチャートなど）とマイルストーン
• ✓要求事項の文書と、要求事項の追跡表
• ✓リスク登録簿（変更で生まれたリスク、消えたリスク）
• ✓課題ログ、前提・制約の記録、関係者への連絡の計画

ベースラインを更新するのは、承認された変更のときだけです。遅れや超過を隠すために、承認なしに書き換えてはいけません。変える・変えないの判断はベースラインとは？の早見表にまとめています。

実施した後は、変更が意図どおりに効いたかを確かめます。変更そのものが新しいリスクを生むこともあります。たとえば外部のサービスを新しく使う変更は、情報セキュリティのリスクを伴います（プロジェクトの情報セキュリティ対策）。

アジャイルでは、変更を歓迎する前提で仕組みを作ります。新しい要望はプロダクトバックログに加え、プロダクトオーナーが価値に応じて優先順位を付けます。正式な変更要求の書類や CCB は、通常は通しません。

ただし、何でも自由に変えてよいわけではありません。

• ✓スプリントの途中：スプリントのゴールを危うくする変更は入れません。次のスプリントで扱うのが基本です。
• ✓決めるのはプロダクトオーナー：関係者がチームに直接頼むのではなく、プロダクトオーナーを通します。
• ✓予算や期限の枠を超えるとき：ハイブリッドの組織では、全体の予算や最終期限を超える変更はガバナンスに上げます。

2026年版のECOによると、出題の約60%はアジャイルとハイブリッドです。変更の問題では、まず「予測型か、アジャイルか」を読み取ってから選択肢を見ると迷いにくくなります。

「変更管理」は、分野によって指すものが違います。検索すると IT 運用の記事が多く出ますが、PMP で問われるのはプロジェクトの変更管理です。

「記録し、影響を確かめ、承認してから実施する」流れは、IT 運用の変更管理とも共通です。違うのは対象です。

組織変革は、2026年版ECOでは Business7 で扱われます（組織変革マネジメントとは）。ECO の英語では、変更管理は change control、組織変革は organizational change と書き分けられています。

2026年版のECOで、変更管理は Business Environment のタスク3「変更を管理しコントロールする」です。例示されている仕事（イネーブラー）は次の4つです（当サイトの訳・要約）。

1. 1変更管理（変更のコントロール）のプロセスを実行する
2. 2提案された変更の状況を伝える
3. 3承認された変更をプロジェクトに実施する
4. 4変更を反映するようにプロジェクトの文書を更新する

2026年版では「状況を伝える」と「文書を更新する」がはっきり書かれました。承認して実施するだけでは足りません。関係者が最新の状態を知り、文書が実態と合っているところまでが変更管理です。

状況問題では、手順の「順番」と「誰が決めるか」が問われます。選びがちな誤りは次のとおりです。

• ✓その場で実施する：小さく見える変更でも、記録と影響の分析が先です。
• ✓分析の前に CCB にかける：判断の材料がなく、CCB は決められません。
• ✓PM が権限を超えて承認する：役員や顧客に急かされても、決められた判断者を飛ばしません。
• ✓却下を伝えない：却下や保留も、理由とともに依頼者へ伝えます。
• ✓アジャイルで CCB を通す：スクラムでは、プロダクトオーナーがバックログで判断します。

手順の暗記より、状況に当てはめる練習が効きます。無料模試30問で、選択肢の見分けを試してみてください。