AI・DX / PROXIA INSIGHTS
生成AIでプロジェクトの週次報告を作るには？遅れを見落とさない差分レビュー
生成AIで週次報告を下書きする際に、承認済みの計画、今週の実績、最新の見込みを取り違えないための実務手順を解説。先週から悪化した点、更新が途絶えた項目、上位者に判断を求める条件を、システム刷新の仮想例とチェックリストで整理します。
週次報告を生成AIに任せたら、「概ね順調」と返ってきた。工程表ではまだ納期内でも、先週は翌日だった承認の見込みが、今週は納期当日までずれ込んでいる。こういう変化は、今週の記録だけをきれいに要約すると見えにくくなります。
生成AIには、承認済みの計画との差と、先週の見込みからの変化を別々に整理させます。 実績と見込みを区別し、記録がない項目には「要確認」と残す。最後に、何を報告し、誰に何を決めてもらうかをPMや報告責任者が確定します。まずは一つの定例会議で、主要な節目だけを対象に試してみてください。
同じ「予定どおり」でも、見るべきことは違う
たとえば、承認済みの稼働日は11月27日、先週の稼働見込みは11月25日、今週の稼働見込みは11月27日。計画上の納期には収まりますが、先週時点で見込んでいた2日分の余裕が消えています。週報には「11月27日の稼働見込み。前週比で2日後ろ倒し。予備日は残っていない」と書くと、読み手は対策の要否を考えられます。日数を数えるときは、暦日か稼働日かをチームでそろえておきましょう。
| 比較するもの | 分かること | 報告での使い方 |
|---|---|---|
| 承認済み計画と今週の実績・見込み | 合意した日程に対してどこまで進んだか、今の見通しで間に合うか | 遅れや納期への影響を伝える |
| 先週の見込みと今週の見込み | 先週より状況が良くなったか、悪くなったか | 納期内でも余裕を失った項目を拾う |
| 先週の未完了項目と今週の記録 | 進んだのか、更新が途絶えたのか | 消えた行を確認し、完了や中止の扱いを決める |
週次報告を下書きして確認する4つの手順
1. 締め時点と、どの記録を使うかを決める
金曜17時時点の報告なら、工程表も作業記録も原則として同じ締め時点でそろえます。木曜更新の一覧に、金曜朝のチャットで「終わりました」とあるときは、成果物の提出を指すのか、承認まで終わったのかを担当者に確かめます。締め後に判明した事実を伝える必要がある場合は、「締め後の追記」と時刻を付けて区別します。
AIに渡す材料は、主要項目のID、承認済みの予定日、先週の見込み日、今週の実績日と見込み日、状態、根拠となる記録の識別子があれば始められます。承認待ちなどの理由は、裏づけがあるものだけを添えます。承認済み計画を変更した週は、旧日付・新日付・承認記録を残してください。比較の基準が変わったことを一言書けば、計画変更によって差が解消したのか、作業が進んで挽回できたのかを読み手が区別できます。
入力は社内で許可された環境とデータの範囲に絞ります。取引先名や個人名が判断に要らなければ、案件IDや役割名を使います。資料を丸ごと渡す前に、必要な列と行だけで目的を達成できるかを考えてください。
2. 報告文の前に、差分と要確認事項を出す
最初から上司向けの文章に整えると、未確認事項まで流暢な文に紛れます。まず行単位で見比べ、変更がある項目と、人に聞かなければ分からない項目を分けます。IDで突き合わせられる表なら、日付の差や行の追加・欠落は表計算などで機械的に確認し、その結果をAIに渡すと検証しやすくなります。AIは差分の意味を短く言い換えたり、報告文を組み立てたりするところから使えます。
依頼文は、たとえば次のようにします。
項目IDごとに、承認済み計画との差と、先週の見込みからの変化を別列で示してください。実績・見込み・未確認を区別し、根拠の記録IDを添えてください。今週の表にない未完了項目、資料間で日付が違う項目、承認済み計画を変えた項目は「要確認」欄に出してください。空欄の理由、担当、日付、納期への影響は推測で埋めないでください。
日本PMO協会は、AIを使うPMO業務の例として議事録や情報整理を挙げています。週報でも、まず材料の整理と報告案の作成を切り出すと、人がどこを確かめるかを決めやすくなります。一般社団法人 日本PMO協会「PMOとは？」
3. 報告責任者が、影響と判断期限を確かめる
先週より遅れた項目がすべて、上位者の判断を要するわけではありません。次の作業が待てるか、現場の権限で手順や順番を変えられるか、対策を打つ時間がどれだけ残るかを確認します。たとえば「後続作業の開始日を越える」「他部門の人員を確保する必要がある」「次の定例を待つと選択肢が消える」ときは、判断を依頼する目安になります。
逆に、現場で吸収できる遅れなら、担当者、対策、次の確認日を週報に残すだけで足りることもあります。ただし、同じ項目が続けて後ろにずれるときは、理由や後続工程への影響を改めて確認します。営業日や担当者の稼働が分からない状態で、AIが示した日付を確約に変えると、後工程の人員や承認枠を誤って押さえることになりかねません。
4. 読み手が取る行動を先に書く
責任者への週報なら、「事実」「影響」「決めてほしいこと」を冒頭に置き、明細は後ろに回します。「影響を確認中」で終わらせず、誰が何をいつ確認するかまで書くと、翌週に同じ確認を繰り返しにくくなります。対外共有する場合は、約束した日付や未承認の選択肢を含め、組織で定めた手順で確認してから送ります。送付後の訂正が必要なら、何が変わったかを示し、先に伝えた相手に届くようにします。
仮想例｜稼働日は同じでも、次の定例を待てない
社内システムの刷新を想定します。週報の締めは11月13日で、次の定例は11月20日。承認済みの稼働日は11月27日です。先週はデータ移行の承認を11月18日と見込んでいましたが、今週、承認に必要な資料の一部がまだレビューされていないと判明し、見込みは11月20日になりました。移行リハーサルは11月20日の午後で、開始までに承認が必要です。
| 項目 | 今週分で分かったこと | PMが確認すること |
|---|---|---|
| 移行資料の提出 | 11月12日に提出済み | ここでの完了は提出まで。承認実績とは別に記録する |
| 移行承認 | 11月18日見込みから20日見込みへ。未承認 | 20日の何時までに承認できるか、リハーサル責任者とすり合わせる |
| 代替リハーサル枠 | 今週分に更新なし | 枠がまだ取れるか確認する。未更新の行を完了扱いにしない |
この時点で「稼働延期」と報告する根拠はありません。一方で、稼働日が変わっていないことだけを伝えると、予備の枠を押さえる機会を逃します。たとえば、報告文はこう書けます。
稼働見込みは11月27日のままです。移行承認は前週の11月18日見込みから20日にずれ、リハーサルと同日になりました。11月16日午前までに、移行責任者が承認時刻と代替枠の空きを確認します。20日午前までの承認を確保できない場合は、枠の仮押さえを業務責任者に判断いただきます。
この文の最後にある確認者、時刻、判断を求める相手は、PMが実際の体制に合わせて決める部分です。AIが作った下書きに役職名があっても、担当と権限は組織の取り決めで確認してください。部門をまたぐ調整や報告の運用設計に支援が必要な場合は、プロジェクトマネジメント・PMO実行支援で支援範囲を確認できます。
配布前に確認する5項目
- 締め時点と比較する版が合っているか。計画が改訂された週は、承認記録と変更内容をたどれるか。
- 「完了」に根拠があるか。提出、レビュー完了、承認のどれを指すかが読み手にも分かるか。
- 納期内で悪化した項目が埋もれていないか。先週から余裕を失った工程や、後続作業を待たせる項目を拾ったか。
- 空欄や消えた行を確認したか。未更新と解決済みを区別し、確かめる担当者を置いたか。
- 判断の依頼先と期限は具体的か。権限を持つ相手が、何をいつまでに決めればよいか読んで分かるか。
導入直後は、作成時間と確認時間を合わせて記録すると、運用を続けるか判断しやすくなります。修正が多い週は、どこで誤りが生まれたかを一つ選んで直します。たとえば実績と見込みの取り違えが続くなら、指示文を長くする前に、入力表の列と状態の定義を見直す方が早いかもしれません。
よくある質問
先週の見込みが残っていない場合はどうしますか？
今週分は承認済み計画との比較から始め、前週比は「比較資料なし」と明記します。今週の見込みを締め時点の記録として残せば、翌週から比較できます。担当者の記憶をさかのぼって日付にする場合は、正式な前週の記録と区別してください。
進捗率だけで遅れを判断できますか？
進捗率は補助情報です。たとえば作業の9割が終わっていても、残る承認が後工程の開始条件なら、その承認日が重要です。完了条件、残作業、次工程の開始条件を確認すると、同じ進捗率でも報告すべき違いが見えてきます。
一覧表をAIに直接更新させてもよいですか？
まずは下書きと確認に範囲を絞ると、誤った日付や状態が公式の記録に混じるのを防ぎやすくなります。更新まで自動化する場合は、対象列、承認権限、変更履歴、訂正方法を決めてから試します。承認済み計画や対外的な約束に触れる項目は、組織で定めた承認経路に沿って更新します。
週報で使った「材料をそろえ、出力を確かめ、判断の理由を説明する」進め方は、計画づくりにも応用できます。日本プロジェクトソリューションズ株式会社（JPS）の法人向け研修では、プロジェクト憲章やWBSなどの計画案を、生成AIを使って作成し、チームで見直します。JPSのカリキュラム
知見を、次の一歩へ。
