進捗報告書のAI自動化｜PMOが任せる範囲を決める3ステップ

1. 進捗報告書の作成は、どこで時間を失っているのか

進捗報告書（ステータスレポート）そのものは、数枚の文書です。それなのに、作成ととりまとめで数時間が溶ける。多くの場合、理由は「文章を書く時間」ではなく、その手前の工程にあります。まずは時間の行き先を分解します。

1-1. 時間を奪う3つの負荷——収集・整形・定型文

1つ目はデータ収集の負荷です。課題管理表、WBSの実績、工数データが、プロジェクトごとに違う様式で届く。数字を比べる前に、様式をそろえる作業が先に発生します。PMOが複数プロジェクトから集約する立場なら、この手間は本数分だけ増えます。

2つ目は体裁整形の負荷。報告会の様式に合わせて表を作り直し、前週との差分を手で計算する。判断材料の中身は変わらないのに、見た目を整える時間だけが積み上がります。

3つ目が定型文の負荷です。「引き続き対応中」「おおむね予定どおり」といった言い回しを、毎週少しずつ書き換える。書く側の負担は小さくない一方、読む側の判断を変える情報量はそれほど多くありません。皆さまの現場では、この3つのうちどれが一番重いでしょうか。

PMOが複数プロジェクトを束ねる立場なら、4つ目の負荷が乗ります。各プロジェクトの報告を横串で並べ、粒度をそろえ、全体像として1枚に落とす「とりまとめ」です。個別の報告がそれぞれ正しくても、並べた瞬間に進捗率の定義の違いが表面化する。この調整は本数の掛け算で効いてきます。

1-2. 個人の工夫で止まり、報告の「仕組み」になっていない

IPA「DX動向2026」（2025年度調査、2026年7月30日公開）で、AI利活用の用途の上位に並ぶのは文書系の作業です。「文書・音声の要約・翻訳・校正」82.5%、「文書・レポートの作成」80.5%、「情報検索・収集・分析・レポーティング」77.0%（p.31 図表3-9）。報告業務と重なる領域が、すでに使われ方の中心にあります。

一方で、生成AIの利用状況を見ると、「個人で業務利用している」が63.3%。これに対し「部署の業務プロセスに組み込まれている」は11.9%、「全社的なサービスに組み込まれている」は18.6%です（p.29 図表3-6）。個人の下書きに使う段階は広がっても、報告業務の手順として組み込まれた例は限られます。担当者が代わると手作業へ戻るのは、このためです。

1-3. 先に決めるのは「誰の、どの判断のための報告か」

進捗報告書は、ある報告期間の状況を受け手の判断のために整理した定期文書です。宛先と判断目的がある、という点が議事録と違います。宛先が曖昧なままだと、何を載せ何を落とすかが決まらず、AIに書かせる内容も決まりません。

宛先が決まれば、粒度も決まります。経営会議ならマイルストーンとリリース判断への影響、現場のリーダー会なら来週詰まりそうな箇所。同じ元データから切り出す面が変わるだけです。

2. 進捗報告書のうち、AIに任せてよい範囲

では、どこまで渡してよいのか。ここを曖昧にしたまま「とりあえず生成AIに書かせる」と、レビューで手戻りが出て、手作業より遅くなります。判断の材料は、文書の性格の違いにあります。

2-1. 議事録と進捗報告書は、求められるものが違う

議事録は、会議で何が話され何が決まったかの記録です。価値は網羅性と発言の正確性にあり、性格は転記に近い。AIが得意とする領域と重なります。

進捗報告書は違います。報告期間に起きた事象のうち、受け手の判断に必要なものを選び、意味づけて並べる文書です。議事録が写真だとすれば、進捗報告書は撮った写真から1枚を選び、キャプションを付ける仕事に近い。「何を載せないか」という取捨選択が含まれるぶん、人の判断が残ります。

たとえば「環境構築で3時間ハマった」という事実。現場のリーダー会では共有する価値がありますが、経営会議の報告書では落とします。落とした事実は消えるのではなく、「今週は想定外の作業が発生した」という一行に畳まれる。この畳み方こそ、人の仕事です。AI議事録を時短で終わらせない運用の観点は、AI議事録の活用が時短で止まる理由｜業務改善の推進装置に育てるPMO運営術で整理しています。

2-2. 定義が確定している計算は、渡せる典型

先に用語を押さえます。PVは計画上この時点までに終えているはずの金額、EVは実際に終わった分を計画上の金額で数え直したもの、ACはそこに実際かかった金額です。この3つの差と比で、遅れとコスト超過を同じ物差しに乗せる考え方がEVMです。

EVMの指標は、計算式が確定しています。SV＝EV−PV、CV＝EV−AC、SPI＝EV÷PV、CPI＝EV÷AC。SPIとCPIは1を超えていれば良好という読み方も定まっています。入力データがそろっていれば、算出と前週差分の作成はAIに下書きさせてよい典型例です。

