進捗報告書の書き方：上司・顧客が納得するフォーマット

読了時間：約7分

「報告書を出したのに、上司から『で、何が問題なの？』と返ってきた」——これは報告書の構成に問題があるケースがほとんどです。読む側が知りたいのは「事実の羅列」ではなく、今どこに問題があり、自分は何を判断すればいいかです。この記事では、上司・顧客が本当に求める報告書の書き方を解説します。

この記事の結論 進捗報告書に必要な5要素は「全体進捗・今週の実績・来週の予定・課題とリスク・判断依頼事項」。赤信号・黄信号は事実と対策をセットで伝える。NGは「順調です」だけの報告と、問題を隠す報告。ChatGPTで下書きを作り、数値と事実で肉付けする使い方が効率的。

報告書に必要な5要素

どんなプロジェクト・どんな受け手にも共通する5つの要素があります。この順番で書くと、読み手が迷わず内容を把握できます。

要素	内容	目安の分量
① 全体進捗	計画比で今どこにいるか（数値で）	1〜2行
② 今週の実績	完了したタスクと達成/未達の理由	3〜5行
③ 来週の予定	着手するタスクと担当者	3〜5行
④ 課題・リスク	現在の問題点と影響範囲	必要に応じて
⑤ 判断依頼事項	読み手に決めてほしいこと	必要に応じて

特に重要なのは⑤判断依頼事項です。「問題があります」だけでは読み手は何をすれば良いかわかりません。「〇〇について、A案かB案かを今週中にご判断ください」と具体的に書くことで、報告書が「行動につながる文書」になります。

フォーマットテンプレート（コピー可）

そのまま使えるテンプレートです。括弧内を自分のプロジェクトに合わせて書き換えてください。

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📊 プロジェクト進捗報告
プロジェクト名：【プロジェクト名】
報告日：〇〇年〇〇月〇〇日
報告者：【氏名】
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

■ 全体進捗
計画：〇〇% 完了予定 ／ 実績：〇〇% 完了
ステータス：🟢 順調 ／ 🟡 要注意 ／ 🔴 要対応

■ 今週の実績（〇月〇日〜〇日）
✅ 完了：〔タスク名〕（担当：〇〇）
✅ 完了：〔タスク名〕（担当：〇〇）
⚠️ 未完：〔タスク名〕→ 理由：〔具体的な原因〕 → 対応：来週〇日までに完了予定

■ 来週の予定（〇月〇日〜〇日）
・〔タスク名〕（担当：〇〇 ／ 期限：〇日）
・〔タスク名〕（担当：〇〇 ／ 期限：〇日）

■ 課題・リスク
【課題①】〔具体的な課題〕
　影響：〔このまま放置するとどうなるか〕
　対応策：〔現在の対処方法〕

【リスク①】〔今後起きうる懸念〕
　発生確率：高／中／低
　対応策：〔発生時の対処方法〕

■ 判断依頼事項（回答期限：〇月〇日）
□ 〔決めてほしいこと・選択肢A or B〕
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

赤信号・黄信号の伝え方

問題を報告するときに最も大切なのは、「事実 → 影響 → 対応策」の3点セットで伝えることです。

黄信号（要注意）の伝え方

遅延の可能性があるが、まだリカバリーできる状態。

【黄信号の例】
■ ステータス：🟡 要注意

【課題】テスト工程で軽微なバグが予想より多く発生中
　現状：発見済みバグ 23件（計画比 +8件）
　影響：現状のペースが続くと3日程度の遅延が発生する見込み
　対応：テスト範囲を優先度順に絞り込み、軽微バグは別フェーズで対応。
　　　　担当エンジニアと明日確認済み。2日以内に挽回可能と判断。

赤信号（要対応）の伝え方

スケジュールやスコープへの影響が避けられない状態。報告が遅いほど信頼を失います。

【赤信号の例】
■ ステータス：🔴 要対応

【重要課題】ベンダーの納品遅延によりリリースが1週間ずれる可能性あり
　現状：〇月〇日に予定していた納品物が〇月〇日以降になる連絡が本日入電
　影響：現状のままではリリース日（〇月〇日）を1週間延期する必要がある
　対応案A：リリース日を〇月〇日に延期（スコープ変更なし）
　対応案B：リリース範囲を縮小してリリース日を維持
　→ 上記A/Bいずれかについて、〇月〇日（水）までにご判断をお願いします。

NG例と改善例の比較

NG例1：「順調です」だけの報告

【NG】
■ 全体進捗
今週も順調に進捗しています。引き続きよろしくお願いします。

何が完了したのか、何が残っているのかが一切わかりません。読み手は「何も問題ないのか、それとも問題を把握できていないのか」と不安になります。

改善例

【OK】
■ 全体進捗
計画比：90%完了（計画 85%・実績 90% で計画を5pt上回っています）
今週完了：画面設計書（全12画面分）、DB設計書v1.0
来週予定：フロントエンド実装着手（担当：田中）

NG例2：問題を小さく見せようとする報告

【NG】
■ 課題
少し遅れていますが、来週には取り戻せると思います。

「少し」「思います」という曖昧な表現は読み手の不信感を高めます。具体的な数字と根拠のある対応策がないと、報告として機能しません。

改善例

【OK】
■ 課題
要件定義のヒアリングが2日遅延（理由：顧客の都合による日程変更）
影響：設計フェーズの開始が2日後ろ倒しになる
対応：設計フェーズで2日を取り戻す計画。設計担当と合意済み。
　　　リリース日（〇月〇日）への影響なし。

ChatGPTで下書きを生成するプロンプト

毎週の報告書をゼロから書くのは時間がかかります。ChatGPTで下書きを生成し、自分の数字・事実で肉付けする使い方が効率的です。

プロンプト例

以下の情報をもとに、プロジェクト進捗報告書の下書きを作成してください。

【プロジェクト概要】
Webサイトリニューアル（期間3ヶ月・残り6週間）

【今週の状況】
・完了：画面設計書（全12画面）
・未完：コンテンツ整理（理由：顧客側の担当者が急遽不在になったため）
・来週：フロントエンド実装開始予定

【課題】
コンテンツ整理の遅延により、フロントエンド実装に必要な素材が揃わない可能性がある。
現時点では最悪2日の影響を想定。

【フォーマット】
5要素（全体進捗・今週実績・来週予定・課題・判断依頼）で作成。
ステータスは🟡。報告先は顧客（決裁権あり）。

出力された下書きに、実際の数値・担当者名・具体的な日付を加えれば完成します。

まとめ

5要素を押さえる：全体進捗・今週の実績・来週の予定・課題・判断依頼事項の順番で書く
数値で伝える：「順調」ではなく「計画比90%完了」、「少し遅れ」ではなく「2日遅延」
赤信号・黄信号は事実＋影響＋対応策の3点セット：「問題があります」だけでなく、対応策と判断依頼をセットにする
NGは「隠す」「曖昧にする」：早期報告＋対応策提示で信頼は下がらない
ChatGPTで下書き、人間が数値で肉付け：テンプレートをプロンプトに渡すと毎週の工数が大幅に削減できる