プログラム変更管理台帳のテンプレート
プロジェクト1本なら、変更管理はそれほど難しくありません。費用と期間への影響を見て、承認するかどうかを決めればよいからです。
ところがプログラムになると、話が変わります。C1の変更がC3の予定をずらし、その結果ベネフィットの達成時期が半年遅れる——こうした連鎖が起きるからです。しかもC1のPMには、C3への影響は見えません。
この記事では、プログラム全体への波及を必ず評価してから承認するための「プログラム変更管理台帳」と、その中心になる「プログラム影響評価票」を紹介します。
■ 背景・よくある課題
よくある状態 | なぜ起きるか | その結果 |
|---|---|---|
PJごとに変更を承認している | 自分のPJへの影響しか見えない | 他PJの予定が知らないうちにずれる |
費用と期間しか評価していない | PjMのやり方をそのまま持ち込んでいる | ベネフィットへの影響が抜け落ちる |
小さい変更が積み上がる | 1件ずつは基準以下なので通してしまう | 半年後に「なぜ予算がないのか」となる |
承認したあと誰も追わない | 実施の確認欄がない | 承認されたのに反映されていない変更が残る |
却下した変更の記録がない | 通ったものだけを台帳に載せている | 同じ変更が3か月後にまた出てくる |
3つめの小さい変更の積み上がりは、プログラム特有の落とし穴です。1件200万円の変更を12件通せば2,400万円です。1件ずつ見ていると誰も止められません。台帳に「累計」の欄を作っておくのは、そのためです。
■ プログラム影響評価票──5つの観点
プログラムの変更管理でいちばん大事なのが、承認の前に行う影響評価です。5つの観点を必ず埋めます。

