プログラム月次報告書のテンプレート
プログラムの月次報告書は、たくさんのプロジェクトで起きていることを、経営層に「1か月に1回」まとめて伝えるための書類です。
ところが実際には、各プロジェクトの報告をそのままホチキスで留めただけの、30ページの分厚い資料になりがちです。読む側は最後まで読めず、書く側は毎月まる3日つぶれます。
この記事では、プログラムの月次報告書を「先月から変わったこと」に絞って書くためのテンプレートを紹介します。プログラムマネジメントがはじめての方にもわかるように、項目の意味からていねいに説明します。
■ 背景・よくある課題
月次報告書がうまく機能していないとき、だいたい次のような状態になっています。
よくある状態 | なぜ起きるか | その結果 |
|---|---|---|
各PJの報告書をそのまま束ねている | プログラムとしての編集をしていない | 30ページを超え、誰も読まない |
先月と同じ文章が9割 | 前月分をコピーして日付だけ直している | 何が変わったのか読み取れない |
「順調です」しか書いていない | 悪い話を書くと責められると思っている | 問題が表に出るのが3か月遅れる |
数字がダッシュボードと食い違う | 報告書を手入力で作り直している | どちらが正しいのか会議で議論になる |
作成に3日かかる | 各PJへの依頼・催促・転記を手作業でやっている | PMOが報告書づくりだけで消耗する |
共通しているのは、月次報告書が「今月の状態の説明書」になってしまっていることです。プログラムは3年続きます。毎月ゼロから状態を説明していたら、書く側も読む側ももちません。
■ このテンプレートの目的
プログラム月次報告書の目的は、次の3つです。
差分を伝える:先月から変わったことだけを書き、変わっていないことは「変更なし」の1行で済ませます。
判断を求める:運営委員会に今月決めてほしいことを、明確に一覧にします。
記録を残す:数か月後に「あのときなぜそう判断したのか」をたどれるようにします。
逆に、月次報告書の目的でないものもはっきりさせておきます。作業の実施報告でも、がんばりのアピールでもありません。それらは推進会議(隔週)の場で扱います。
■ ダッシュボードとの違い
プログラムには、ダッシュボード(1枚の状況表)と月次報告書の2つがあります。役割がちがうので、両方あってよいものです。
観点 | ダッシュボード | 月次報告書 |
|---|---|---|
分量 | 1枚 | 5〜7ページ |
伝えること | 今どうなっているか(状態) | 先月から何が変わり、なぜそうなったか(差分と理由) |
更新の頻度 | 毎週 | 月1回 |
主な読み手 | PgM・PMO・PM | 運営委員会・経営層 |
残るかどうか | 上書きされる | 毎月ファイルとして残す |
ダッシュボードは「今」しか見せません。月次報告書は積み上がっていくので、あとから並べて読むと流れが見えます。下の図は、ミライアパレルの月次報告書を18か月分ならべたものです。

