TL;DR
- 定例のたびに「報告スライドのたたき台」をゼロから組み立てていませんか。実はその素材は、プロジェクトの状況シート1枚にほぼ揃っています。
- この記事では、前回つくった「状況シート」を単一の真実（source of truth）にして、そこから報告骨子（スライド構成＋口頭補足）をLLMに一次ドラフトさせる仕組みを、コピペで試せる形で紹介します。
- ChatGPT / Claude / Gemini / Microsoft Copilot のいずれでも動きます（ツール固有機能に依存しない設計）。
- ポイントは「情報を作らせない」こと。シートにある事実だけを並べ替え、足りない所は「要確認」と返させます。
なぜ「報告スライド作り」で毎回消耗するのか
定例前の30分は、たいてい情報を探して並べ直す時間です。議事録を遡り、課題表を確認し、「前回から何が進んだか」を思い出し、スライドの順番を考える——。中身を考えているようで、実際の大半はすでにどこかにある情報の再配置です。
前回の記事で、議事録を渡すたびに「プロジェクトの今」を上書き更新する状況シートを作りました。これがあるなら、報告スライドの素材はもう手元にあります。あとは出力先を「シート」から「報告の形」に変えるだけです。
「報告資料、また一から作るのか…」
——この感覚に毎回コストを払っているなら、作っているのではなく、並べ替えているだけかもしれません。
発想：状況シートを"単一の真実"にする
| 毎回ゼロから作る | シートから生成する | |
|---|---|---|
| 素材集め | 議事録・課題表を毎回遡る | シート1枚を見るだけ |
| 一貫性 | 回ごとにブレる | 常に同じ状態が源泉 |
| 抜け漏れ | 気づかず落ちる | 「要確認」で可視化される |
| 作業 | 構成を考える | 並べ替えを確認する |
やることはシンプルです。状況シートを源泉に固定し、議事録→シート更新→シートから報告骨子、という一方向の流れにする。報告のたびに事実を作り直さないので、ブレと盛りすぎが消えます。
仕組みの全体像
登場するのは、前回の状況シートと、今回の「報告骨子化プロンプト」だけです。
[コンテキストシート(最新版)]
│
▼ 報告骨子化プロンプト
│
[スライド構成] ＋ [口頭補足メモ] ＋ [不足情報リスト]
最後の**「不足情報リスト」がこの仕組みの肝**です。シートだけでは埋まらない点を正直に返させることで、「それっぽいが中身のない資料」を防ぎます。
Step 1：状況シートを用意する（前回の資産を再利用）
源泉になるのは、前回つくった状況シートです。まだの方は、最小スケルトンだけ置いておきます（頭の数行を自分のPJ用に埋め、自動更新ゾーンは現状を一度書けばOK）。
# {PJ名} — コンテキストシート
最終更新：{YYYY-MM-DD}（{定例名}）
## PJ概要
- 目的：{このPJで達成したいこと}
- フェーズ：{要件定義 / 開発 / テスト / 運用}
### 直近の完了事項
- **{定例名}（{YYYY-MM-DD}）：** {完了事項}
### ネクストアクション
| アクション | 期限 | 担当 |
|---|---|---|
| {やること} | {MM/DD} | {担当} |
### 課題・リスク
| # | 課題 | 対策 | ステータス |
|---|---|---|---|
| 1 | {課題} | {対策} | {対応中 / 解消} |
シートそのものの作り方・自動更新の方法は前回の記事にまとめています：
議事録を要約して終わりにしない——LLMでプロジェクト状況シートを「自動更新」する仕組み
Step 2：報告骨子化プロンプト（最小版）
次のプロンプトをコピーし、シート全文を貼って送るだけです。
あなたはPMOアシスタントです。
以下の「コンテキストシート(最新版)」をもとに、定例の報告スライドの
"たたき台(骨子)"を作成してください。
# コンテキストシート(最新版)
（ここにシート全文を貼る）
# 報告の前提
- 相手：{社内定例 / クライアント定例}
- 時間：{10分 / 15分}
- 目的：{進捗共有 / 意思決定を仰ぐ}
# 構成ルール
- 1スライド1メッセージ。各スライド「見出し（結論）」＋「箇条書き3〜5点」
- 順序：①今日の結論 ②進捗（前回比）③課題・リスク ④ネクストアクション ⑤決めてほしい点
- シートに無い情報は創作しない。不明は「要確認」と明記する
- 数字・固有名詞はシートの表記を正とする（言い換えない）
# 出力
1. スライド構成（各スライドを【スライドN：タイトル】＋箇条書きで）
2. 口頭補足メモ（各スライドで言い添える一言）
3. 不足情報リスト（シートだけでは埋まらず、人が補う必要がある点）
「シートに無い情報は創作しない」「不明は要確認」——この2行が、AIに"それっぽく盛らせない"ためのガードレールです。
Step 3：動かしてみる（Before → After）
たとえば、シートのネクストアクションと課題が次の状態だったとします。
### ネクストアクション
| アクション | 期限 | 担当 |
|---|---|---|
| テスト環境の構築 | 06/20 | 山田 |
| 画面遷移図の修正（継続） | 要確認 | 田中 |
### 課題・リスク
| # | 課題 | 対策 | ステータス |
|---|---|---|---|
| 1 | 本番リリース日が未確定 | 7月後半で調整中 | 対応中 |
このシートを上のプロンプトに渡すと、こんな骨子が返ります。
【スライド1：今日の結論】
- テスト環境構築は予定どおり着手、リリース日のみ要決定
- 本日ご相談：本番リリース日（7月後半案）の確定
【スライド3：課題・リスク】
- 本番リリース日が未確定（7月後半で調整中）
→ 本日この場で確定したい
【スライド5：決めてほしい点】
- 本番リリース日：7/下旬のどこにするか
― 口頭補足 ―
スライド3：日程未確定が後工程の唯一のボトルネックである旨を添える
― 不足情報リスト ―
- 「画面遷移図の修正」の期限がシート上「要確認」のまま
- テスト環境構築の進捗率（着手済みか未着手か）がシートに無い
「探して並べ直す30分」が、確認して直す5分に変わります。しかも、シートに無い所は勝手に埋めず、人に投げ返してくるのが効きます。
つまずきやすいポイント
最小版でも動きますが、回数を重ねると次が気になってきます。
- 粒度がバラつく：スライドが細かすぎ／粗すぎになる。→ 「1スライド3〜5点」「全体で5枚以内」など枚数の上限を足す。
- 機密の混在：クライアント向けに社内情報まで出る。→ シート側を「社外可／社内のみ」でタグ分けし、プロンプトに「社外可のみ」と指定する。
- 盛りすぎ・断定：未確定を確定のように書く。→ 「推測・見込みは『見込み』と明記」を1行足す（誠実さは信頼に直結します）。
このあたりのガードレールと、相手別（社内／クライアント）のテンプレが、安定運用の分かれ目です。
ツールに縛られない設計にしておく（重要）
この仕組みも、特定AIの独自機能（GPTs / Projects / Skills 等）をあえて使っていません。長く運用するなら次の3原則が効きます。
- ツール固有機能に依存しない（プロンプト＋シートだけで完結）
- 入出力をテキストで完結させる（コピペで再現できる）
- シートを"単一の真実"に保つ（報告・議事録・課題表の出力をすべて同じ1枚から引く）
だからこそ ChatGPT でも Claude でも Gemini でも Copilot でも、同じものが動きます。
もっと実運用に踏み込むなら
この最小版でも、報告骨子づくりは体験できます。実務でそのまま使うproduction版——
- 相手別の報告テンプレ（社内定例／クライアント定例で構成・粒度・機密ルールを分けたプロンプト）
- 口頭補足・想定質問の自動生成（聞かれそうな点とその答えを先に用意）
- 状況シート→議事録→報告を1枚から回す運用フロー（Vol.1の状況シートが土台）
- よくある失敗パターンと対処／ユーザーマニュアル
——を実践レシピにまとめています。年50時間の「探して並べ直す」時間を畳む側に回す、ひとり法人PMOコンサルの日常運用そのものです。
▶ AI×PMO実践レシピ Vol.1「議事録→コンテキスト自動更新」（Brain・¥3,000）
※本記事の"源泉"になる状況シートの作り方は、このVol.1が土台です。
https://brain-market.com/u/mikimaro_ai/a/bwgTNxUjMgoTZsNWa0JXY
おわりに
報告スライド作りの大半は、創作ではなく並べ替えです。状況シートという"単一の真実"を1枚持っておくだけで、その並べ替えはLLMに任せられます。残るのは、人にしかできない「何を決めてほしいか」を考える部分だけです。
まずは最小版を、お使いのLLMにコピペして試してみてください。
この記事が役に立ったら、LGTM / ストックしておくと次の定例前にすぐ見返せます。
PMO業務をAIで仕組み化する実践知を発信しています：X @mikimaro_ai（フォローで最小版テンプレの更新も届きます）