プロジェクトステータスレポートの書き方｜A4一枚に収める型と5つの構成要素

※ 本記事はアフィリエイト広告（Amazon アソシエイト等）を含みます

「今週やったことを箇条書きで並べたら、報告会で『で、順調なの？遅れてるの？』と聞き返された」。プロジェクトの進捗報告で多くの人がつまずくのは、作業の記録を書いてしまうからです。ステークホルダーが知りたいのは「何をやったか」ではなく「このプロジェクトは大丈夫か、自分は何を判断すればいいか」です。

結論から言えば、良いステータスレポートは、A4一枚に「①全体ステータス（信号）→ ②サマリー → ③進捗（定量＋定性）→ ④課題とリスク → ⑤次週の計画・依頼」を決まった順で載せるだけで作れます。この5つの要素をこの順番に固定しておけば、読み手は上から3行で全体像をつかみ、判断が必要な箇所（課題・依頼）にすぐたどり着けます。

なぜ「型」なのか。順番と項目を毎回変えると、読み手はどこを見ればいいか探すところから始めなければならず、報告の目的である「素早い状況把握と意思決定」が遅れるからです。逆に言えば、フォーマットを固定するほど、書く側は埋めるだけ・読む側は差分だけ追えるようになります。この記事では、5つの構成要素、A4一枚に収めるレイアウトの型、緑黄赤サインの付け方、定量と定性のバランス、記入例までを、初めて週次レポートを任されたPMがそのまま使える形で解説します。

ステータスレポートとは｜「作業記録」ではなく「意思決定の材料」

プロジェクトステータスレポート（進捗報告書）とは、プロジェクトの現在の状況を関係者に定期的に共有し、認識をそろえ、問題を早期に発見し、必要な意思決定を引き出すためのコミュニケーション文書です。週次・隔週・月次など決まった間隔で発行します。

ここで押さえたい最重要ポイントは、ステータスレポートの目的は「頑張りをアピールすること」でも「作業の記録を残すこと」でもない、ということです。目的は次の3つに集約されます。

• 認識合わせ：PM・スポンサー・チーム・顧客が「今どこにいるか」を同じ絵で共有する
• 早期発見：遅れ・課題・リスクを、手遅れになる前に表に出す
• 意思決定：判断や支援が必要な事項を明示し、その場で決めてもらう

つまりレポートは読み手のためのものです。「やったこと」を延々並べても、読み手が「順調か／何をすればいいか」を掴めなければ、それは報告として機能していません。この視点が、以下の型のすべての土台になります。

ステータスレポートの5つの構成要素

判断につながるレポートは、次の5要素で構成します。この順番（結論から詳細へ）が肝です。

#	構成要素	何を書くか	読み手が得るもの
①	全体ステータス	緑／黄／赤の信号でプロジェクト全体の健全性を一目で	「大丈夫か否か」を一瞬で把握
②	エグゼクティブサマリー	3〜6行で今週の要点・全体判断を要約	忙しい役員はここだけで足りる
③	進捗状況	定量（進捗率・計画比）＋定性（要点コメント）	「どれだけ進んだか」を客観的に
④	課題とリスク	すでに起きた課題／未来のリスクと対応策	「何が危ないか」と打ち手
⑤	次週の計画・依頼	来週やること＋判断してほしい相談事項	「自分は何をすればいいか」

① 全体ステータス｜信号でまず結論を出す

レポートの一番上に、プロジェクト全体の状態を緑（順調）／黄（注意）／赤（危険）の信号で示します。読み手はまずここを見て「大丈夫そうだな」「これは要注意だな」と当たりをつけます。結論を最初に出す——これが「やったこと報告」との決定的な違いです。

② エグゼクティブサマリー｜3〜6行で全体を言い切る

信号の下に、今週の状況を3〜6行に要約します。「スケジュールは計画通り。ただし結合テストで不具合が想定より多く、来週の要員追加をご相談したい」——このように、全体判断＋最も伝えたい1点を短く言い切ります。忙しいスポンサーはここだけ読めば済む、という粒度が理想です。

③ 進捗状況｜定量と定性をセットで

