週次報告書の書き方|進捗・課題・判断依頼を1枚にまとめるテンプレート

週次報告書は、その週に行った作業を並べるだけでは不十分です。「計画に対してどこまで進んだか」「何が変わったか」「誰に何を決めてほしいか」が分かると、上司やプロジェクト責任者が次の判断をしやすくなります。
この記事では、PMOやプロジェクト担当者向けに、1枚にまとめる項目、コピー用テンプレート、進捗をあいまいにしない記入例を紹介します。毎日の業務日報ではなく、プロジェクトの週次状況報告を対象にしています。
案件名、件数、日付、担当A/Bは説明用の記入例です。実際の案件の進捗や著者の成果を示すものではありません。
週次報告書に載せる5項目
おすすめの順番は「全体の要約→計画と実績→課題と影響→判断依頼→次週計画」です。読み手が詳細へ進む前に、今週の結論をつかめるようにします。
| 項目 | 答える質問 | 避けたい記載 |
|---|---|---|
| 全体の要約 | 予定どおりか。前週から何が変わったか | 根拠のない「順調です」 |
| 計画と実績 | 何が完了し、何が残っているか | 基準のない「進捗80%」 |
| 課題と影響 | 何が止まり、いつ何に影響するか | 困りごとの一覧だけ |
| 判断依頼 | 誰に、何を、いつまでに決めてほしいか | 「ご確認ください」だけ |
| 次週計画 | 次の報告時点で何が終わっている予定か | 今週の作業をそのまま繰り返す |
1枚とは、文字を極端に小さくして押し込むことではありません。要約と判断に必要な情報を1ページに置き、詳細はWBS・課題管理表・成果物へのリンクで参照できる形にします。読み手や案件の規模によって、複数ページの指定がある場合はその形式を優先してください。
コピーして使える週次報告テンプレート
【案件名/報告対象期間】 【集計時点/作成者/確認者】 1. 全体の要約 ・現状: ・前週からの変化: ・結論の根拠: 2. 計画と実績 成果物・節目|基準計画日|実績日/見込み日|差分・理由 3. 課題と影響 課題ID|起きている事実|影響先・発生時期|対応案|担当・期限 4. 判断依頼 判断者|決めてほしいこと|選択肢・推奨案|判断期限|未決時の影響 5. 次週の完了予定 成果物|完了条件|担当|予定日 【詳細リンク】WBS/課題管理表/関連成果物
集計時点は必ず書きます。月曜朝の報告なのに、ある項目は金曜夕方、別の項目は日曜夜の状態になっていると比較しづらいためです。基準計画も、承認された計画の版を明示してください。
記入例:遅れを隠さず、必要な判断を絞る
説明用の「社内申請フォーム改修」で、仕様確認が予定より長引いた状況を例にします。
全体の要約
仕様確定は基準計画10月16日に対し、10月19日見込み。承認フロー1件が未確定のため。次工程の着手日は、確認完了を前提に10月20日を見込む。公開日は現時点で判断保留。
「遅延あり」だけでは、何が遅れ、どの予定がまだ未確定なのか分かりません。確定した実績と、条件付きの見込みを分けて書きます。影響を調べていない公開日を「変更なし」と断定しないのも大切です。
計画と実績
| 節目 | 基準計画 | 実績・見込み | 説明 |
|---|---|---|---|
| 対象項目の洗い出し | 10月14日 | 10月14日完了 | 対象12項目を一覧化、担当A確認済み |
| 仕様確定 | 10月16日 | 10月19日見込み | 承認フロー1件の回答待ち |
| 実装着手 | 10月19日 | 10月20日見込み | 仕様確定が前提。未確定部分の先行実装はしない |
判断依頼
責任者へ:10月19日正午までに、代理承認を今回の対象に含めるか判断をお願いします。案Aは今回対応、案Bは次回改修へ分離です。担当Aは案Bを推奨しますが、利用部門への影響確認が必要です。未決の場合、実装着手日を再見積もりします。
推奨案を書いても、承認前に決定済みとして扱わないでください。判断に必要な工数や利用部門の影響がまだ不明なら、その不足情報と確認担当も添えます。
進捗率を書くなら、分母と完了条件を決める
「頑張ったので80%」では、翌週も同じ数字が続きがちです。例えば「対象12項目のうち、利用部門が確認したのは9項目」のように、数えた対象と判定者を明示します。ただし、この9/12は項目の確認率であり、プロジェクト全体の工数進捗率ではありません。
各項目の大きさが違うと、件数の割合だけでは状況を表せません。残る3項目が重い論点なら、その影響を別に書きます。期間の消化率、作業量の消化率、成果物の完了率を混ぜないでください。
- 分母:何を対象にして数えるか。
- 完了条件:作成、レビュー、承認のどこで完了とするか。
- 確認者:誰が完了を判断するか。
- 残り:難しい論点や依存関係が残っていないか。
赤・黄・緑の判定は、チームで基準を共有する
色を使うなら、色の意味を報告書内か運用ルールに残します。下の基準は一例であり、業界共通の必須ルールではありません。
| 表示 | 記入例用の判定基準 | 報告に必要な内容 |
|---|---|---|
| 緑/予定内 | 主要な節目が計画内に収まる見込み | 根拠となる完了実績と次の節目 |
| 黄/要注意 | 現行計画内で対応可能だが、条件付き | 条件、対策、再判定日 |
| 赤/判断が必要 | 計画の変更や責任者判断が必要 | 影響、選択肢、判断期限 |
色だけで情報を伝えず、「要注意」などの文字も付けます。黄・赤を悪い評価だと捉えると報告が遅れやすいため、判断が必要な状態を伝える表示として使います。