ただしEAC（完成時総コスト見積り）は前提の置き方で複数の式があり、どれを使うかは人が選ぶ領域。指標が定義されデータが整っていれば兆候を早期に検知しやすくなりますが、兆候の意味を決めるのは計算ではありません。

EVMを運用していない現場でも考え方は使えます。計画上の期日と実績日の差を集計し、遅れ日数の合計を前週と比べる。定義が確定していて計算式で出せるものは、EVMでなくても下書きを任せられる側です。

2-3. 報告書を構成要素に分解して線を引く

報告書を丸ごと「任せる／任せない」で考えるから決まりません。構成要素まで割れば、線は引きやすくなります。振り分けは3つの問いで足ります。

• 正解が一意に定まるか（定まるなら任せてよい側。EVMの算出、差分の計算）
• 間違えたとき、誰が責任を負うか（社外や経営層まで及ぶなら人が確定）
• 対外的な約束になるか（なるなら人が確定。期日とコミットメント）

次の表は、この3問で週次の進捗報告書を振り分けた例です。表に無い項目——今週のトピックス、要員稼働状況、品質指標——も、同じ3問で自社の様式に置き換えてください。

読み方は2段階です。まず「可」の行を集め、どのデータがそろえば下書きできるかを確かめる。次に「不可」の行へ、確定する人の名前を書き入れる。名前が埋まらない行があれば、それはAI以前に報告プロセスの穴です。複数プロジェクトのとりまとめでも分け方は変わりません。横串の集計は下書き可、プロジェクト間の優先度づけは人が確定する側に残ります。

3. PMOが人の判断として残すもの

先に結論を置きます。AIに渡しても失われないのは、事実の整形までです。報告書の価値は事実の先にある「だから何をどう決めるか」にあり、そこを渡すと、報告は速くなっても意思決定は遅くなります。

3-1. 事実の要約と所見を、文書の上で分ける

実務で効くのは、単純な分離です。同じ段落に、数値・日付・実績（事実）と、原因の見立て・見通し（所見）を混ぜない。節を分け、AIには事実側だけを下書きさせ、所見の欄は空のまま出力させます。確認すべき場所が固定され、読む側も「どこが人の見解か」を迷いません。

もう一段踏み込むなら、所見の欄に「判断が必要な問い」を1行だけ置く形が扱いやすくなります。「この遅れを許容してリリース日を守るか、範囲を落とすか」といった具合に。事実の羅列で終わる報告は、読み手に解釈を丸投げします。問いの形にしておけば、会議は説明ではなく決定から始まります。

3-2. 重大度とエスカレーションは、PMと業務オーナーが確定する

遅延を「黄」とするか「赤」とするかは、単なる数値判定ではありません。後続工程への波及、要員の手当て、顧客との約束——これらを踏まえた解釈が入ります。目標達成責任を負うのはPMであり、報告内容の確定と対外コミットメントはPM・業務オーナー・経営スポンサーの責任です。

PMOの持ち場は別にあります。判定基準の型、指標の定義、レビューと承認の確認プロセス——この枠組みを提供して、判断を支える側に立つ。AIを実務に組み込んでも人に残った判断の具体例は、AIエージェントを延べ33体、PMO1人で回した｜それでも人に残った11の判断にまとめています。AIエージェントとは、目標に沿って複数のAI機能を組み合わせ、自律的にタスクを処理するシステムです。

3-3. AIが書いた報告書のレビュー観点

下書きを受け取ったあと、どこを見るか。観点を毎回同じにしておくと、確認は短時間で終わります。次の5点を報告様式の裏に貼る運用が扱いやすいはずです。

• ☐ 数値の出所が示されているか（どのファイルの、いつ時点か）
• ☐ 事実の記述に、評価や断定が紛れ込んでいないか（「課題は解消しつつあります」は評価。「課題3件のうち2件が今週クローズ」が事実側の書き方）
• ☐ 前回報告と矛盾していないか（先週「完了」が今週「対応中」に戻っていないか）
• ☐ 未確定の事項が、未確定と明記されているか
• ☐ 元データに無い固有名詞・数値が足されていないか（AIは体裁を整える過程で、文脈上ありそうな数字を補います。ありそうな数字ほど危ない）

観点だけでは回りません。誰が・いつ・どの順で見るかまで決めます。まずPMO担当が事実側——出所、前回との矛盾、追加された数値の3点——を確認する。ここで引っかかったものは、所見を書く前に元データへ戻します。

所見側はPMが見て、判断の妥当性だけを確認する。事実側でいったん止めておくと、PMが目を通す量は毎回ほぼ一定になります。レビューが重いと感じる現場は、多くの場合この二段構えが無く、全員が全部を見ています。

4. 線引きをプロジェクト単位でどう決めるか

線引きは、全社で一度に決め切るものではありません。扱う情報もレビュー体制も、プロジェクトごとに違うからです。決める順序は、入力の可否 → 様式の標準化 → 測る指標。

4-1. どの情報をAIに入力してよいかを先に決める