1か月ずつ見ていたときには「今月も黄色か」としか思えなかったものが、18か月ならべると、EAC(完成時総コスト予測)が1年かけてじりじり上がり、対策を打った2025年1月を境に下がりはじめた、という流れが見えてきます。月次報告書を残す価値はここにあります。
■ テンプレートの全体像
月次報告書は、次の7つのブロックで構成します。ページ数の目安もあわせて示します。
順番 | ブロック | 目安 | 何を書くか |
|---|---|---|---|
1 | サマリー | 1ページ | 全体信号、今月の要点3行、判断をあおぐ事項 |
2 | ベネフィットの進み | 1ページ | 指標ごとの目標・実績・先月差 |
3 | 構成プロジェクトの状況 | 1〜2ページ | PJごとに信号と、変わった点だけ |
4 | コストと予備費 | 1ページ | AC・EAC・予備費残 |
5 | リスク・課題の動き | 1ページ | 今月増えた/消えた/悪化したもの |
6 | 変更の審議結果 | 0.5ページ | 今月の変更要求と、承認・却下の結果 |
7 | 来月の予定 | 0.5ページ | 来月に起きる山場と、そのとき必要になる判断 |
7つ全部を毎月びっしり埋める必要はありません。変わっていないブロックは「先月から変更なし」と書いて次に進みます。これができると、分厚い月ほど本当に重要な月だと一目でわかるようになります。
■ 各項目の書き方
とくに書き方に迷いやすい項目を、順に説明します。
1. サマリー
最初の1ページで勝負が決まります。読み手が経営層なら、ここしか読まれないこともあります。
全体信号:青(順調)/黄(注意)/赤(要対応)のどれか。理由を1行つけます。
今月の要点:3行まで。良いこと1つ、悪いこと1つ、判断が要ること1つ、が目安です。
判断をあおぐ事項:番号をふり、「何を」「いつまでに」決めてほしいかを書きます。ないなら「なし」と書きます。
2. ベネフィットの進み
プログラムの本題です。プロジェクトが動いたかどうかではなく、ねらった効果が出ているかを書きます。指標ごとに「目標/今月実績/先月差」の3つを並べると、変化がすぐ読めます。
3. 構成プロジェクトの状況
ここが一番ふくらみやすいところです。ルールを1つだけ決めます。信号が変わったPJと、判断が要るPJだけ本文を書く。それ以外は表の1行(PJ名・信号・ひとこと)で終わりにします。
5. リスク・課題の動き
一覧を全部貼ると読まれません。「今月増えたもの」「今月消えたもの」「今月悪化したもの」の3つだけを書きます。動かなかったリスクは、RAIDログを見ればわかるので報告書には載せません。
7. 来月の予定
作業予定ではなく、来月やってくる山場を書きます。「来月はP3の会員データ移行のリハーサルがあります。ここでNGが出ると稼働が1か月ずれるので、11月の委員会で判断をお願いする可能性があります」といった書き方です。読み手に心の準備をしてもらうためのブロックです。
■ 記入例:ミライアパレル「OMO変革プログラム」2025年9月分
アパレル企業ミライアパレル(年商320億円・直営68店舗)が進めるOMO変革プログラム(2024年4月〜2027年3月、投資枠10億5,000万円)の、2025年9月分の月次報告書です。抜粋して紹介します。
ブロック1:サマリー
項目 | 内容 |
|---|---|
全体信号 | 黄(先月から変更なし)。理由:P2の稼働が1か月遅れる見込みのため |
今月の要点① | 良い:欠品損失が年換算2.6億円まで下がり、中間目標(2.8億円)を上回った |
今月の要点② | 悪い:P2店舗間移動最適化の稼働が2025年12月→2026年1月に1か月遅れる見込み |
今月の要点③ | 判断:P2の遅れを受けて、P5の着手を1か月後ろにずらすかどうかを決めていただきたい |
判断をあおぐ事項 | J-09:P5着手時期の変更可否(10月の運営委員会までに決定が必要) |
ブロック2:ベネフィットの進み
ID | 指標 | 開始時 | 2027年3月目標 | 今月実績 | 先月差 |
|---|---|---|---|---|---|
B-01 | 欠品による機会損失 | 年4.2億円 | 年1.2億円 | 年2.6億円 | ▲0.1億円(改善) |
B-02 | 値引き率 | 22.0% | 15.0% | 18.4% | ±0.0pt |
B-03 | EC売上比率 | 18% | 30% | 21% | +1pt |
B-04 | 在庫問い合わせ件数 | 月1,800件 | 月300件 | 月740件 | ▲40件(改善) |
B-05 | 物流コスト率 | 4.8% | 4.0% | 4.7% | ±0.0pt |
B-06 | クロスチャネル購入率 | 12% | 25% | 14% | ±0.0pt |
B-05とB-06はP4・P5の稼働後に動く指標なので、今月時点で動かないのは想定どおりです。報告書にはこの一文を必ず添えます。書いておかないと「なぜ半年も動かないのか」と毎月同じ質問が出ます。
ブロック3:構成プロジェクトの状況
PJ | 名称 | 信号 | 先月差 | ひとこと |
|---|---|---|---|---|
P1 | 在庫一元化(UNITE) | — | — | 2025年3月に完了済み。効果測定のみ継続 |
P2 | 店舗間移動最適化 | 黄 | 変更なし | 稼働が1か月遅れる見込み。本文で詳述 |
P3 | 会員・ポイント統合 | 青 | 黄→青 | 移行リハーサル1回目が成功し、黄から戻った |
P4 | 物流拠点再編 | 青 | 変更なし | 変更なし |
P5 | 店舗業務デジタル化 | — | — | 2026年1月着手予定。J-09の判断待ち |
本文を書くのは、信号が変わったP3と、判断が要るP2の2つだけです。P4は「変更なし」の1行で終わりにします。
ブロック4:コストと予備費
項目 | 金額 | 枠に対する割合 | 先月差 |
|---|---|---|---|
承認投資枠 | 10億5,000万円 | 100% | 変更なし |
実績コスト(AC) | 5億2,640万円 | 50.1% | +3,180万円 |
完成時総コスト予測(EAC) | 10億2,800万円 | 97.9% | ▲400万円 |
プログラム予備費(当初) | 7,820万円 | — | 変更なし |
予備費の使用済み | 2,250万円 | — | 変更なし |
予備費の残り | 5,570万円 | 残率71% | 変更なし |
期間のちょうど半分(18か月/36か月)で、コストも約50%、予備費の残りが71%。この3つの数字がそろっていることが、「金額としては黄で収まっている」という判断の根拠になります。
ブロック5:リスク・課題の動き
動き | ID | 内容 |
|---|---|---|
今月増えた | R-22 | P2の遅れにより、年末商戦(12月)の店舗オペレーションが旧運用のままになる |
今月消えた | R-14 | 会員データの重複が移行で解消できないおそれ → リハーサル成功により解消 |
今月悪化した | I-08 | 業務部門のレビュー要員不足。9月に2名が繁忙期に入り、レビュー返却が平均5営業日→9営業日に |
ブロック6・7
変更の審議結果は「今月の変更要求2件、承認1件(CR-018 P3の画面追加・予算内)、継続審議1件(CR-019 P2の稼働日変更)」。来月の予定は「10月の運営委員会でJ-09を決定。P3の移行リハーサル2回目が10月18日」。それぞれ数行で終わります。
この月の報告書は、全体で5ページでした。同じプログラムでも、2025年2月(移行データの問題で赤になった月)の報告書は9ページありました。厚さそのものが情報になっているのが、よい月次報告書です。
■ 運用ルール
毎月まわすには、締め切りと担当を決めておく必要があります。ミライアパレルでは次のようにしています。
日付 | やること | 担当 |
|---|---|---|
月末最終営業日 | 各PJが実績値をダッシュボードに入力 | 各PM |
翌月第2営業日 | PMOがダッシュボードから数値を自動転記し、ドラフトを作成 | PMO |
翌月第4営業日 | PgMがサマリーと判断事項を書き、全体を編集する | PgM |
翌月第5営業日 | 委員会事務局へ提出(会議の3営業日前) | PMO |
翌月第8〜10営業日 | 運営委員会で報告・判断 | 運営委員会 |
ポイントは2つあります。1つめは、数値はPMOが転記せず、ダッシュボードから機械的に持ってくること。手入力をやめるだけで、数字が食い違う問題はほぼ消えます。2つめは、サマリーはPgM本人が書くこと。ここを他人に書かせると、当たりさわりのない文章になり、判断があおげなくなります。
■ 活用シーン
運営委員会の資料として:委員は報告書だけを事前に読み、会議では判断事項だけを議論します。会議時間が90分→50分に短縮できます。
ステージゲートの入力として:直近3か月分の報告書を読めば、ゲート審査の前提はほぼそろいます。
担当者が交代したとき:新しいPMに過去6か月分を読んでもらうと、経緯の引き継ぎが1日で済みます。
プログラム完了後のふりかえりに:36か月分ならべると、判断が遅れた月がどこだったかが明確に見えます。
■ よくある失敗と直し方
失敗 | 何が起きるか | 直し方 |
|---|---|---|
各PJの報告をそのまま束ねる | 30ページになり読まれない | PgMが「判断に要る情報」だけ残して編集する。PMOに編集権限を持たせる |
先月の文章をコピーして使う | 差分が読めない | 「変更なし」と書いてよいことを明文化する。埋める欄を減らす |
悪い話を書かない | 問題の発覚が遅れる | 黄・赤を報告した月は、委員会で対策の支援を必ず1つ約束する運用にする |
数字が別資料と食い違う | 会議が数字合わせで終わる | 数値の出どころを1か所(ダッシュボード)に決め、報告書は参照だけにする |
判断事項が書かれていない | 委員会が感想会になる | 「判断をあおぐ事項」欄を必須にし、ない月は「なし」と明記する |
提出が会議の前日になる | 委員が読めないまま会議に来る | 3営業日前を締め切りにし、遅れた月は議題を次回に送る |
■ 導入効果
ミライアパレルでは、報告書を「状態の説明」から「差分の報告」に切り替えた結果、次のように変わりました。
項目 | 切り替え前 | 切り替え後 |
|---|---|---|
報告書のページ数 | 平均28ページ | 平均6ページ |
作成にかかる工数 | PMO 3名×3日 | PMO 2名×1日 |
運営委員会の時間 | 90分 | 50分 |
事前に読んでくる委員の割合 | 3割 | 9割 |
その月に判断が決まった割合 | 5割 | 9割 |
ページ数が5分の1になったのに、決まることは増えています。これは報告の量と、意思決定の質が別物だということを示しています。
■ まとめ
プログラム月次報告書は、先月からの差分を書くための書類です。状態の説明はダッシュボードに任せます。
7つのブロック(サマリー/ベネフィット/PJ状況/コスト/リスク/変更/来月)で構成し、変わっていないブロックは「変更なし」で済ませます。
数値は手入力せず、ダッシュボードから機械的に持ってきます。食い違いが消えます。
サマリーと判断事項は、PgM本人が書きます。ここが他人任せだと、報告書が判断をあおげなくなります。
毎月残しておくと、数年後にならべて読めます。1か月では見えなかった流れが、そこで見えるようになります。
次回は、プログラム全体のリスク・課題・前提・依存をひとつの台帳で扱う「プログラムRAIDログ」のテンプレートを紹介します。