会議アジェンダをAIに設計させる｜議論が発散しない下準備の型

会議が長引く最大の原因は、アジェンダが「議題リスト」止まりで、議論の型や時間配分まで設計されていないことにある。AIにアジェンダ設計を任せると、目的・時間配分・想定される論点の分岐までを事前に構造化でき、当日の司会者は進行そのものに専念できる。本記事では、会議の目的情報からAIにアジェンダを生成させる具体的な手順、発散を防ぐプロンプトの型、生成後に人間が必ず直すべきポイントを解説する。読み終える頃には、次の会議招集メールに添付するアジェンダをその場で作れるようになっているはずだ。

アジェンダが機能していない会議に共通する3つの症状

多くの会議で配布されるアジェンダは、実質的に「議題名」の羅列にすぎない。「進捗共有」「懸念事項」といった名詞だけが並び、その会議で何を決めるのかが読み手に伝わらない。この状態では、参加者は何を準備すべきかも判断できず、当日その場で状況説明が始まり、時間の大半が消費される。

2つ目の症状は時間配分の欠如、または均等割りだ。30分の会議に3つの議題を「各10分」と機械的に割り振るケースは多いが、議題ごとの重要度や決めるべき論点の複雑さは異なる。結果として、重い議題が10分で打ち切られるか、軽い議題に無駄な時間が使われる。

3つ目は参加者の役割が不明なことだ。誰がその場で意思決定できる立場なのか、誰が情報提供のためだけに呼ばれているのかがアジェンダに明記されていないと、決定権のない人同士で議論が空転し、後日改めて決定者を集める会議が必要になる。これらの症状は個別の問題ではなく、アジェンダ設計の段階で防げるものだ。

AIにアジェンダを作らせる4ステップ

AIにアジェンダ設計をさせる際は、いきなり「アジェンダを作って」と依頼しても粒度の粗いものしか出てこない。有効なのは以下の4ステップだ。

まず、会議の目的とゴール状態をテキストで渡す。「進捗共有」ではなく「フェーズ2の遅延要因を特定し、リカバリー案の承認を得る」のように、会議終了時にどうなっていれば成功かを言語化して渡す。次に、参加者リストと各人の役割（決定者・情報提供者・オブザーバー）を渡す。役割情報があることで、AIは「誰の発言が必要な議題か」を踏まえた構成を作れる。

3ステップ目が本記事の核となる部分で、AIに「決定事項ドリブン」の議題分解をさせる。「何を話すか」ではなく「会議が終わるまでに何を決めるか」を単位にして議題を分解させると、雑談的な議題が自然に排除される。最後に、決定事項ごとの時間配分とタイムキーパー用の進行メモ（この議題は何分で結論を出すか、結論が出ない場合はどうするか）を付与させる。この4ステップを踏むだけで、単なる議題リストが「進行台本」に変わる。

実際に使えるプロンプト例

以下は決定事項ドリブンのアジェンダを生成させるプロンプトの骨格である。

あなたはプロジェクトマネジメントの会議進行に詳しいファシリテーターです。
以下の情報から、決定事項ドリブンの会議アジェンダを作成してください。

- 会議の目的とゴール状態: {ここに具体的なゴールを記述}
- 所要時間: {例: 45分}
- 参加者と役割: {氏名: 決定者/情報提供者/オブザーバーを列挙}
- 背景となる懸念事項: {遅延・リスク・未決事項などを箇条書き}

出力形式:
1. 議題(決定事項として表現) 2. 目的 3. 時間配分 4. 決定者
5. 結論が出ない場合のネクストアクション(誰がいつまでに何をするか)

このプロンプトのポイントは「背景となる懸念事項」を渡す点にある。背景情報がないと、AIは一般論的な議題構成しか作れず、実際のプロジェクトの温度感を反映できない。会議が終わった後の記録づくりについては、Claudeで会議議事録を3分で作る：実際に使えるプロンプト集で扱っているプロンプトと組み合わせると、アジェンダ作成から議事録作成までを一気通貫でAIに任せられる。

会議の型ごとのアジェンダ構成要素

会議の性質によって、AIに指示すべき構成要素は変わる。あらかじめ型を決めておくと、毎回ゼロからプロンプトを組み立てる必要がなくなる。

