統合変更管理とは？とうごうへんこうかんり
統合変更管理とは、プロジェクトに寄せられるあらゆる変更要求を一つの窓口で受け、スコープ・工数・費用・日程・品質・リスクへの影響をまとめて評価したうえで承認または却下し、承認したものだけを基準（ベースライン）と成果物へ反映して関係者へ周知するプロセス。個別の領域ごとにばらばらに変更を認めない点が「統合」の意味で、投資枠と稼働期日を守る仕組みとして機能する。
最終更新：2026-10-06
ITストラテジストを最短で暗記・合格する →背景
変更要求は事業部門から見れば一件ずつ小さく、断る理由も見当たらない。ところが一件ごとに現場判断で受け入れると、増えた工数はどこにも記録されないまま日程と費用だけが後から膨らみ、経営が気づくのは予算超過の報告が上がってきた時点になる。要求を必ず一か所に集め、影響を金額と日数へ換算してから可否を決めることで、変更の累積を経営の見える場所に出すのがこの仕組みの狙いになる。経営会議では「追加要望はすべて受け付けるが、金額と稼働日への影響を付けてから可否を決める。断るのではなく、値札を付ける」と説明すると、事業部門との対立を避けつつ枠を守れる。
具体例
基幹システム刷新では、発注側の役員・事業部門長・プロジェクトマネージャとベンダーの責任者で構成する変更管理委員会（CCB）を月次で開き、要求ごとに追加工数・費用・稼働日への影響と、見送った場合の業務側の代替手段を並べて審議する。累計の追加額が当初予備費の何%に達したかを毎回示す運用にすると、後半で予備費が尽きてから慌てる事態を避けられる。
試験での引っ掛け
承認前に着手してよい変更は原則として存在せず、障害対応などで先に手を動かした場合も事後の正式承認と記録が要る。もう一つの取り違えは「変更を減らすための仕組み」という理解で、目的は変更を止めることではなく、影響を評価したうえで意思決定することにある。要求を受け付ける窓口を一本化していないと、同じ要求が複数経路から入って二重に工数が積まれる。
出典・参考
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。