みどり市役所の自治体DX推進プログラム(2024年7月〜2027年3月、限度額4億8,000万円)で実際に出てきたCR-024を例にしています。電子申請の対象を61手続きから68手続きに戻したいという要望です。
C1のPMから見れば「費用2,400万円と3か月の遅れ」で終わる話です。しかしプログラムとして5つの観点で見ると、C3の窓口業務再設計が3か月ずれ、電子申請率の目標達成が半年遅れる、というところまで見えてきます。この2つが見えたうえで承認するのか、見えないまま承認するのか——それが台帳のある・なしの違いです。
■ テンプレートの全体像
プログラム変更管理台帳は、次の16項目で作ります。1件が1行です。
# | 項目 | 書くこと |
|---|---|---|
1 | 変更ID | CR-001の連番。却下したものも欠番にしない |
2 | 起票日/起票者 | 誰がいつ出したか |
3 | 発生元PJ | C1など。プログラム全体ならその旨 |
4 | 変更の内容 | 何を何に変えるか。3行以内 |
5 | 理由・背景 | なぜ必要か。法改正/要望/設計の不備など |
6 | 影響:費用 | 増減額と、限度額までの残り |
7 | 影響:期間 | どのPJの、どの日程がどう動くか |
8 | 影響:他PJ | 影響するPJ名と、その内容 |
9 | 影響:ベネフィット | B-01などのIDと、達成時期・水準への影響 |
10 | 影響:要員 | 追加で必要な人月と、どこから出すか |
11 | 審議する層 | PJ内/変更審議会/運営委員会/議会 |
12 | 審議日/結果 | 承認/条件付き承認/却下/継続審議 |
13 | 承認条件 | 条件付きのときの条件 |
14 | 費用の出どころ | 予備費/PJ内で吸収/追加予算 |
15 | 反映の確認 | 計画・契約・体制へ反映したかのチェックと確認日 |
16 | 累計 | 承認済み変更の費用と期間の累計 |
PjMの変更管理表と比べて増えているのは、8・9・10・16の4つです。この4つがプログラム特有の欄になります。
■ 記入例:みどり市役所「自治体DX推進プログラム」
人口18万2,000人のみどり市が進める自治体DX推進プログラム(構成PJ4本・限度額4億8,000万円)の変更管理台帳から、2025年度の5件を抜粋します。
ID | 内容 | 発生元 | 費用 | 他PJ・効果への影響 | 審議 | 結果 |
|---|---|---|---|---|---|---|
CR-018 | マイナンバーカードでの本人確認を追加 | C1 | +680万円 | なし | 変更審議会 | 承認(予備費) |
CR-021 | 窓口予約の通知をSMSでも送る | C1 | +140万円 | なし | PJ内 | 承認(PJ内で吸収) |
CR-024 | 電子申請の対象を61→68手続きに戻す | C1 | +2,400万円 | C3が3か月ずれ、電子申請率の目標達成が半年遅れる | 運営委員会 | 却下 |
CR-026 | CR-024のうち利用の多い3手続きだけ追加 | C1 | +820万円 | C3への影響なし。電子申請率は目標どおり | 運営委員会 | 条件付き承認 |
CR-029 | データ連携基盤の対象システムを9→7に減らす | C4 | ▲1,100万円 | C2の一部業務が手作業のまま残る | 運営委員会 | 継続審議 |
注目してほしいのが、CR-024を却下したあとにCR-026が出ていることです。「全部はできないが、効果の大きい3つだけなら820万円で、他への影響もない」という代案です。
却下は終わりではなく、代案を出すきっかけです。だからこそ却下した変更も台帳に残します。CR-024の評価がなければ、CR-026の「他への影響なし」という判断もできませんでした。
累計の欄
項目 | 2024年度 | 2025年度(9月まで) | 累計 |
|---|---|---|---|
承認した変更の件数 | 9件 | 11件 | 20件 |
費用の増減 | +1,840万円 | +2,190万円 | +4,030万円 |
期間の延び(最長のPJ) | 1か月 | 2か月 | 3か月 |
限度額に対する消化 | — | — | 4億6,280万円(96.4%) |
限度額までの残り | — | — | 1,720万円 |
1件あたりは200万円前後の変更でも、20件たまると4,030万円になります。限度額まで1,720万円しか残っていません。この数字が見えているから、CR-024の2,400万円は「そもそも枠に入らない」と即座に判断できたわけです。累計欄の価値はここにあります。
■ 運用ルール
タイミング | やること | 誰が |
|---|---|---|
起票時 | 1〜5を埋めて提出する。影響評価は書かなくてよい | 起票者(PM・業務部門) |
3営業日以内 | 6〜10の影響評価を作る。他PJのPMに確認をとる | PMO |
評価後すぐ | 11の審議する層を決める。基準は影響評価の結果から機械的に決まる | PgM |
月1回(変更審議会) | その月の変更をまとめて審議する | 変更審議会 |
承認から2週間以内 | 計画書・契約・体制への反映を確認し、15にチェックを入れる | PMO |
月次報告 | 累計の欄を更新し、限度額までの残りを報告する | PgM |
運用のコツは、起票者に影響評価を書かせないことです。C1のPMに「C3への影響を書け」と言っても、正しく書けません。書けないことを求めると、起票そのものが減ります。影響評価はPMOの仕事です。
もう1つは、15の反映の確認です。承認された変更が計画書に反映されていない、というのはとてもよくあります。2週間以内に確認する担当を決めておくだけで、これはほぼ防げます。
■ 活用シーン
運営委員会での審議:影響評価票の5行を読めば、委員は判断に必要な情報がそろいます。
代案を考えるとき:却下した変更の評価票を見て、「どこを削れば通るか」を組み立てられます。
予算の追加要求のとき:累計欄がそのまま根拠になります。
ベンダーとの精算時:承認済み変更の一覧が、追加費用の裏づけになります。
プログラム完了時:当初計画と実際の差が、台帳を見るだけで説明できます。
■ よくある失敗と直し方
失敗 | 何が起きるか | 直し方 |
|---|---|---|
費用と期間しか評価しない | 他PJとベネフィットへの影響が抜ける | 5つの観点を評価票の必須欄にする。空欄では審議にかけない |
起票者に影響評価を書かせる | 書けないので起票が減る | 起票は内容と理由まで。評価はPMOが作る |
累計を出していない | 小さい変更の積み上がりに気づかない | 月次報告に累計欄を入れる。限度額までの残りを毎月示す |
却下した変更を消す | 同じ要望が何度も出てくる | 却下も台帳に残し、理由を書く。代案づくりの材料にする |
反映の確認をしていない | 承認されたのに計画に入っていない | 承認から2週間以内の確認をPMOの定例作業にする |
審議する層を人が決めている | 判断が人によってぶれる | 影響評価の結果から機械的に決まる基準を作る |
■ 導入効果
項目 | 導入前(2024年度前半) | 導入後(2025年度) |
|---|---|---|
変更が承認されるまでの日数 | 平均22日 | 平均9日 |
他PJへの影響が事前に見えた割合 | — | 100%(必須欄のため) |
承認後に「聞いていない」となった件数 | 6件 | 0件 |
承認された変更が計画に反映されていない件数 | 4件 | 0件 |
却下から代案が出た件数 | 0件 | 3件(うち2件が承認) |
承認までの日数が半分以下になったのは、審議の場で「その影響は調べていません」という差し戻しがなくなったからです。評価に3日かけると、審議が1回で終わります。
■ まとめ
プログラムの変更管理は、費用と期間だけでなく他PJ・ベネフィット・要員を加えた5つの観点で評価します。
影響評価は起票者ではなくPMOが作ります。C1のPMにC3への影響は見えないからです。
審議する層は、影響評価の結果から機械的に決まるようにします。人が決めるとぶれます。
小さい変更の積み上がりを見るために、累計欄を必ず作り、月次で報告します。
却下した変更も台帳に残します。代案を組み立てるときの材料になります。
承認から2週間以内に、計画・契約・体制への反映を確認します。
次回は、プログラム全体のお金の動きを追いかける「プログラム財務トラッキング表」のテンプレートを紹介します。