プロジェクト進捗報告書テンプレート(無料・記入例付き)

1ページのプロジェクト進捗報告書テンプレート、記入例、そしてクライアントの信頼を得るための赤・黄・緑の判定ルールを紹介します。毎週金曜日に報告書を一から作り直す手間をなくす方法も解説します。

João Barbosa 14 分で読めます

金曜日の午後4時30分。クライアント側のスポンサーからメールが届きます。「手短に確認したいのですが、アンケートはどこまで進んでいますか?」答えはあるものの、タスク一覧、時間集計表、2つのメールスレッドに分散しています。そこで、そのすべてを開き、週次のプロジェクト進捗報告書を手作業で作り直し始めます。1時間後に送った1ページの報告書は、月曜日にはもう古くなっています。

この記事では、無料のプロジェクト進捗報告書テンプレート(1ページの空欄版と記入済み版)、読む価値のある報告書にするためのルール、そして金曜日の作り直し作業を短いコメントの作成に変える手順を紹介します。

私は、こうした報告書を作る側と読む側の両方を経験してきました。コンサルタントとして、金曜日の午後に報告書を書いていました。クライアント側では、SISTRADE、その後UNICEFでソフトウェアやコンサルティングサービスを調達する立場で報告書を読みました。実際に行動につながったのは、自分に何か対応が必要かどうかを冒頭で伝えてくれる報告書でした。以下の内容はすべて、その経験に基づいています。

プロジェクト進捗報告書の目的

PMIのPMBOKガイドでは、進捗報告書を作業パフォーマンス報告書に分類しています。これは、読む人が意思決定し、行動を起こし、何かを認識できるようにまとめられた情報です [2]。この定義は、書く内容を1行ずつ見直す際の有効な基準になります。意思決定も行動も促さず、読み手がまだ知らないことへの気づきも与えない文は、単なる水増しです。

明確さは文体だけの問題ではありません。プロジェクトのコミュニケーションに関するPMIの調査では、読み手に合った言葉で十分に明確かつ詳しく情報が伝えられたプロジェクトの約5件中4件が当初の目標を達成しました。一方、情報伝達が十分に明確でなかった場合、達成したのは半数を少し上回る程度でした [1]。同じ報告書では、プロジェクトでリスクにさらされる資金の56パーセントは、効果の低いコミュニケーションに起因するとされています [1]。

また、人は報告書をじっくり読むよりも、ざっと目を通します。Nielsen Norman Groupの有名な調査では、テスト参加者の79パーセントが初めて見るページを拾い読みし、一語ずつ読んだのは16パーセントだけでした [5]。進捗報告書は、3行読んでやめる人にも要点が伝わる必要があります。

プロジェクト進捗報告書テンプレート(無料ダウンロード)

テンプレートはA4用紙1ページに収まります。色は好みに合わせて変更してかまいませんが、順序は維持してください。まず結論を示し、その後に根拠を続けます。

全体の状況、分野別の状況、マイルストーン、時間、リスク、意思決定の欄を備えた、1ページの空欄のプロジェクト進捗報告書テンプレート
空欄のテンプレート。1ページにヘッダーと8つのセクションを配置し、下部に状況の判定ルールを記載しています。

テンプレートをダウンロード(PDF)。印刷するか、以下の各項目をご自身のドキュメントにコピーしてください。

毎週、この報告書を作り直していませんか? GoConsでは、クライアントがタスク、マイルストーン、時間の変化を随時確認できるため、報告書は必要な意思決定に絞れます。無料で始められ、カード登録も不要です。

無料のGoConsアカウントを作成

  1. ヘッダー。 プロジェクト、クライアント、報告書番号、報告対象期間、データ基準日を記載します。PMIでは、データ基準日を状況が記録された時点と定義しています [3]。水曜日に読まれる報告書が月曜日の状況を示していることもあるため、必ず明記してください。
  2. プロジェクト情報。 作成者、クライアント側のスポンサー、契約期間、報告書の送付先を記載します。
  3. 全体の状況と要約。 緑、黄、赤の判定に加え、3つの文でまとめます。計画に対してどのような状況にあるか、前回の報告から何が変わったか、読み手に何をいつまでに求めるかを伝えます。
  4. 分野別の状況。 スケジュール、業務範囲、時間と予算、クライアントからの情報提供について、それぞれの判定とその理由を1行で記載します。業務範囲は業務範囲記述書に定めた内容を基準に評価します。記述が不十分なら、当社の業務範囲記述書テンプレートから始めてください。
  5. 完了事項と予定事項。 それぞれ3項目を箇条書きにし、日付を添えます。作業量ではなく、成果物と結果を記載してください。
  6. マイルストーン。 マイルストーン、期限、状況、見込みを記載します。マイルストーンは「分析」のような活動ではなく、「報告書の承認完了」のような状態として表現してください。
  7. 時間と予算。 対象期間と累計について計画と実績を比較し、完了時点の予測を添えます。
  8. リスクと問題。 リスクは今後起こる可能性があること、問題は現在起きていることです [3]。それぞれに影響、担当者、対応策と期日を記載します。
  9. 必要な意思決定と情報提供。 何が必要か、誰から、いつまでに必要か、遅れた場合に何が起こるかを記載します。