進捗は、数字（定量）と言葉（定性）の両方で示します。定量だけだと「なぜその数字なのか」が伝わらず、定性だけだと「で、順調なの？」に答えられません。

• 定量：全体進捗率（例：予定55%に対し実績50%）、マイルストーン達成状況、EVMのSPI/CPI など
• 定性：数字の背景・要点コメント（例：「設計は完了。実装が2機能分後ろ倒し」）

④ 課題とリスク｜「起きたこと」と「起きうること」を分ける

ここが報告の価値の中心です。課題（すでに起きている問題）とリスク（今後起きうる問題）を分けて、それぞれに対応策をセットで書きます。問題を隠さず、主体的に打ち手を示す姿勢が信頼につながります。詳しい台帳の運用は「課題管理表（Issue Log）の運用方法」「リスク登録簿テンプレートと使い方」を参照してください。

⑤ 次週の計画・依頼事項｜相手のアクションを明示する

最後に、来週の主な予定と、**読み手に判断・支援してほしい依頼事項（相談事項）**を書きます。「◯◯の承認を今週中にお願いします」「要員1名の追加を判断いただきたい」——ここを明示しないと、レポートは「読んで終わり」になり、意思決定が動きません。

A4一枚に収める「型」

上の5要素を、A4一枚（またはスライド1枚）に固定レイアウトで配置します。上から結論、下へ詳細の順で並べるのが基本です。

位置	セクション	中身
最上部	ヘッダー	プロジェクト名・報告期間・報告者・報告日
上段	全体ステータス	🟢🟡🔴 の信号＋一言（例：🟡 注意：テスト遅延）
上段	サマリー	今週の要点 3〜6行
中段	進捗状況	進捗率・マイルストーン表（定量）＋コメント（定性）
中段	課題・リスク	課題／リスク・影響・対応策・担当・期限
下段	次週の計画	来週の主要タスク
最下部	依頼・相談事項	判断してほしいこと・支援のお願い

全体ステータス（信号）の付け方

「なんとなく黄色」では信頼されません。何をもって緑・黄・赤とするかの基準を、プロジェクトの最初に決めて共有しておきます。

信号	状態	目安の基準（例）
🟢 緑	順調	計画どおり。課題はあるが自チームで対処可能
🟡 黄	注意	遅延・課題の兆候あり。対策中だが支援が要るかも
🔴 赤	危険	納期・予算・品質に影響が出る／出ている。要エスカレーション

基準を先に決めておくと、報告者による「盛り」や「過度な悲観」がなくなり、信号の意味が関係者間で揃います。赤を出すのは勇気が要りますが、赤を早く出せるチームほど、手遅れになる前に手が打てます。逆に、ずっと緑だったのに突然赤になる「サプライズ報告」が最も信頼を失います。

定量と定性のバランス

「良い報告書は数字と言葉の両輪」とよく言われます。片方だけでは判断材料になりません。

記入例｜Webシステム導入プロジェクト（第8週）

イメージをつかむために、架空のWebシステム導入PJの週次レポート（要約版）を示します。

• ヘッダー：ECサイト刷新PJ／報告期間 7/6〜7/12／報告者 PM山田／7/13
• 全体ステータス：🟡 注意（結合テストの不具合対応で遅延の兆候）
• サマリー：設計・実装は完了。結合テストに着手したが不具合が想定の1.5倍。現時点で全体進捗はほぼ計画線だが、対応が長引けば来週以降に遅延波及の恐れ。テスト要員1名の追加をご相談したい。
• 進捗：全体進捗 50%（計画 55%・マイナス5%）／マイルストーン「実装完了」達成、「結合テスト完了（7/26予定）」は黄
• 課題：[結合テストで決済連携の不具合が多発] → 影響：テスト工数増 → 対応：優先度の高い不具合から順次修正（担当：開発リード／期限 7/19）
• リスク：[不具合対応が長引くとUAT開始が後ろ倒し] → 対策：バッファ2日を消費して吸収、超過見込み時点で即エスカレーション
• 次週の計画：優先不具合の修正完了、回帰テスト、UAT準備
• 依頼事項：テスト要員1名を7/16から2週間追加する件、今週中にご判断ください

