進捗報告で「順調です」と書いても、読み手は納期や支援の必要性を判断できません。AIを使う場合も、文章の作成より先に、計画と実績を同じ単位でそろえます。
進捗報告に必要な6項目
- 今回の報告期間と対象範囲
- 計画していた成果物
- 完了した成果物と承認状態
- 計画との差と原因
- 影響、対応案、判断期限
- 次回までの予定と責任者
作業中と完成を分け、レビュー待ちを完了にしません。タスク件数だけでなく、受け入れ条件を満たしたかを確認します。
AIへ渡すデータ
タスク一覧、成果物リンク、計画日、実績日、会議の決定事項、リスク表を渡します。担当者の印象や発言量から進捗・能力を推測させません。
> 次の計画と実績を比較し、完了・進行中・遅延・ブロッカー・判断依頼へ分類してください。各項目に根拠となるタスクまたは成果物を付け、進捗率、原因、担当、期限を推測しないでください。
遅延の書き方
遅延は責任追及ではなく、回復判断に必要な情報として書きます。
| 項目 | 記載例 |
|---|---|
| 差 | 設計承認が計画より3営業日遅延 |
| 原因 | 法務確認の追加条件が判明 |
| 影響 | 開発開始が最大2営業日後ろ倒し |
| 対応 | 確認項目を分割し、承認済み範囲から開始 |
| 判断 | 8月12日までに分割開始の可否を決定 |
配布先ごとに粒度を変える
経営層には目標、差、影響、判断依頼を短く伝えます。実行チームにはタスク、依存、担当、期限を詳しく示します。同じ情報から複数版を作る場合も、数字と結論を変えません。
まとめ
AI進捗報告は、文章を整えるだけでなく、計画と実績の差を根拠付きで見せるために使います。AIには分類と下書きを任せ、完了条件、遅延原因、影響、判断を責任者が確認してください。
週報をAIで作る方法と意思決定ログの作り方も参照してください。
実践確認：この記事を現場で使う手順
プロジェクトの進捗報告をAIで作る方法を実務へ入れるときは、AIに完成品を一度で作らせるより、事実整理・下書き・確認を分けます。確認の中心は根拠資料・数値・承認者・更新責任です。入力資料の責任者と最終承認者を同じ人にせず、根拠をたどれる状態を残します。
入力を4つに分ける
- 確定事実：日時、担当、金額、決定済みの条件
- 引用・根拠：会議記録、規程、見積書、一次資料のURL
- 仮説：まだ確認できていない原因や効果
- 未確認事項：誰にいつ確認するかが必要な項目
この区分を付けてからAIへ渡すと、推測が事実のように混ざる問題を減らせます。個人情報や機密情報は、利用環境と社内規程を確認し、不要な部分を伏せます。
下書き用の指示例
> 次の資料から「プロジェクトの進捗報告をAIで作る方法」の下書きを作ってください。確定事実と仮説を混ぜず、数値には出典を付け、情報が不足する箇所は「要確認」と表示してください。読み手が判断・実行するために必要な項目を先に並べ、表現を整えるのは最後にしてください。
人が確認する順番
- 人名、会社名、日付、金額、単位を元資料と照合する
- 「決定」「予定」「提案」「推測」の区別を確認する
- 担当者と期限が本文のどこにあるか確認する
- 読み手が次に行う操作を一つに絞る
- AIへ入力してはいけない情報が残っていないか確認する
1週間の試行で測る
完成時間だけでなく、修正回数、事実誤り、確認のために戻った資料数、読み手からの質問数を記録します。根拠資料・数値・承認者・更新責任の抜けが続く場合は、プロンプトを長くするのではなく、入力テンプレートへ必須欄を追加します。効果が確認できるまでは、AI出力を自動送信・自動承認しない運用が安全です。