JUAS「企業IT動向調査 報告書 2026」（第32回・2025年度調査）では、言語系生成AI導入時の課題の1位が「機密情報の流出」70.1%、2位が「ハルシネーション、信頼性」66.4%です（p.196 図表8-3-15）。進捗報告書は顧客名・金額・未公表の遅延情報を含みます。可否を決めずに始めれば、現場は萎縮して使わなくなります。

「マスキング必須」の行は、置換表を1枚作るだけで回ります。顧客名はA社、システム名は基幹X、金額は「中規模」。置換して入力し、返ってきた下書きを戻すときに人が実名へ復元する。この往復を手順にしておくと、毎回悩まずに済みます。

ルールを自社で組み立てるとき、総務省・経済産業省「AI事業者ガイドライン（第1.2版・2026年3月）」が観点の整理に使えます。これは法的拘束力を持つ規制ではなく、事業者が参照する指針です。入力情報の扱いはデジタル庁「テキスト生成AI利活用におけるリスクへの対策ガイドブック（α版）」も補助線になります（主に行政職員向けに整理された資料のため、民間では自社規程への読み替えが要ります）。いずれも自社の情報セキュリティ方針を優先してください。

4-2. 様式とデータの標準化が、線引きの前提になる

入力がばらついていれば、出力もばらつきます。プロジェクトごとに進捗率の定義が違う、課題の重大度の呼び方が違う、更新のタイミングが違う——この状態でAIに集約させると、そろっていない数字がそろって見える分だけ危険です。

具体的に見ます。A案件は「完了タスク数÷全タスク数」、B案件は「消化工数÷計画工数」で進捗率を出している。どちらも70%と報告されますが、前者は重いタスクが最後に残っていても70%になります。この2本を並べて「全体70%」と書いた瞬間、報告は事実でなくなります。皆さまの現場では、進捗率の定義はプロジェクト間でそろっているでしょうか。

標準化と言っても、大がかりな話ではありません。報告様式の見出しと項目名、記入の粒度を先に固定する。固定した様式そのものが、AIへの出力フォーマット指示になります。毎回違う形で書かせるから、毎回違う形が返ってくるのです。PMI『PMBOK Guide』第7版がテーラリング（状況に合わせた調整）の専用セクションを設けているとおり、様式は標準をそのまま当てるのではなく、プロジェクト特性に合わせて調整する対象です。

4-3. 測る指標を、始める前に決める

JUASの同調査では、言語系生成AIを導入した企業（n=507）の効果測定は「効果測定は行っていない」51.9%が1位、「削減できた労働時間の測定」39.4%が2位でした（p.195-196 図表8-3-13）。測らずに始めると、続けるか広げるかの判断材料が残りません。作成時間、差し戻し回数、報告会での質問件数。この程度でも、決めてから始めれば差が出ます。

期待値も先に共有しておきます。IPA「DX動向2026」のAI導入効果は、期待以上13.7%と期待どおり18.1%を合わせて31.8%、「一定の効果はあった」が50.6%（p.34 図表3-13）。効果の中身は「業務が効率化・迅速化した」91.6%に対し「残業時間の削減」29.2%（p.35 図表3-14）。作業が軽くなっても、総労働時間の削減まで直結するとは限りません。

AI導入全体の論点——目的の合意、適用範囲、推進体制——はプロジェクト管理のAI導入が頓挫する理由｜PMOが決める5つの論点で整理しています。本記事はそのうち「適用範囲」を、進捗報告書という1文書まで降ろした内容です。

5. 結論：報告書1本から、3つのステップで始める

第4章で決めた3点を、実際に動かす手順が次の3ステップです。対象を絞る、線引きを書く、決めた指標で見る。この順番でいきます。

• 1

  対象を1本に絞る。全プロジェクト一斉ではなく、様式が比較的そろっている1プロジェクトの週次報告から始めます。データが整っている案件を選ぶと、AIの向き不向きではなく入力の質が原因の問題を切り分けられます。

• 2

  線引きを文書にする。第2章の分解表を自分の報告様式で埋め、AIが下書きする欄と人が確定する欄を分けます。入力してよい情報の範囲も同じ紙に併記し、PMと合意したうえで、社内の情報セキュリティ規程の所管部門に確認しておきます。

• 3

  4週間試し、決めた指標で振り返る。作成時間と差し戻し回数を記録し、レビュー観点のどれが多く引っかかったかを見ます。型が固まってから、他プロジェクトへ広げます。

最初の落とし穴は2つです。ひとつは全プロジェクト一斉導入。様式がそろっていない状態で広げると、出力の不揃いを人手で直す作業が新たに生まれます。もうひとつは判断の丸投げ。重大度やエスカレーションの要否まで生成物に委ねると、報告は早く出ても決定は止まります。

報告の型を整える作業は、文書作成の効率化にとどまりません。事実と判断を分けて書く習慣は、意思決定を早める組織の仕組みそのものです。来週の報告書1本から、線を引いてみてください。