報告を作るための仕事を増やさない運用
週次報告のために別の進捗表を作ると、数字の不一致が起きやすくなります。WBSや課題管理表を元データにし、報告書には重要な差分だけを抜き出します。詳細の課題IDを残すと、読み手が根拠をたどれます。
担当者へ毎回「今どんな感じですか」と聞く代わりに、見込み日、完了条件、阻害要因、必要な判断を定型で確認します。状況の聞き方に迷う場合は、オープン型・クローズド型質問の使い分けも参考になります。
会議で決まった対応は、元の課題管理表や計画へ戻します。報告書にだけ新しい期限が書かれ、担当者の一覧には古い期限が残る状態を避けてください。
提出前のチェックリスト
- 対象期間と集計時点がそろっているか。
- 基準計画、実績、見込みを区別したか。
- 前週から変わった部分が分かるか。
- 重大な課題に、影響・対応案・期限があるか。
- 判断依頼が詳細の中に埋もれていないか。
- 次週の予定に、確認可能な完了条件があるか。
- 詳細リンクが配布先の権限で開けるか。
よくある質問
大きな進捗がない週は、何を書きますか?
予定していた成果が出ていない理由、確認中の事項、見込みの変化を書きます。作業量を多く見せるために細かな行動を増やすより、次の節目に影響する事実を伝えてください。
日報との違いは何ですか?
日報が日々の業務や作業状況を扱うのに対し、ここでの週次報告は、プロジェクトの節目、課題、判断に焦点を当てています。チームの用途に合わせて両者の役割を決めます。
毎週同じフォーマットでよいですか?
比較する項目と判定基準は固定したほうが差分を追いやすくなります。読み手が使わない欄は見直し、工程が変わったときは必要な項目を調整します。
まとめ:1枚の中に「次の判断」を置く
週次報告の価値は、記載した作業の数ではなく、状況を踏まえて次の判断ができることにあります。計画と実績、課題の影響、判断依頼を分け、元の管理表へ結果を反映するところまでつなげましょう。
ほかの実務の型はPMO実務テンプレート一覧から確認できます。
本文の型・記入例・図は当サイト独自の運用案です。判断・対応の記録との接続は、Atlassianの会議メモテンプレートも参考資料として確認しました。確認日:2026年10月11日。アイキャッチ:Gabriel Cox / Unsplash(イメージ写真)。