このように、信号→サマリー→定量進捗→課題/リスク→依頼が一本の流れになっていると、読み手は迷わず「要員追加を判断すればいい」とわかります。

ステータスレポートを型にするメリット・デメリット

デメリットの多くは「形骸化」と「楽観バイアス」に集約されます。裏を返せば、課題・リスク・依頼の欄を必ず埋める運用と、赤を早く出せる心理的安全性をセットで用意すれば、型は強力に機能します。

ステータスレポートでよくある失敗5選

1. 「やったこと」の羅列で終わる：読み手が判断できない。全体ステータス・課題・依頼を必ず入れ、作業ログは別紙に回す。
2. ずっと緑で突然赤になる：サプライズ報告は最も信頼を失う。信号の基準を先に決め、兆候の段階で黄を出す。
3. 定量か定性のどちらかしかない：数字だけは解釈不能、言葉だけは客観性なし。数字＋その理由をワンセットで書く。
4. 課題とリスクを混同する：起きた問題と起きうる問題は打ち手が違う。課題（現在）とリスク（未来）を分けて書く。
5. 依頼事項が書かれていない：読んで終わりで意思決定が動かない。判断・支援してほしいことを名指しで明示する。

よくある質問（FAQ）

Q. ステータスレポートはどのくらいの頻度で出すべきですか？ A. プロジェクトの動きの速さに合わせます。短期・変化が速いプロジェクトは週次、長期で安定しているものは隔週〜月次が目安です。大事なのは頻度そのものより、決めた間隔を守り、同じ型で継続することです。間隔が不定だと、読み手が「前回からの差分」を追えなくなります。

Q. 進捗率はどう出せばいいですか？主観になりませんか？ A. 「感覚で80%」は形骸化のもとです。完了したタスク数／全タスク数や、EVMの出来高（EV）ベースなど、算出ルールを先に決めておきます。ルールを固定すれば、報告者が変わっても数字の意味がぶれません。

Q. 週次のステータスレポートと、ステアリングコミッティ（ステコミ）資料は同じですか？ A. 目的が異なります。週次レポートは「定期的な状況共有と早期発見」が主目的、ステコミ資料は「役員クラスに重要な意思決定を仰ぐ」のが主目的で、より結論・KPI・意思決定事項に絞ります。運用の実際は「プロジェクトのステアリングコミッティ運営」を参照してください。

Q. 悪い報告（遅れ・赤信号）を出すのが怖いです。 A. 悪い状況ほど早く出すのが正解です。問題を隠して手遅れになる方が、はるかに大きなダメージになります。事実＋原因＋打ち手＋依頼をセットで示せば、それは「言い訳」ではなく「主体的なマネジメント」として受け取られます。赤を早く出せることは、PMの弱さではなく強さです。

Q. 何のツールで作ればいいですか？ A. ExcelやPowerPoint、Wordのテンプレートで十分始められます。定量部分はガントチャートやプロジェクト管理ツールの数字を流用すると、二重管理を避けられます。ツールより先に、まず1枚の型を固定することが効果を生みます。

まとめ｜ステータスレポートは「型に埋めて、判断を引き出す」

プロジェクトステータスレポートの書き方は、次の1点に集約されます。5つの要素をA4一枚に、結論から詳細への順で固定して載せることです。

1. 全体ステータス：緑／黄／赤の信号で結論を最初に出す（基準は事前に共有）
2. サマリー：3〜6行で今週の要点と全体判断を言い切る
3. 進捗：定量（進捗率・計画比）と定性（背景コメント）をワンセットで
4. 課題とリスク：起きた課題と起きうるリスクを分け、対応策を添える
5. 次週の計画・依頼：来週やることと、判断してほしいことを名指しで明示する

ステータスレポートの本質は、頑張りを見せることでも作業を記録することでもなく、読み手が素早く状況を把握し、正しく意思決定できる材料を渡すことです。まずは今週、この5項目のA4一枚テンプレートを1つ用意し、次の進捗報告を「やったことの羅列」ではなく「信号・課題・依頼が1枚で見える型」で出してみてください。それだけで、あなたの報告は「読んで終わり」から「判断が動く報告」に変わり始めます。