進捗報告メールは、件名と本文の冒頭1行で「予定どおり」「遅れあり」「判断が必要」のどれに当たるかを先に示し、その下に「完了したこと」「次にやること」「遅れと対策」「相談したいこと」を分けて書くのが基本の形です。読み手は冒頭だけで返事が要るかどうかを判断でき、遅れや相談が文章の途中に埋もれません。この記事では、項目の表と3通りの例文を示したうえで、書式を整えても報告が遅れたり中身が薄くなったりする理由と、その直し方を説明します。書き方の工夫だけでは、「遅れを書くと責められる」「誰にいつ送るかが決まっていない」といった仕組みの問題は解けないためです。

進捗報告メールの基本の型

文化庁の「公用文作成の考え方」(文化審議会建議、2022年)は、標題には主題とあわせて「報告」「提案」などの文書の性格を示すこと、結論はできれば最初の段落で示し、理由や詳細はその後に書くことを勧めています。進捗報告メールもこの順序に合わせると、読み手の負担が小さくなります。

項目書くこと書き方の例
件名案件名・対象期間・状況「〇〇導入の進捗報告(9/22〜9/26)遅れ1件あり」
冒頭の1行全体の状況を3段階で「全体は予定どおりです。ただし1件、判断をお願いしたい点があります」
完了したこと今回の期間に終わった作業「画面設計のレビュー完了(9/25)」
次にやること次の期間の作業と期限「テストデータの準備(10/2まで・担当 佐藤)」
遅れ・問題事実・原因・影響・対策「データ提供が3日遅れ。検証開始が10/6にずれる見込み」
相談・判断何を・いつまでに決めてほしいか「A案かB案か、10/1までにご判断ください」
参照進捗管理表やファイルの置き場所「詳細は進捗管理表の3〜8行目」

状況は「予定どおり」「遅れあり(対策済み)」「判断が必要」の3段階に固定しておくと、報告する人によって表現がぶれません。「おおむね順調」「少し押しています」のような言い方は、読み手が遅れの大きさを判断できないため避けます。

進捗報告メールの例文

予定どおりのとき

件名:〇〇導入の進捗報告(9/22〜9/26)予定どおり

〇〇部長

お疲れさまです。△△です。
〇〇導入の今週の進捗を報告します。全体は予定どおりで、ご判断いただく事項はありません。

■完了したこと
・画面設計のレビュー完了(9/25)
・利用部門への説明会の日程確定(10/8 15時)

■次週の予定
・テストデータの準備(10/2まで・佐藤)
・操作手順書の初版作成(10/3まで・△△)

詳細は共有フォルダの進捗管理表をご覧ください。

遅れがあるとき

遅れを書くときは、事実・原因・影響(どの日程に響くか)・対策の4点をそろえます。対策が決まっていない場合も「〇日までに対策案をお持ちします」と次の動きを書きます。

件名:〇〇導入の進捗報告(9/22〜9/26)遅れ1件・対策済み

〇〇部長

お疲れさまです。△△です。
今週の進捗を報告します。1件遅れがありますが、最終の稼働日(11/1)は変わらない見込みです。

■遅れ
・事実:既存データの提供が予定の9/24から9/27にずれました
・原因:データの抽出条件の確認に時間がかかったため
・影響:データ検証の開始が10/1から10/6にずれます
・対策:検証を2人で分担し、終了日(10/15)は据え置きます

■完了したこと
・画面設計のレビュー完了(9/25)

■次週の予定
・データ検証の開始(10/6・佐藤、△△)

判断をお願いするとき

相談は「どうしましょうか」と投げるのではなく、選択肢と推奨案、判断の期限、期限までに返事がない場合の扱いを書きます。

件名:〇〇導入の進捗報告(9/22〜9/26)ご判断のお願い1件

〇〇部長

お疲れさまです。△△です。
今週の進捗を報告します。1件、10/1(水)までにご判断をお願いします。