会議の型	ゴールの置き方	時間配分の傾向	発散防止の工夫
定例進捗会議	遅延・ブロッカーの特定と担当割当	各議題5〜10分の均等寄り	進捗報告は事前共有し会議では課題のみ扱う
意思決定会議	選択肢の中から1つを承認する	論点提示5分・議論15分・決定5分	決定者不在なら開始前に持ち帰り前提と明示
ブレスト会議	アイデアの発散と絞り込み	発散重視、収束は次回に分離	結論を急がず「保留リスト」に逃がす
ステアリングコミッティ	予算・体制の承認	事前資料前提で当日は質疑中心	質疑と承認を議題として明確に分離

型を渡した上でAIに生成させると、「このアジェンダはブレストなのか意思決定なのか」がぶれず、当日の進行がしやすくなる。

議論が発散しないための時間配分とタイムボックス設計

アジェンダの時間配分は、単に議題数で割るのではなく、決定の難易度に応じて重み付けする必要がある。AIに時間配分をさせる際は、「各議題について、合意形成に必要な発言者数と想定される対立軸の数」を推定させ、それに比例した時間を割り当てるよう指示すると精度が上がる。

もう一つ有効なのが「パーキングロット(Parking Lot)」の設計だ。アジェンダ自体に「本題から外れた論点はパーキングロットに記録し、会議終了後に担当と期限を割り振る」という運用ルールを明記しておくと、当日発生した脱線議論を無理に打ち切らずに処理できる。AIにアジェンダを生成させる際、各議題の末尾に「この議題で発散しやすい論点」をあらかじめ予測させて記載させると、司会者は本番前にその論点への対応方針を用意できる。これは、AI「バーチャルチームメンバー」化計画：1人PMが4人分の仕事をこなす環境の作り方で紹介しているような、AIを事前準備の実働メンバーとして使う発想と同じ延長線上にある。

よくある失敗パターン

AIへのアジェンダ作成の丸投げには典型的な失敗パターンがある。1つ目は、背景コンテキストを渡さずに依頼し、一般論的で粒度の粗いアジェンダがそのまま採用されてしまうケースだ。「進捗会議のアジェンダを作って」だけでは、そのプロジェクト固有の懸念や過去の経緯が反映されず、結局現場で作り直すことになる。

2つ目は議題の粒度のミスマッチだ。決定事項を1つの議題にまとめすぎると当日議論が長引き、逆に細かく分けすぎると議題間の移動だけで時間が消費される。AIが出した粒度をそのまま使わず、決定に必要な発言者数を基準に統合・分割を人間が調整する必要がある。

3つ目は、参加者の温度感や社内政治を無視した時間配分だ。過去に対立が起きた議題や、根回しが済んでいない議題にAIは特別な配慮をしない。こうした議題には、AIが提案した時間よりも長めの枠を人間の判断で確保しておくべきだ。この種の調整不足がプロジェクトの停滞や炎上の火種になりやすい点は、ChatGPT・Claudeに週次報告を丸投げしたら、PM業務の2時間が消えた話でも触れている「AIに任せていい部分と人間が握るべき部分の線引き」の話と共通する。

生成後に人間が必ず直すべき3点

AIが生成したアジェンダをそのまま配布してはいけない。最低限、以下の3点は人間が確認・修正する。

1つ目は、政治的に機微な議題の扱いだ。組織間の対立や個人の評価に関わる話題は、AIが表現をそのまま議題名にすると角が立つことがある。表現を和らげるか、個別に事前調整してから議題に載せるかを人間が判断する必要がある。

2つ目は、意思決定者が実際にその会議に出席するかの確認だ。AIは参加者リストに載っている名前をそのまま「決定者」として扱うが、実際にはその人物が別件で欠席予定だったり、権限委譲が済んでいないケースがある。決定者不在のまま議論だけ進めても、後日同じ議題を繰り返すことになる。

3つ目は、想定外の議論が起きた場合のエスカレーションルールだ。AIが用意する「結論が出ない場合のネクストアクション」は雛形的な表現になりがちなので、実際に誰にエスカレーションするか、いつまでに持ち帰るかを具体的な人名と日付で上書きしておく。この3点さえ押さえれば、AIが作った下準備を安心して当日の進行に使える。

あわせて読みたい

会議で決めきれなかった議題や不十分な下準備は、そのまま放置するとプロジェクト全体の遅延や炎上につながりやすい。会議設計だけでなく、問題が顕在化した後の立て直し方まで体系的に押さえておきたい人には、以下の書籍が参考になる。

プロジェクトのトラブル解決大全 — 会議での意思決定不足がプロジェクトの火種になった後、どう立て直すかの実務知が詰まっている。アジェンダ設計を怠った結果起きる炎上パターンの理解にも役立つ。