進捗報告を「作業一覧」で終わらせないAIプロンプト｜遅延・判断待ち・次の一手が伝わるテンプレート
このプロンプトは、プロジェクトのメモやタスク一覧から、上司・顧客・関係部署へ共有できる進捗報告書を作るためのものです。
対象は、報告を書くたびに情報整理で手が止まるプロジェクト担当者や、AIの出力が単なる作業履歴になって困っている人。狙う出力は、現状、計画との差、問題、必要な判断、次回までの予定が一目で分かる短い報告書です。
この記事の要点は次の3つです。
- AIには「文章を書いて」ではなく、事実を分類する順序を指示する
- 不明な情報を補完させず、「未確認」として残す
- 読み手に求める判断と期限を、進捗説明から分離する
このテンプレートで作れる進捗報告書
良い進捗報告は、完了した作業の多さではなく、計画との差と次の対応が伝わる報告です。
たとえば「画面設計を進めました」だけでは、予定どおりなのか、遅れているのか、誰かの判断が必要なのか分かりません。次のように整理されていれば、読み手は状況をすぐ判断できます。
- 全体状況：注意
- 完了：主要3画面の設計
- 計画との差：レビュー完了が2営業日遅延
- 原因：承認者の確認待ち
- 影響：開発着手が遅れる可能性あり
- 必要な判断：7月28日までに仕様AかBを選択
- 次回まで：承認後に設計を確定し、実装担当へ引き渡す
この形式が向いているのは、週次報告、社内プロジェクトの定例資料、顧客向けの状況共有、複数チームをまたぐ案件です。
一方、日々の細かな作業時間を記録する工数表や、監査用の正式な証跡をAIだけで作る用途には向きません。元データと承認履歴は別に保管し、AIには整理と下書きを担当させます。
ここがポイント: AIに進捗を評価させる前に、基準日・期限・計画・実績を渡します。比較対象がなければ、「順調」という判定には根拠がありません。
コピペ用プロンプトテンプレート
次のテンプレートでは、入力情報を事実、未確認事項、依頼事項に分けてから報告書を生成させます。 ChatGPT、Claude、Geminiなどの対話型AIで使える汎用的な書き方です。
あなたはプロジェクト管理を支援する編集者です。
以下の入力情報だけを使い、読み手が「現在地」「計画との差」「必要な判断」「次の行動」を短時間で把握できる進捗報告書を作成してください。
# 報告条件
- プロジェクト名：{プロジェクト名}
- 基準日：{YYYY-MM-DD}
- 報告対象期間：{YYYY-MM-DD〜YYYY-MM-DD}
- 読み手：{上司／顧客／プロジェクトメンバー／関係部署}
- 報告の目的：{状況共有／承認依頼／遅延相談／方針確認}
- 文体：{簡潔な社内文／丁寧な顧客向け文}
- 分量：{例：800字以内}
# 判定ルール
全体状況を次のいずれかで示してください。
- 順調：主要な期限と成果物に影響する差異がない
- 注意：遅延または問題があるが、対策により主要期限を守れる見込み
- 要対応：主要期限、予算、品質、対象範囲のいずれかに影響する問題がある
- 判定不能：計画、期限、実績など判定に必要な情報が不足
# 入力情報
## 計画・期限
{当初計画、今週の予定、主要期限、マイルストーン}
## 実績
{完了した作業、成果物、確認済みの数値}
## 未完了・進行中
{作業名、担当者、現在の状態、完了予定日}
## 問題・リスク
{発生している問題、起こり得るリスク、影響、対応状況}
## 判断待ち・依頼事項
{誰に、何を、いつまでに判断または対応してほしいか}
## 次回までの予定
{次の報告日までに行う作業、担当者、期限}
# 作成手順
1. 入力を事実、予定、懸念、未確認事項に分類する。
2. 計画と実績を比較し、全体状況を判定する。
3. 遅延や問題について、原因・影響・対策を分ける。
4. 読み手に求める判断や対応を、通常の進捗から分離する。
5. 最後に、入力にない数値、日付、担当者、原因を追加していないか確認する。
# 出力形式
以下の見出しを、この順番で出力してください。
## 1. 要約
- 全体状況：{順調／注意／要対応／判定不能}
- 現在地を2〜3文で説明
- 判定根拠を1〜3項目で記載
## 2. 完了したこと
- 成果物または完了条件が分かる箇条書き
## 3. 計画との差
- 予定
- 実績
- 差異
- 期限への影響
## 4. 問題・リスクと対策
各項目を「事象／影響／対策／担当／期限」で整理する。
問題がなければ「現時点で共有すべき問題は入力情報にありません」と記載する。
## 5. 判断・支援を依頼したいこと
各項目を「依頼先／依頼内容／回答期限／期限を過ぎた場合の影響」で整理する。
該当がなければ「なし」と記載する。
## 6. 次回までの予定
- 作業
- 担当
- 完了予定日
- 完了条件
## 7. 未確認事項
報告の正確性に影響する不足情報を箇条書きにする。
# 制約
- 入力情報にない事実を推測して補わない。
- 不明な箇所は「未確認」と明記する。
- 「順調」「おおむね順調」などの評価には必ず根拠を添える。
- 完了していない作業を完了扱いにしない。
- 問題を婉曲表現で隠さず、確認できた影響を具体的に書く。
- 同じ内容を複数の見出しで繰り返さない。
- 読み手が取るべき行動がある場合は、依頼先と期限を明記する。
まず報告書を作成し、その後に「確認が必要な不足情報」を最大5件だけ提示してください。
入力時に変える部分
精度を左右するのは、文章量よりも計画と実績を比較できる材料です。 {} の部分をすべて長文で埋める必要はありませんが、基準日、期限、担当、完了条件はできるだけ具体的にします。
必ず変える項目
{プロジェクト名}：案件を識別できる正式名または社内名{基準日}：いつ時点の情報か{報告対象期間}：今週、今月などの対象範囲{読み手}：上司向けか顧客向けか{報告の目的}：共有だけか、判断を求めるのか{計画・期限}：当初予定と主要な締切{実績}：実際に完了した成果物{判断待ち・依頼事項}：依頼先、内容、回答期限
「設計中」「対応予定」のような状態だけでなく、完了条件も添えます。
作業：テスト仕様書の作成
状態：進行中
担当：品質管理チーム
期限：2026-07-30
完了条件：レビュー指摘を反映し、責任者の承認を得る
これならAIは、「作成に着手した」ことと「承認まで完了した」ことを混同しにくくなります。
固定した方がよい条件
毎週同じ形式で報告する場合、次の項目は固定しておくと比較しやすくなります。
- 全体状況の判定ルール
- 見出しの順番
- 日付の形式
- 問題・リスクの記載項目
- 依頼事項の記載項目
- 最大文字数
公式のプロンプト設計ガイドでも、目的、文脈、制約、成功条件、出力形式を明確にする考え方が示されています。OpenAIのモデル向けガイダンスは、ゴール、関連する文脈、制約、必要な根拠、成功条件、出力形式を提示する方法を案内しています。
また、Googleのプロンプト設計ガイドは、指示、文脈、出力形式を一貫した構造で区切ることを推奨しています。上のテンプレートで見出しを固定しているのは、入力データと作業指示を混同させないためです。
NG例と改善例
最も多い失敗は、AIに足りない情報まで“それらしく”埋めさせてしまうことです。
NG例：材料を渡さず報告書を任せる
今週のプロジェクト進捗報告書を、いい感じに作ってください。
開発は進めていますが、一部遅れています。
この指示では、AIが判断できない点が多すぎます。
- 何と比べて遅れているのか
- どの作業が完了したのか
- 遅れが最終期限に影響するのか
- 誰の対応が必要なのか
- 読み手が何を判断すべきなのか
文章として滑らかでも、管理判断には使えません。
改善例：差異と依頼を明示する
次の事実だけを使い、部門長向けの週次進捗報告を600字以内で作成してください。
不明な原因は推測せず、「未確認」と記載してください。
基準日：2026-07-26
当初予定：7月25日までに画面設計10件のレビューを完了
実績：8件のレビューが完了、2件は未完了
未完了の理由：仕様選択について事業部の回答待ち
回答期限：7月28日
影響：7月28日までに回答があれば、8月3日の実装開始予定は維持できる
依頼先：事業部長
依頼内容：仕様AまたはBの選択
次回までの予定：回答受領後、残り2件を修正して承認を得る
出力順：全体状況、完了、計画との差、影響、依頼事項、次回までの予定、未確認事項
改善点は、単に情報量を増やしたことではありません。
- 「10件中8件」で進み具合を示した
- 遅延と最終期限への影響を分けた
- 依頼先、判断内容、回答期限を指定した
- AIが原因を創作しないように制約した
遅れている事実だけで「要対応」と決めるのではなく、主要期限への影響と回復策まで見て判定するのが重要です。
出力を安定させる3つのコツ
形式を固定するだけでは足りません。入力不足の扱いと、生成後の確認手順まで決めると実務で使いやすくなります。
1. 状況判定の基準を書く
「赤・黄・緑」や「順調・注意・要対応」は、組織や担当者によって意味が変わります。プロンプト内で基準を定義してください。
たとえば、1日の遅れがあっても主要期限を守れるなら「注意」、納期や予算に影響するなら「要対応」とします。これにより、AIが文章の雰囲気だけで判定するのを防げます。
2. 不足情報を別枠で出させる
不足情報を本文の中に混ぜると、確定事項との区別がつきにくくなります。「未確認事項」という独立した欄に集めます。
確認対象の例は次のとおりです。
- 遅延した作業の新しい完了予定日
- リスクが発生した場合の影響範囲
- 対策の担当者
- 意思決定者と回答期限
- 次のマイルストーンの完了条件
不明点を質問させてから生成する方法も有効です。急いで下書きが必要なら、判明している情報だけで作成し、不足分を最後に列挙させます。
3. 元データとの照合を最後に指示する
生成後は、少なくとも次の項目を人が確認します。
- 完了件数と未完了件数が元データと一致しているか
- 日付、担当者、金額をAIが追加していないか
- 「見込み」と「確定」が区別されているか
- 遅延の影響が過小または過大に書かれていないか
- 依頼事項に相手と期限があるか
Googleの構造化出力に関する説明でも、形式が正しいことと、値の意味が正しいことは別であり、最終出力をアプリケーション側で検証する必要があるとされています。通常の報告書でも同じです。見出しどおりに出力されても、内容の正確性は元データと照合しなければ確認できません。
活用例：読み手に合わせて出力を変える
同じ進捗データでも、読み手によって先に示す情報を変えます。 元データは共通化し、出力条件だけを追加すると管理しやすくなります。
上司向け：判断事項を先に出す
追加条件：
- 冒頭に、全体状況と部門長に求める判断を置く。
- 判断事項には選択肢、回答期限、期限超過時の影響を書く。
- 個別タスクの説明は、主要期限に影響するものを優先する。
上司が知りたいのは、細かな作業履歴よりも、予定どおり終わるか、支援や判断が必要かです。
顧客向け：影響と対応を対で示す
追加条件：
- 丁寧で簡潔な文体にする。
- 問題を記載するときは、確認済みの影響と現在の対策を併記する。
- 社内だけで使う担当者名や内部事情は出さない。
- 確定していない日程は「予定」または「見込み」と明記する。
ここでは問題を隠すのではなく、顧客に関係する影響、対策、次の連絡時期を明確にします。
チーム向け：担当と完了条件を中心にする
追加条件：
- 次回までの予定を「作業／担当／期限／完了条件」で箇条書きにする。
- 依存関係がある作業は、先行作業と待機理由を記載する。
- 担当者が未定の作業を最後にまとめる。
チーム内では、報告を読んだ後に誰が何をするかが重要です。「対応する」ではなく、成果物と期限まで書かせます。
生成前後のチェックリスト
最後は、文章のきれいさよりも、意思決定に必要な情報がそろっているかを確認します。
AIに入力する前
- [ ] 基準日と報告対象期間がある
- [ ] 当初計画と実績を分けている
- [ ] 完了条件を記載している
- [ ] 遅延が主要期限に与える影響を確認した
- [ ] 判断依頼の相手と期限がある
- [ ] 個人情報や機密情報を入力してよい環境か確認した
AIが出力した後
- [ ] 全体状況に根拠がある
- [ ] 完了、進行中、未着手が混同されていない
- [ ] 入力にない原因や数値が追加されていない
- [ ] 問題、影響、対策が分かれている
- [ ] 依頼事項が通常の進捗に埋もれていない
- [ ] 次回までの作業に担当、期限、完了条件がある
- [ ] 元データと照合した
進捗報告の質を変える分岐点は、AIの文章力ではありません。計画との差、未確認事項、判断期限を入力できるかどうかです。次回の報告では、まずタスク一覧に「当初予定」「期限への影響」「誰の判断待ちか」の3列を足してから、このテンプレートに渡してみてください。