進捗報告の書き方|結論から書く型とテンプレート、遅れを伝えるときの書き方
そのまま使える進捗報告のテンプレートと例文を紹介。結論・変わったこと・お願いの順に書く型、緑・黄・赤の決め方、遅れと2回目の遅れの伝え方、上司向けと発注者向けの書き分けまで解説します。
この記事でわかること
- 進捗報告は、次の節目に間に合うかの結論を先に書き、変わったことと相手へのお願いだけを続ける
- 緑は間に合う、黄はチームの手当てで取り戻せる、赤は範囲・日程・人を変える判断が要る、で決める
- 遅れは事実・影響・取り戻し方・お願いの順に書く。見込みが2回外れたら、3回目は出さずに判断を頼む
どろん先輩
PM・企画職専門の転職エージェント「ネコノテキャリア」の中の人。オブラートに包まない物言いが持ち味で、相場も裏事情も聞かれれば正直に話す。少し口が悪い。
はじめ
SIerのPM2年目。毎週金曜に、発注者の部長あての進捗報告メールを書いている
目次
毎週の進捗報告を書くたびに、何をどこまで書けばいいのか迷う。作業の一覧を並べると長くなり、短くすると「で、間に合うの?」と聞き返される。遅れがあった週は、書き出しの一文から手が止まる。
この記事では、そのまま使える進捗報告のテンプレートと例文を、結論から書く型に沿って紹介します。緑・黄・赤の付け方、遅れの伝え方、2回目の遅れの伝え方まで、PM専門の転職エージェントのどろん先輩に聞きました。
はじめ(毎週、発注者の部長に進捗を報告しているSIerのPM2年目)
毎週金曜に部長あての報告メールを書いているんですが、1時間かかるうえに、返信はいつも「で、2月に間に合うの?」の一言なんです。
どろん先輩(PM専門エージェント)
その一言が答えです。部長が知りたいのは、作業の一覧ではなく、次の節目に間に合うかと、自分が何をすればいいかの2つだけ。そこから先に書けば、報告は半分の長さで済みます。
進捗報告の書き方は、結論・変わったこと・お願いの順
進捗報告の書き方の基本は、最初に次の節目に間に合うかの結論を緑・黄・赤で書き、次に先週から変わったこと、そのあとに相手に決めてほしいことと待っていることを書く順番です。作業の一覧は最後の数字にまとめ、本文には並べません。
進捗報告のテンプレート(コピーして使えます)
件名: 【週次報告】(プロジェクト名)(日付)(緑・黄・赤)(一言)
1. 結論
今週の状態は(緑・黄・赤)です。次の節目(名前と日付)に(間に合う見込みです/○日遅れる見込みです)。
2. 先週から変わったこと
・終わったこと:
・遅れたこと: (何が、何日、次の節目への影響)
3. 決めていただきたいこと
・(何を): A案()/B案()。(日付)までに決まれば(何に)間に合います。
4. お待ちしていること
・(誰から、何を、いつまでに)。過ぎた場合の影響:
5. 来週やること
・
6. 数字
・(工程)のタスク: ○件中○件完了(予定は○件)
・未完了の課題: ○件(期限切れ○件)
| 項目 | 書くこと | 書かないこと |
|---|---|---|
| 1. 結論 | 緑・黄・赤と、次の節目に間に合うか | 「おおむね順調です」のような、どちらとも取れる言い方 |
| 2. 先週から変わったこと | 終わったことと遅れたこと。遅れは何日で、次の節目にどう効くか | 先週から変わっていない作業の説明 |
| 3. 決めていただきたいこと | 選択肢と、いつまでに決まれば何に間に合うか | 「ご検討ください」だけの依頼 |
| 4. お待ちしていること | 誰から何をいつまでに。過ぎたときの影響 | 待っている理由の言い訳 |
| 5. 来週やること | 節目に関わる作業だけ | 毎週同じ定型の作業 |
| 6. 数字 | 完了したタスクの数と予定の数、未完了の課題の数 | 進捗率(%) |
プロジェクトマネジメントの知識体系をまとめたPMBOKガイドの第8版は、状況報告を、前回の報告からの進み具合と、日程や費用の見通しを伝える文書と説明し、報告は判断や行動を生むためのものだとしています。テンプレートの2と3は、この2つにあたります。
はじめ
作業の一覧を書かないと、ちゃんとやっていないように見えませんか。
どろん先輩
見えません。部長は一覧を読んでいないので。
作業を全部並べたくなるのは、報告する側が安心したいからです。でも受け取る側からすると、10行の作業の中に1行だけある遅れを探す作業が増えるだけ。進捗報告は、変わったことと、相手に動いてほしいことだけを書く。作業の量は、最後の数字で十分伝わります。
読む人が、間に合うかを自分で探す
作業を並べた報告
今週は以下の作業を実施しました。
・画面設計のレビュー(進捗80%)
・API設計(進捗60%)
・テスト計画の作成(進捗40%)
・定例会議の資料作成、議事録の送付
・データ移行の手順の確認
一部に遅れはありますが、全体としてはおおむね順調です。
1行目で、間に合うかが分かる
結論から書いた報告
1. 結論: 設計の完了(11/20)に間に合う見込みです。
2. 変わったこと: 画面設計のレビューが終わりました。遅れはありません。
3. 決めていただきたいこと: なし
4. お待ちしていること: 帳票の見本(経理部さま、11/14まで)
5. 来週やること: API設計の開始
6. 数字: 設計のタスク 12件中7件完了(予定は7件)
はじめ
会議で部長から口頭で「進捗どう?」と聞かれたときも、この順番ですか。
どろん先輩
同じです。最初の一言を「2月には間に合います」か「このままだと1週遅れます」にする。「あと3件残っています」から入ると、相手は3件が多いのか少ないのかを自分で考えることになります。残りの件数は、聞かれてから答えれば足ります。
緑・黄・赤は、次の節目に間に合うかと、誰が手を打つかで決める
進捗報告の緑・黄・赤は、緑を「次の節目に間に合う」、黄を「このままだと遅れるが、チームの手当てか期限つきのお願いで取り戻せる」、赤を「範囲・日程・人のどれかを変える判断が要る」と決めます。何日遅れたら黄、のように日数で決めると、節目までの残りの期間によって意味が変わってしまうからです。
問い1 次の節目に間に合うか → 間に合うなら
↓ 間に合わない
問い2 チームの中の手当てか、期限つきのお願いで取り戻せるか → 取り戻せるなら、無理なら
間に合う
次の節目に間に合う
手を打つ人PMとチーム
報告で書くこと変わったことと数字だけ書く
取り戻せる
このままだと遅れるが、チームの中の手当てか、期限つきのお願いが通れば取り戻せる
手を打つ人PMとチーム(お願いの分だけ相手)
報告で書くこと取り戻す手段と、お願いの期限を書く
判断が要る
チームの中だけでは間に合わず、範囲・日程・人のどれかを変える判断が要る
手を打つ人報告の相手
報告で書くこと選択肢を並べ、判断してほしい日を書く
が3週続いたら、チームの手当てでは戻っていないということ。に変えて判断をお願いする
「進捗報告」の検索上位の記事を読むと、緑・黄・赤(信号)で状態を示す書き方は紹介されていても、どうなったら黄で、どうなったら赤かを決めている記事は見当たりませんでした。
はじめ
赤を付けると大ごとになりそうで、つい黄で止めてしまうんです。
どろん先輩
気持ちは分かります。ただ、赤は「失敗しました」という意味ではなく、「あなたの判断が要ります」という合図です。
赤を出すのが遅れるほど、相手が選べる案は減っていきます。2月の本番の3か月前なら範囲を削る案も人を足す案も選べますが、3週間前には日付をずらす案しか残っていない。黄を3週続けたら、それはもう赤だと考えてください。
赤に変わったときは、週次の報告の日を待たずに、その日のうちに結論とお願いだけの短い一報を送ります。選べる案は日がたつほど減るので、詳しい経緯はあとの週次の報告で足ります。
遅れの伝え方は、事実・節目への影響・取り戻し方・お願いの4つ
遅れを伝えるときは、何がどれだけ遅れたかの事実、次の節目への影響、取り戻す手段、相手にお願いしたいことの4つを、謝る言葉より先に書きます。下の例文は、WBSテンプレートの見本と同じ架空の社内システム刷新プロジェクトで、開発を受けている会社のPMが発注者に出す週次報告です。
進捗報告の例文(架空の社内システム刷新プロジェクト、2026年11月6日)
件名: 【週次報告】業務管理システム刷新 11/6(黄: 設計の完了が1週遅れる見込み)
1. 結論
今週の状態は黄です。設計の完了(11/6の予定)は、11/13に1週遅れる見込みです。本番稼働(2/19)は、今の計画のまま守れる見込みです。
2. 先週から変わったこと
・終わったこと: デザインカンプの作成(11/6)
・遅れたこと: データ構造の設計。前回、11/6に終わる見込みとお伝えしましたが、外れました。残り12項目のうち5項目が経理部さまの確認待ちで、その日程を見込みに入れていなかったためです。11/10に経理部さまとの確認会を押さえたうえで、11/13を新しい見込みとします。後ろのAPI設計とデータベースの構築は並べて進め、11月末の時点で計画に戻します。
3. 決めていただきたいこと
・社内SSOの方式: A案(今のADとつなぐ)/B案(外部の認証サービスを使う)。比較表は10/27にお送りしたとおりです。11/11までに決まれば、認証・権限の実装(11/9開始)の遅れは2日で収まります。
4. お待ちしていること
・人事システムの連携先ベンダーさまからの仕様書(期限10/30を過ぎています)。11/10までに届かない場合、人事システム連携の実装(11/30開始)が遅れます。御社から先方へ、もう一度お声がけいただけますでしょうか。
5. 来週やること
・データ構造の設計の完了(11/13)、API設計とデータベースの構築の開始、テスト計画の完了(11/13)
6. 数字
・設計のタスク: 10件中5件完了(11/6までの予定は9件)
・未完了の課題: 8件(期限切れ1件)
| 書くこと | 例文での書き方 |
|---|---|
| 事実 | データ構造の設計が、11/6から11/13に1週遅れる |
| 次の節目への影響 | 設計の完了は1週遅れるが、本番稼働(2/19)は守れる見込み |
| 取り戻す手段 | 後ろの2つの作業を並べて進め、11月末に計画に戻す |
| お願い | SSOの方式を11/11までに決めてほしい。連携先への催促をしてほしい |
例文では、遅れの原因を相手のせいにする書き方をしていません。経理部の確認待ちが原因でも、書くのは「その日程を見込みに入れていなかった」という自分たちの見込みの甘さです。待っていることは、別の項目に事実として書き、相手に頼みたいことをはっきりさせています。
2回目の遅れは、見込みが外れた理由と、見込みの立て方を変えたことを書く
前回伝えた見込みが外れたときは、外れた理由と、今回の見込みをどう立て直したかを書きます。3回目の見込みは出さず、2回外れたら、範囲か日程を見直す選択肢を出して判断をお願いします。
はじめ
例文の「前回、11/6に終わる見込みとお伝えしましたが、外れました」って、ここまではっきり書くんですか。
どろん先輩
書きます。前回の見込みに触れずに新しい日付だけ書くと、読む側は、前の報告を覚えている限り気づきます。気づいたうえで何も書かれていないと、次の見込みも信用されません。
書くのは3つです。前回の見込みが外れたこと、外れた理由、今回の見込みは何を押さえたうえでの日付か。例文なら「経理部さまとの確認会を11/10に押さえたうえで」がそれにあたります。
どろん先輩
それでも外れたら、もう見込みは出さないでください。2回外れた見込みを3回目も出すと、報告そのものが信用されなくなる。代わりに、範囲を削るか、日付を動かすか、人を足すかを並べて、決めてもらいます。
上位の記事は、遅れの報告を1回目の書き方で説明していました。実際の報告で書きにくいのは2回目以降で、そこで報告が止まったり、遅れを小さく書いたりしやすくなります(編集部の見立て)。
上司向けと発注者向けは、同じ事実でお願いの中身を変える
上司への進捗報告と発注者への進捗報告は、結論と変わったことは同じ事実を書き、3と4の「お願い」の中身だけを変えます。上司には社内で動いてほしいことを、発注者には発注者の社内で決めてほしいことと出してほしいものを書きます。
| 報告の相手 | 決めていただきたいこと・お待ちしていることの例 | 書かないこと |
|---|---|---|
| 自社の上司 | 人を足すか、ほかの案件と順番を入れ替えるか。発注者との交渉に一緒に出てほしい | 発注者の担当者への不満 |
| 発注者の部長 | 方式や範囲の判断、発注者側の部署の確認、ほかのベンダーへの催促 | 自社の体制や人の事情 |
はじめ
発注者の部長に「催促してください」と書くのは、失礼になりませんか。
どろん先輩
書き方しだいです。「お声がけいただけますでしょうか」とお願いの形にして、期限と、過ぎたときの影響を一緒に書けば失礼にはなりません。
逆に、待っていることを書かずにおいて、あとで「実は仕様書が届いていなくて」と言うほうが、よほど困らせます。発注者の部長は、自分の会社やほかのベンダーを動かせる数少ない人です。動いてほしいなら、何をいつまでに、を書いてください。
毎週の進捗報告は、WBSと課題管理表から書き写すだけにする
毎週の進捗報告は、ゼロから書かず、WBSのステータスと課題管理表の件数を書き写して作ります。結論の色、変わったこと、数字はWBSから、お願いと待っていることは課題管理表から拾えば、書く時間は短くなり、報告と表の中身も食い違いません。
WBSから
課題管理表から
報告は週1回、同じ曜日に出すのを基本にします。チームの中の毎日の進み具合は朝会と表で見るので、相手への報告に毎日の作業を書く必要はありません。週の途中で出すのは、赤に変わったときの一報だけです。
はじめ
報告を書く前に、表のほうが最新になっていないことが多いんです。
どろん先輩
だから順番を逆にします。報告を書く日の前日までに、タスクの担当者に自分の行のステータスとメモを直してもらう。PMは直った表を見て書き写すだけにする。表が古いまま報告を書くと、報告のほうが正しくて表が間違っている、という状態ができて、次の週はどちらを信じればいいか分からなくなります。
WBSは、ステータスと期限から色が付くWBSテンプレートを使えば、赤いタスクを拾うだけで遅れが分かります。課題は、回答待ちのステータスが赤くなる課題管理表テンプレートを使えば、「お待ちしていること」に書く課題をすぐに拾えます。議事録や課題表から報告の下書きをAIに作らせる方法は、進捗報告をAIで作成する方法にまとめています。
参考データと出典
| データ | 内容 | 時点・条件 |
|---|---|---|
| PMI『PMBOKガイド』第8版 | 用語集の状況報告(status report)、作業実績の報告(work performance reports)の説明 | 2025年発行の英語版。訳は編集部 |
| 「進捗報告」の検索上位の記事 | 上位10件(本文を読めなかった2件を除く8件)の想定読者、報告の型、遅れの伝え方 | 2026年11月に編集部が確認 |
| 例文と図の報告 | 架空の社内システム刷新プロジェクトの週次報告(2026年11月6日)と、図の「作業を並べた報告」「結論から書いた報告」 | 実在の会社・プロジェクトではない。週次報告はWBSテンプレートの見本と同じプロジェクト |
よくある質問
進捗報告のテンプレはありますか?
この記事の「進捗報告のテンプレート」をコピーして使えます。結論、先週から変わったこと、決めていただきたいこと、お待ちしていること、来週やること、数字の6つの項目を、この順に書く形です。
進捗報告で遅れを伝えるときは、どう書けばいいですか?
何がどれだけ遅れたかの事実、次の節目への影響、取り戻す手段、相手にお願いしたいことの4つを、謝る言葉より先に書きます。原因は相手のせいにせず、自分たちの見込みのどこが甘かったかを書きます。
進捗報告の緑・黄・赤はどう決めればいいですか?
次の節目に間に合うなら緑、このままだと遅れるがチームの手当てか期限つきのお願いで取り戻せるなら黄、範囲・日程・人のどれかを変える判断が要るなら赤にします。黄が3週続いたら、赤として判断をお願いします。
進捗報告に進捗率(%)は書いたほうがいいですか?
書かなくてかまいません。進捗率は書く人の感覚で決まりやすいので、完了したタスクの数と、その時点までに終わる予定だった数を並べて書くほうが、遅れが正しく伝わります。
上司への進捗報告と、お客さまへの進捗報告は分けたほうがいいですか?
結論と変わったことは同じ事実を書き、お願いの中身だけを変えます。上司には人や順番の判断を、お客さまにはお客さまの社内での判断や、ほかの会社への催促をお願いします。社内の体制の事情は、お客さまへの報告には書きません。
この記事は、PM・PdM・企画職専門の転職支援「ネコノテキャリア」と業務委託の案件紹介「ネコノテエキスパート」を運営する株式会社スナネコが、実務知見に基づいて制作しています。