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

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

時間を失っているのは、文章を書く工程ではありません。多くは収集・整形・定型文という、その手前の3工程です。進捗報告書（ステータスレポート）そのものは数枚の文書なのに、作成ととりまとめで数時間が溶けます。

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

時間を奪う負荷は、収集・整形・定型文の3つです。1つ目はデータ収集の負荷です。課題管理表、WBSの実績、工数データが、プロジェクトごとに違う様式で届きます。数字を比べる前に、様式をそろえる作業が先に発生します。

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

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

PMOが複数プロジェクトを束ねる立場なら、4つ目の負荷が乗ります。各プロジェクトの報告を横串で並べ、粒度をそろえ、1枚に落とす「とりまとめ」です。

1-2. 個人利用は広がっても、報告の「仕組み」になりにくい

生成AIは個人の業務利用が先に広がり、業務プロセスへの組み込みは追いかけている段階です。IPA「DX動向2026」（2025年度調査、2026年7月30日公開）によると、生成AIの利用状況は「個人で業務利用している」が63.3%です。「部署の業務プロセスに組み込まれている」は11.9%、「全社的なサービスに組み込まれている」は18.6%でした（p.29 図表3-6）。調査は生成AI全般が対象で、報告業務に限った数値ではありません。

同じ『DX動向2026』では、AI利活用の用途の上位に文書系の作業が並びます。「文書・音声の要約・翻訳・校正」82.5%、「文書・レポートの作成」80.5%です（p.31 図表3-9。設問ごとに対象は異なります）。報告業務と重なる領域が、使われ方の中心にあります。担当者が代わると手作業へ戻るのは、手順として定着していないことが理由の一つです。

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

先に決めるのは、宛先と判断目的です。進捗報告書とは、ある報告期間の状況を受け手の判断のために整理した定期文書です。実績・見通し・判断依頼を、宛先と判断目的に応じて整理します。宛先が曖昧なままだと、何を載せ何を落とすかが決まらず、AIに書かせる内容も決まりません。

宛先が決まれば、粒度も決まります。経営会議ならマイルストーンとリリース判断への影響を載せます。現場のリーダー会なら、来週詰まりそうな箇所です。

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

AIに任せてよいのは、事実の整形と文章の下書きまでです。数式で確定できる処理は自動計算に回し、解釈と承認は人が行います。範囲を曖昧にしたまま「とりあえず生成AIに書かせる」と、レビューで手戻りが出ます。

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

議事録に求められるのは網羅性、進捗報告書に求められるのは取捨選択です。議事録は、会議で何が話され何が決まったかの記録です。価値は網羅性と発言の正確性にあり、性格は転記に近い作業です。生成AIの下書きと相性が良い領域です。

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

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

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

計算式が確定している指標は、機械的に処理できる典型です。EVMがその代表です。EVMは次の3つの金額を使います。

• PV：この時点までに終えているはずの計画金額
• EV：終わった分を計画上の金額で数え直した額
• AC：その実績に実際かかった金額

この3つの差と比で、遅れとコスト超過を同じ物差しに乗せます。計算式はSV＝EV−PV、CV＝EV−AC、SPI＝EV÷PV、CPI＝EV÷ACです。SPIとCPIは1を基準に読みます。算出と前週差分の作成は、表計算やBIツールで機械的に処理できます。生成AIに任せられるのは、その結果を報告様式の文章に整える工程です。ただしEAC（完成時総コスト見積り）は前提の置き方で複数の式があり、どれを使うかは人が選ぶ領域です。

EVMを運用していない現場でも、考え方は使えます。遅延タスクの件数などを同じ定義でそろえて前週と比べ、全体納期への影響は工程の依存関係から確認します。定義が確定して計算式で出せるものは、EVMでなくても機械に任せられます。

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

線は、報告書を構成要素まで分解すると引けます。本記事では、振り分けを次の3つの問いに整理します。

• 数式で確定できるか（確定するならEVMの算出や差分の計算として自動化できる）
• 間違えたとき、誰が責任を負うか（社外や経営層まで及ぶなら人が確定）
• 対外的な約束になるか（なるなら人が確定。期日とコミットメント）

次の表は、この3問で週次の進捗報告書を振り分けた例です。「数式で計算」の行は定義が確定している要素で、生成AIは結果を文章に整える役に回ります。表に無い項目も、同じ3問で置き換えられます。

読み方は2段階です。まず「数式で計算」の行を集め、どのデータがそろえば処理できるかを確かめます。次に「不可」の行へ、確定する人の名前を書き入れます。名前が埋まらない行があれば、AI以前に報告プロセスに穴が残っているサインです。

複数プロジェクトのとりまとめでも、分け方は変わりません。横串の集計は数式で処理でき、プロジェクト間の優先度づけは人が確定する側です。

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

PMOが人の判断として残すのは、事実の先にある「だから何をどう決めるか」です。意味づけまで渡すと、報告は速くなっても意思決定が遅れることがあります。

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

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

もう一段踏み込むなら、所見の欄に「判断が必要な問い」を1行だけ置く形が扱いやすくなります。「この遅れを許容してリリース日を守るか、範囲を落とすか」といった問いです。問いの形にしておけば、会議は決定から入りやすくなります。

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

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

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

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

AIが書いた報告書は、見る観点を毎回同じにしておくと確認が短時間で終わります。本記事では次の5点を推奨し、報告様式の裏に貼る運用を勧めます。

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

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

所見側はPMが見て、判断の妥当性だけを確認します。事実側でいったん止めておくと、PMが目を通す量を一定に近づけやすくなります。二段構えが無いと、全員が全部を見る形になりがちです。レビューが重い現場では、この分担を確かめてみてください。

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

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

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

入力可否は、情報の種類ごとに一覧にして先に決めます。進捗報告書は顧客名・金額・未公表の遅延情報を含むからです。JUAS「企業IT動向調査 報告書 2026」（第32回・2025年度調査）によると、言語系生成AI導入時の課題の1位は「機密情報の流出」70.1%でした。2位は「ハルシネーション、信頼性」66.4%です（冊子p.187 図表8-3-15）。この設問は、言語系生成AIを未検討の企業を除く回答が対象です。可否を決めずに始めると、現場は使いにくくなります。

この表は、当社が考える初期運用の一例です。実際の取扱いは、自社規程、顧客との契約、AIサービスの利用規約とデータ取扱条件、法令に従ってください。

顧客名や金額を含む記録は、置換表を1枚作ると扱いやすくなります。顧客名はA社、システム名は基幹X、金額は「中規模」と置きます。置換表そのものはAIへ渡さず、下書きを戻すときに手元で実名へ復元します。

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

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

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

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

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

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

測る指標は、始める前に決めます。JUASの同調査によると、効果測定は「行っていない」51.9%が1位でした。2位は「削減できた労働時間の測定」39.4%です（冊子p.185-186 図表8-3-13）。対象は言語系生成AIを導入済み、または試験導入中・導入準備中の回答企業（n=507）です。測らずに始めると、続けるか広げるかの判断材料が残りません。作成時間、差し戻し回数、報告会での質問件数で足ります。決めてから始めると振り返れます。

期待値も先に共有します。IPA「DX動向2026」によると、AI導入効果が期待以上・期待どおりだった企業は合わせて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本から、線を引いてみてください。