週次進捗報告書のテンプレート
週次進捗報告書は、プロジェクトの帳票のなかでいちばん数多く作られ、そしていちばん読まれていない書類かもしれません。毎週2時間かけて作っているのに、会議では「特に問題ありません」の一言で終わる。そんな経験のある方は多いと思います。
この記事では、A4で1枚、作成に30分で収まる週次進捗報告書のテンプレートを紹介します。ポイントは、欄を増やすことではなく「結論・課題・依頼事項」の3つを必ず埋めること、そして会議で読み上げないことです。記入例は、事例集の「サンフィールド運輸（架空）の配車・運行管理システム刷新」に当てはめています。
■ 1. 背景・よくある課題
報告書がうまく機能しないときは、たいてい次のどれかに当てはまります。
よくある状態 | 何が起きるか |
|---|---|
実施したことの一覧が延々と並んでいる | 読む側は「で、大丈夫なの？」が分からず、結局口頭で聞くことになる |
進捗率が「だいたい80%」という感覚で書かれている | 80%のまま3週間が過ぎ、残り20%に1か月かかる |
課題が全件（40件など）そのまま貼り付けられている | どれが重要か分からず、誰も読まなくなる |
会議の直前に配られる | 読む時間がないので、会議が読み上げの時間になる |
会議で報告書を1ページずつ読み上げている | 60分の会議で議論できるのは最後の5分だけ |
「判断してほしいこと」が書かれていない | 決めるべきことが決まらず、翌週に持ち越される |
サンフィールド運輸の案件でも、2024年の秋ごろは報告書が3ページありました。それでも2025年1月末に「累積32営業日の遅れ」が表面化したとき、運営委員会のメンバーは「そんなに遅れているとは思わなかった」と口をそろえています。情報は毎週届いていたのに、判断に必要な形になっていなかったのです。
■ 2. テンプレート作成の目的
目的 | 具体的にどうなることか |
|---|---|
見通しへの影響を伝える | 「何が起きたか」ではなく「だから、いつになるか」を書く |
判断してほしいことを明示する | 依頼事項が空欄なら、その週の会議は不要だと分かる |
作成の手間を30分に収める | 数字は台帳から引き、PMが書くのは3つの欄だけにする |
会議の時間を議論にあてる | 事前に読んでもらい、会議では赤・黄の項目だけを扱う |
記録として残す | 後から「いつ、何が分かっていたか」をたどれるようにする |
■ 3. テンプレートの全体像
A4で1枚、7つのブロックで構成します。増やさないことが何より大事です。
左が報告書の1枚、右が書き方の注意です。7つのブロックのうち、数字で埋まるのは③と④だけで、残りはPMが言葉で書きます。逆にいえば、③④が台帳から自動で引けるようになっていれば、PMが毎週考えるのは②⑤⑥⑦の4つだけです。
ブロック | 中身 | 目安の分量 |
|---|---|---|
① ヘッダ | 案件名、報告週、報告者、次回会議日、全体信号（青・黄・赤） | 1行 |
② 今週の結論 | 見通しへの影響。「だから、どうなるか」 | 3行以内 |
③ 進捗 | マイルストーンの当初／再計画／見通し。今週完了したもの | 5行以内 |
④ コスト・工数 | 消化額と枠、SPI／CPI、今週の投入工数 | 3〜4行 |
⑤ 課題・リスク | 先週から変化のあった上位3件だけ | 3行 |
⑥ 来週やること | 来週完了させる予定のもの | 3〜5行 |
⑦ 依頼事項 | 誰に、何を決めてほしいか | 0〜2行 |
■ 4. 各項目の説明
① 全体信号（青・黄・赤）の判定基準
信号の色は、感覚ではなく基準で決めます。基準を先に決めておかないと、「悪い報告をすると怒られる」という空気のなかで、赤はいつまでも黄のままになります。
色 | 意味 | 判定の目安 | 求められる行動 |
|---|---|---|---|
青 | 計画どおり | 遅れが5営業日以内、かつ予算消化が計画の±5%以内 | 報告のみ |
黄 | 遅れはあるが、自力で戻せる | 遅れが6〜15営業日、または予算超過の見通しが5%以内 | 挽回策を報告書に書く |
赤 | 上位者の判断が無いと戻せない | 遅れが16営業日以上、または予算枠を超える見通し | 依頼事項に判断項目を書き、臨時会議を要請 |
② 今週の結論の書き方
書き方 | |
|---|---|
△ 避けたい | 「配車最適化の詳細設計を継続しました。拠点ヒアリングを3拠点実施しました。」 |
○ 望ましい | 「拠点ヒアリングの回答が5拠点から届かず、要件確定が2週間遅れる見通しです。このままだと詳細設計完了が3/14になり、M4開発完了が1週間後ろにずれます。」 |
違いは、「作業の報告」か「見通しの報告」かです。読む側が知りたいのは前者ではありません。
③ 進捗の書き方
進捗率は「だいたい80%」のような感覚値を使わず、次のどちらかにします。
方式 | やり方 | 向いている作業 |
|---|---|---|
0／50／100方式 | 未着手0%、着手50%、完了100%の3段階のみ | 1〜2週間で終わる小さめの作業 |
成果物カウント方式 | 「14拠点中9拠点完了」のように、数えられる単位で報告する | 同じ作業を繰り返すもの（拠点展開、画面設計など） |
どちらも、報告する人の主観が入らないのが利点です。「80%」は人によって意味が違いますが、「14拠点中9拠点」は誰が数えても同じになります。
⑤ 課題・リスクは上位3件だけ
管理表に40件あっても、報告書に載せるのは3件です。選ぶ基準は「件数の多さ」ではなく「先週から変化があったか」です。新しく発生したもの、影響度が上がったもの、期限を過ぎたもの。この3種類だけを載せます。変化のないものは管理表を見れば分かります。
⑦ 依頼事項は「誰に・何を」
「ご協力をお願いします」ではなく、「運営部長に、拠点ヒアリングの回答期限を2/7に設定する件を承認していただきたい」と書きます。宛先と、決めてほしいことと、期限。この3つが揃っていれば、会議で決まります。
■ 5. 記入例（架空企業：サンフィールド運輸）
中堅物流のサンフィールド運輸（年商96億円・従業員420名・配送拠点14・車両318台）が、配車・運行管理システムを刷新したプロジェクト（10か月・当初156人月・当初契約額1億3,728万円）の、2025年1月最終週の報告書です。
ブロック | 記入内容 |
|---|---|
① ヘッダ | 配車・運行管理システム刷新／報告週 1/27〜1/31／報告者 PM／次回会議 2/6（木）／全体信号：赤 |
② 今週の結論 | 累積の遅れが32営業日に達しました。現在のペースでは稼働が9月中旬にずれ、6月中旬からの繁忙期を挟むため実質3か月半の遅れになります。2/6の会議で再計画案の承認をお願いしたく、案を添付します。 |
③ 進捗 | M2 基本設計完了：当初1/31 → 再計画案2/21（見通し2/21）／要件定義 14拠点中9拠点でヒアリング完了／今週完了：非機能要件定義書レビュー |
④ コスト・工数 | EV 6,400万円／AC 6,810万円／PV 8,200万円 SPI 0.78 CPI 0.94 承認枠1億4,800万円に対し消化46% |
⑤ 課題・リスク | I-042 拠点ヒアリング未回答5拠点（先週3→5に増加）／I-047 会計連携の仕様確定が2週間遅れ（新規）／R-011 繁忙期入り前の切替失敗リスク（影響度 中→大） |
⑥ 来週やること | 残り5拠点のヒアリング完了／会計連携の仕様レビュー（2/6）／再計画案を運営委員会へ提出 |
⑦ 依頼事項 | 運営部長へ：拠点ヒアリングの回答期限を2/7に設定し、各拠点長へ指示していただきたい（2/6の会議で決定希望） |
この1枚が配られたことで、2/6の会議は「遅れているかどうか」の確認ではなく、再計画案の中身を詰める場になりました。結果としてこのプロジェクトは、当初の目標だった2025年6月2日の稼働を守っています。
なお②で全体信号を「赤」にした判断が、いちばん大きな分かれ道でした。32営業日の遅れは判定基準で明確に赤です。ここで「黄」にしていたら、再計画の議論は数週間後ろにずれていたはずです。
■ 6. 運用ルール
報告書は「いつ作って、いつ配るか」を決めないと続きません。サンフィールド運輸で回していたサイクルは次のとおりです。
ルールとしては、次の6つです。
ルール | 内容 | 理由 |
|---|---|---|
会議の2日前に配る | 火曜朝に配信し、木曜午後に会議 | 読む時間がないと、会議が読み上げになる |
会議で読み上げない | 依頼事項と、赤・黄の項目だけを議論する | 読み上げに使う30分は、議論に使ったほうがよい |
A4で1枚に収める | 入りきらない詳細は別紙にして添付する | 1枚を超えた瞬間に、読まれる確率が大きく下がる |
数字は台帳から引く | 進捗・工数・課題はそれぞれの管理表を参照する | 報告書に手打ちすると、必ず管理表とずれる |
悪い報告を責めない | 赤を出したことではなく、遅れて出したことを問題にする | 責めると、翌週から赤が出てこなくなる |
欄を増やさない | 「この項目も載せて」と言われたら、代わりに何を外すかを決める | 欄が増えるほど作成時間が延び、質が落ちる |
5つめの「悪い報告を責めない」は、テンプレート以前の話に見えますが、実はいちばん重要です。報告書の形式をどれだけ整えても、赤を出した人が会議で詰められる組織では、次の週から信号は黄しか出なくなります。
■ 7. 活用シーン
場面 | 使い方 |
|---|---|
社内の定例進捗会議 | 配布済みを前提に、依頼事項から議論を始める |
発注者・運営委員会への報告 | 1枚を毎週送り、月次では4枚を並べて傾向を見せる |
ベンダーからの報告受領 | 同じ様式で出してもらい、自社側の報告書と突き合わせる |
PMの交代・引き継ぎ | 過去12週分を読めば、経緯がほぼ把握できる |
フェーズ完了報告 | そのフェーズの週次報告を並べ、いつ何が分かっていたかを振り返る |
上位者への臨時エスカレーション | 赤の週の1枚をそのまま使い、資料を作り直さない |
■ 8. よくある失敗と直し方
失敗 | 起きること | 直し方 |
|---|---|---|
報告書が3ページに増えていく | 作成に2時間かかり、誰も最後まで読まない | A4で1枚と決め、詳細は別紙へ。欄を足すときは何かを外す |
進捗率が感覚で書かれている | 「80%」のまま数週間が過ぎる | 0／50／100方式か、成果物カウント方式に切り替える |
信号がいつも黄 | 本当に危ないときに区別がつかない | 青・黄・赤の判定基準を数値で決め、機械的に当てはめる |
課題を全件そのまま貼っている | 重要なものが埋もれる | 「先週から変化のあった上位3件」に絞る |
会議直前に配っている | 会議が読み上げの時間になる | 配信を2日前に固定し、遅れたら会議を延期する |
依頼事項がいつも空欄 | 会議があっても何も決まらない | 空欄でよい。ただしその週は会議を開かない、と決める |
■ 9. 導入効果
観点 | 導入前 | 導入後 |
|---|---|---|
報告書の分量 | A4で3ページ | A4で1枚 |
作成時間（PM） | 週2時間 | 週30分 |
配布のタイミング | 会議当日の朝 | 会議の2日前（火曜朝） |
進捗会議の時間 | 60分（うち読み上げ40分） | 30分（読み上げなし） |
遅れに気づくまでの期間 | 1〜2か月（月次報告で発覚） | 1週間（信号と結論で見える） |
会議で決まる依頼事項 | 持ち帰りが多い | 事前に読まれているため、その場で決まる |
作成時間が2時間から30分に減った理由は、文章を短くしたからではありません。③進捗と④コストを台帳から自動で引くようにしたからです。テンプレートを配る前に、進捗と工数の入力ルールを整えておくと、効果がはっきり出ます。
■ まとめ
週次進捗報告書は、作業の記録ではなく判断のための材料です。読む人が知りたいのは「先週何をしたか」ではなく、「この先どうなるのか」と「自分は何を決めればいいのか」の2つだけです。
今の報告書を1枚にするのが難しければ、まず②今週の結論と⑦依頼事項の2つを先頭に足すところから始めてみてください。それだけで、読まれ方がはっきり変わります。