最初の報告書を出す前に、緑・黄・赤を定義する

多くのテンプレートでは色の意味が定義されていないため、判定が印象に左右されてしまいます。キックオフ時にルールを合意し、すべての報告書に記載してください。このテンプレートのルールは次のとおりです。

  • 緑:合意した日程、業務範囲、時間どおりに進んでいる。
  • 黄:日程、業務範囲の一部、または時間の予測にリスクがある。挽回計画があり、現時点ではクライアントの意思決定は不要。
  • 赤:クライアントまたはスポンサーが何らかの意思決定をしない限り、約束を守れない。

これは、英国政府による主要プロジェクトの評価方法に近いものです。評価は、ある時点で期限と予算を守って完了できる可能性の判断であり、赤は重大な問題への緊急対応が必要であることを示します。プロジェクトが失敗したという意味ではありません [4]。選択肢を添えて伝える赤は、対話のきっかけになります。不意に伝えられる赤は、信頼の問題になります。

記入例:プロジェクト進捗報告書

以下は、同じテンプレートを架空の案件に記入した例です。Northbridge AdvisoryがKestrel Labs向けに実施する価格設定見直しで、13週間の単発コンサルティングプロジェクトについて、2026年9月29日時点の状況を示しています。

架空の価格設定見直しのプロジェクト進捗報告書の記入例。全体の状況は黄で、マイルストーン、時間、クライアントに求める1件の意思決定を記載
架空の価格設定見直しの報告書第4号。全体の状況は黄で、担当者を明記したリスクが1件、クライアントに求める意思決定が1件あり、回答がない場合の対応も示しています。

記入済みの例をダウンロード(PDF)。次の3つの工夫が、この報告書を有効なものにしています。

  • 黄の判定と同じ行に理由を記載しています。価格感度アンケートの進捗率は70パーセントで、締め切りは結果レビューの前日である10月1日です。
  • 意思決定を選択肢として提示し、回答がない場合の対応も示しています。スポンサーのSofiaは、暫定結果で10月2日に実施するか、全サンプルがそろう10月6日にレビューを延期するかを選びます。9月30日までに回答がなければ、10月2日の予定を維持します。
  • 時間は形容詞ではなく数値で示しています。9月の契約時間80時間のうち46時間を使用し、アンケートでは見積もり24時間のうち18時間を使用しています。

週次の手順:事実を更新してから報告書を書く

  1. 報告書ではなく、元の記録を更新します。各タスクの時間、進捗率、マイルストーンの完了日、新しいドキュメントが対象です。
  2. 合意したルールに従って各分野を判定します。1つでも赤の分野があれば、全体も赤です。
  3. マイルストーン、リスク、意思決定を記入します。
  4. 伝えるべき内容が明確になった最後の段階で、3文の要約を書きます。
  5. 報告書を送り、詳細を貼り付ける代わりに、その情報がある場所へのリンクを添えます。

この手順は表計算でも実行できます。報告書ごとにタブを作成し、数式でタスク一覧から時間を取得します。ただし、報告と報告の間にクライアントへ最新の事実を見せたり、期限が近づいたタスクにリスクの表示を付けたり、契約の日付を誰がいつ変更したかを記録したりすることはできません。報告書はコピーであり、コピーは古くなります。

GoConsでは状況が随時更新され、報告書はコメントになる

私たちは当初、Mourinho Solutionsでの自社のコンサルティング業務のためにGoConsを開発しました。GoConsでは次のように状況を管理します。契約の各タスクには、見積もりに対する記録済み時間、進捗率、開始日、期限があり、スケジュール指標には「予定どおり」、期限が近づくと「リスクあり」、期限を過ぎると「期限超過」と表示されます。

GoConsのタスク管理一覧。3件の契約にわたる6件のタスクについて、状況、スケジュール指標、時間、日付、進捗率を表示
2026年9月29日のタスク一覧。価格設定見直しの価格感度アンケートは「進行中」「リスクあり」で、24時間のうち18時間を使用し、進捗率は70パーセント、期限は10月1日です。別の契約の候補ベンダー一覧作成は、すでに「期限超過」です。

マイルストーンには専用の一覧があり、状況は「未完了」「期限間近」(期限前の1週間)、「期限超過」、または完了日付きの「完了」で表示されます。

GoConsのマイルストーン管理一覧。「期限超過」「期限間近」「未完了」「完了」のマイルストーン、期限、完了日を表示
アンケート結果レビューは「期限間近」で、期限は10月2日です。競合比較資料の納品は、期限の1日前の9月11日に完了しました。

