管理職会議が各部門の読み上げで終わると、重要な論点に時間を使えません。事前ブリーフは、進捗の羅列ではなく、目標との差、部門をまたぐ課題、判断が必要な点を参加者へ先に伝える資料です。
集める情報
- 今回の会議で決めたいこと
- 前回の決定と未完了タスク
- 主要KPIの実績と目標
- 新しく発生したリスク
- 部門間の依存関係
- 選択肢と推奨理由
部門ごとの報告形式を「実績・差分・原因・次の行動・支援依頼」にそろえると、AIが比較しやすくなります。
ブリーフの構成
| 項目 | 内容 |
|---|---|
| 会議の到達点 | 終了時に決まること |
| 前回からの変化 | 新規・改善・悪化 |
| 重要指標 | 目標、実績、差、期間 |
| 論点 | 意見が分かれる点 |
| 選択肢 | メリット、リスク、条件 |
| 判断依頼 | 誰がいつまでに決めるか |
> 部門報告と前回議事録から、管理職会議の事前ブリーフを作成してください。共通指標、部門間依存、未解決リスク、意思決定が必要な論点を抽出し、根拠資料を付けてください。数字の定義が異なる場合は統合せず注意として示してください。
AIに統合させる前の確認
売上、案件数、工数など、同じ名前でも定義が違う指標があります。対象期間、税の扱い、見込みか確定か、重複の有無を確認します。AIに計算させた合計値も元表と照合します。
事前共有後の質問を集める
参加者には会議前に「事実確認」「追加資料」「判断意見」を分けて入力してもらいます。AIで質問を整理し、重複をまとめると、会議冒頭の確認時間を短くできます。質問への回答が未確定なら、無理に埋めず担当と回答期限を示します。
会議後に更新する
ブリーフの判断依頼に、決定、保留理由、次回確認日を追記します。事前資料と結果を結び付けることで、次回の準備や意思決定ログに再利用できます。
まとめ
管理職会議のAI活用では、各部門報告を短くするだけでなく、差分、依存関係、リスク、選択肢を共通形式で整理します。数値定義を人が確認し、会議前に論点を共有すると、報告中心から判断中心の会議へ変えられます。
実践確認：この記事を現場で使う手順
管理職会議の事前ブリーフをAIで作る方法を実務へ入れるときは、AIに完成品を一度で作らせるより、事実整理・下書き・確認を分けます。確認の中心は発言者・決定事項・担当・期限です。入力資料の責任者と最終承認者を同じ人にせず、根拠をたどれる状態を残します。
入力を4つに分ける
- 確定事実：日時、担当、金額、決定済みの条件
- 引用・根拠：会議記録、規程、見積書、一次資料のURL
- 仮説：まだ確認できていない原因や効果
- 未確認事項：誰にいつ確認するかが必要な項目
この区分を付けてからAIへ渡すと、推測が事実のように混ざる問題を減らせます。個人情報や機密情報は、利用環境と社内規程を確認し、不要な部分を伏せます。
下書き用の指示例
> 次の資料から「管理職会議の事前ブリーフをAIで作る方法」の下書きを作ってください。確定事実と仮説を混ぜず、数値には出典を付け、情報が不足する箇所は「要確認」と表示してください。読み手が判断・実行するために必要な項目を先に並べ、表現を整えるのは最後にしてください。
人が確認する順番
- 人名、会社名、日付、金額、単位を元資料と照合する
- 「決定」「予定」「提案」「推測」の区別を確認する
- 担当者と期限が本文のどこにあるか確認する
- 読み手が次に行う操作を一つに絞る
- AIへ入力してはいけない情報が残っていないか確認する
1週間の試行で測る
完成時間だけでなく、修正回数、事実誤り、確認のために戻った資料数、読み手からの質問数を記録します。発言者・決定事項・担当・期限の抜けが続く場合は、プロンプトを長くするのではなく、入力テンプレートへ必須欄を追加します。効果が確認できるまでは、AI出力を自動送信・自動承認しない運用が安全です。