■ご判断いただきたいこと
説明会の対象を広げるかどうか
・A案:予定どおり利用部門の10名だけ(準備は今のまま)
・B案:営業部の5名も加える(資料の追加に2日かかります)
推奨はA案です。営業部には11月に別途説明する方が、資料を実際の画面に合わせられるためです。
10/1までにご返信がない場合は、A案で進めます。

■完了したこと・次週の予定
(略)

自社の進捗報告を点検するチェックリスト

書式を配る前に、いまの報告がどこでつまずいているかを確かめます。当てはまる項目が多いほど、書き方ではなく仕組みの側に原因があります。

  • 報告を読んでも、返事が要るのかどうかが最後まで読まないと分からない
  • 「順調です」とだけ書かれた報告が続いた後、突然大きな遅れが出たことがある
  • 誰に、何曜日に、何を報告するかが決まっておらず、人によって違う
  • 同じ内容を、メール・チャット・会議資料・管理表に何度も書いている
  • 相談を書いても返事が来ず、報告した側が作業を止めて待っている
  • 遅れを報告した人が、会議で原因を詰められる場面がある

書式を整えても報告が回らない理由と直し方

報告の宛先・頻度・内容が決まっていない

デジタル庁の「デジタル・ガバメント推進標準ガイドライン」(2026年)は、プロジェクト管理要領の「工程管理」に、作業の管理方法とあわせて進捗状況の報告先・内容・頻度を記載するよう定めています。行政のシステム開発のための決まりですが、報告の約束を最初に文書で決めておくという点は、社内の案件でもそのまま使えます。案件を始めるときに「誰が、誰へ、いつ、どの項目で」を1行で決めておけば、報告が人任せになりません。

遅れを書くと責められる

遅れの報告が会議で原因の追及に使われると、担当者は「もう少しで取り戻せるかもしれない」と報告を先送りします。直し方は、報告の時点を気持ちではなく基準で決めることです。たとえば「終了予定が3営業日以上ずれる見込みが出たら、定期の報告を待たずに送る」と決め、基準どおりに早く上げた報告には、原因の追及より先に対策の相談で応じます。早く上げるほど打ち手が多く残る、という経験が積み重なると、報告は早くなります。

同じ情報を何度も書いている

メールの本文に作業の一覧をすべて書き、同じ内容を管理表にも書き写していると、どちらかが古くなります。作業ごとの状況は進捗管理表を正として、メールには「状況の3段階」「遅れ」「判断してほしいこと」と、管理表の見る場所だけを書く形にすると、報告の手間が減り、食い違いも起きません。表の作り方は進捗管理表の作り方で扱っています。

相談に返事が来ない

返事が来ないのは、読み手が忙しいからだけではなく、何をいつまでに決めればよいかが読み取れないことが多いためです。先の例文のように、選択肢・推奨案・期限・期限を過ぎた場合の扱いを書けば、読み手は1行で返事ができ、返事がなくても作業が止まりません。

実行時の落とし穴

  • 長くしすぎる:経緯や作業の細部を本文に書き込むと、冒頭の結論が埋もれます。詳細は管理表や添付に回し、本文は画面をスクロールせずに読める長さに収めます
  • 宛先を広げすぎる:関係者を全員CCに入れると、誰が判断するのかがかえって曖昧になります。判断してほしい人は宛先に、知っておいてほしい人だけをCCに入れます
  • 遅れの原因を人に帰す:「〇〇さんの確認が遅れたため」と書くと、次から関係者が報告に協力しなくなります。原因は工程や条件の事実として書きます
  • メールとチャットを混ぜる:定期の報告はメールや管理表、急ぎの相談はチャット、と使い分けを決めておかないと、判断の記録が散らばります。使い分けの考え方はメールとチャットの使い分けで整理しています

報告の基準や上げる先の決め方は報連相のルールの作り方で、週単位の報告の書式は週報の書き方で扱っています。組織の情報共有に関するほかの記事は組織・コミュニケーションからご覧いただけます。

出典