クライアントは無料でログインし、同じデータからタスク、マイルストーン、契約時間に対する使用時間、契約のドキュメントを確認できます。これにより、週次報告書に盛り込むべき内容が変わります。数値はすでにクライアントが確認できるため、報告書は全体の判定、3文の要約、必要な意思決定、リスクに絞り、その他の詳細はクライアントポータルへのリンクで案内できます。

運営委員会への提出や記録保管のために、正式な文書を求めるクライアントもいます。それは当然の要望です。3つの情報源ではなく、最新の画面を見ながらテンプレートに記入し、PDFを契約のドキュメントにアップロードしてください。クライアントは成果物と一緒にその報告書を見つけられます。

また、GoCons MCPサーバーを通じてClaudeやChatGPT(開発者モード)をGoConsに接続し、契約のタスクやマイルストーンから要約の初稿を作るよう依頼することもできます。GoConsにサインインして「許可」をクリックするだけで、APIキーは不要です。アシスタントは、あなたのロールの権限内で動作します。設定方法は、Claudeをコンサルティング業務のワークスペースに接続するガイドで紹介しています。

よくある質問

プロジェクト進捗報告書はどのくらいの頻度で送るべきですか?

3か月未満のプロジェクトや重要な局面では毎週、安定して進んでいる長期プロジェクトでは2週間ごと、継続契約では毎月が目安です。キックオフ時に送付日を合意し、動きの少ない週もその日程を守ってください。

クライアントにはチームと同じ報告書を送るべきですか?

同じ構成を使いつつ、利益率や人員配置などの内部情報は別の社内向けメモにまとめてください。同じ事実を共有する2つの文書は、一から別々に書いた2つの報告書よりも内容のずれを抑えられます。

GoConsでこの方法を実践するには、導入プロジェクトが必要ですか?

いいえ。アカウントを作成し、タスクとマイルストーンを含む契約を追加して、クライアントをメールで招待するだけです。インストールは不要です。利用の流れをご覧ください。

クライアントの利用に料金はかかりますか?また、GoConsはユーザー単位の料金ですか?

どのプランでもクライアントユーザーは無料で人数無制限です。ブラウザーからログインできます。GoConsの料金はユーザー単位ではなく、コンサルティング会社単位です。執筆時点(2026年10月)では無料プランもあります。現在の料金は料金ページで確認できます。

GoConsの利用をやめた場合はどうなりますか?

管理者は、どのプランでも、いつでもコンサルティング会社の全データをダウンロードできます。すべての契約(詳細、タスク、マイルストーン、請求スケジュール、履歴)、クライアント、チームメンバーをExcelファイルとして、さらにフォルダー内のすべてのドキュメントを、1つのzipファイルにまとめて取得できます。

次の進捗報告書は最新データから作成する

無料のGoConsアカウントを作成し、最も頻繁に報告している契約を追加して、タスクとマイルストーンを入力し、クライアント側のスポンサーを招待してください。次の金曜日には、1ページを作り直す代わりに、3文とリンクを送りましょう。無料のGoConsアカウントを作成。

参考文献

  1. Project Management Institute、「Pulse of the Profession詳細報告書:低いパフォーマンスがもたらす高い代償:コミュニケーションの不可欠な役割」(2013年5月)、https://www.pmi.org/-/media/pmi/documents/public/pdf/learning/thought-leadership/pulse/the-essential-role-of-communications.pdf(2026年10月閲覧)。
  2. Project Management Institute、「プロジェクトマネジメント知識体系ガイド(PMBOKガイド)第6版:作業パフォーマンス報告書」、https://www.pmi.org/standards/pmbok(2026年10月閲覧)。
  3. Project Management Institute、「PMIプロジェクトマネジメント用語集」(データ基準日、リスク、問題)、https://www.pmi.org/standards/lexicon(2026年10月閲覧)。
  4. National Infrastructure and Service Transformation Authority(GOV.UK)、「NISTA主要プロジェクト年次報告書2025–26」、https://www.gov.uk/government/publications/nista-major-projects-annual-report-2025-26/nista-major-projects-annual-report-2025-26(2026年10月閲覧)。
  5. Nielsen Norman Group、「ユーザーはウェブ上でどのように読むか」(Jakob Nielsen、1997年)、https://www.nngroup.com/articles/how-users-read-on-the-web/(2026年10月閲覧)。

© 2026 Mourinho Solutions. 無断転載を禁じます。

共有
João Barbosa
著者について
João Barbosa
ソフトウェアエンジニア

Mourinho Solutionsでソリューションを開発

LinkedIn
ブログに戻る

あわせて読みたい

ぜひ体験してください

透明性のある働き方を始めませんか?

アカウント作成は数分。簡単で無料です。

無料ではじめる