株式会社renue
AI導入・DXの悩みをプロに相談してみませんか?
AIやDXに関する悩みがありましたら、お気軽にrenueの無料相談をご利用ください。 renueのAI支援実績、コンサルティングの方針や進め方をご紹介します。
定例会議の12回分のアジェンダは「初回の時点で」予測できる
プロジェクトの定例会議を毎週「今週は何を話そう」と考えていませんか。実際の決定事項はともかく、「何をこのタイミングで決めるか」は事前にほぼ決まっています。
本記事では、AIプロジェクトの定例会議を「行き当たりばったり」から「設計された運営」に変えるための、キックオフから最終報告までの12回アジェンダ設計と運営ガイドを解説します。
12回定例のアジェンダ予測テンプレート
| 回 | フェーズ | 主要アジェンダ | 成果物 |
|---|---|---|---|
| 1 | キックオフ | 目的・スコープ・ゴール定義・スケジュール・役割・リスク共有 | プロジェクト計画書 |
| 2 | 要件定義 | データ入手計画・対象業務の可視化・システム要件初期検討 | 要件定義書ドラフト |
| 3 | 要件定義 | データ受領確認・前処理方針・モデル設計・ユースケース優先度付け | 要件定義書確定 |
| 4 | 開発 | プロトタイプ進捗・技術課題共有・データ品質レビュー | プロトタイプv1 |
| 5 | 開発 | デモレビュー・フィードバック反映方針・追加要件の整理 | デモ動画 |
| 6 | 開発 | 中間報告・KPI仮測定・方向修正の判断 | 中間報告書 |
| 7 | テスト | テスト計画・精度検証結果・エッジケース対応 | テスト結果報告 |
| 8 | テスト | ユーザーテスト結果・UI/UX改善・運用設計 | 改善リスト |
| 9 | テスト | 最終精度確認・セキュリティレビュー・デプロイ計画 | デプロイ計画書 |
| 10 | まとめ | 成果サマリー合意・次フェーズ方針確認・引き継ぎ計画 | 成果サマリー |
| 11 | まとめ | 最終報告資料ドラフト共有・質疑応答想定・資料修正 | 最終報告書ドラフト |
| 12 | 報告 | 最終報告会リハーサル・質疑応答練習・資料最終確認 | 最終報告書 |
この予測を初回の時点で作成し、毎回の定例で「今ここにいる」と示すことで、プロジェクト全体の見通しが常に共有されます。
キックオフ会議の設計(60分)
アジェンダ構成
00-05分:自己紹介・体制確認 05-15分:プロジェクト目的・スコープの確認 15-25分:スケジュール・マイルストーンの合意 25-35分:役割分担・コミュニケーション計画 35-45分:リスクの初期共有 45-55分:次回までのアクション確認 55-60分:質疑応答
キックオフ前の必須準備
- プロジェクト目的の構造化:10の質問に全て答えた状態で臨む
- スコープの「やること/やらないこと」を明文化
- 12回分のアジェンダ予測を用意
- 顧客のIR資料を読み、背景確認スライドを作成
毎回の定例で整理する8項目
- お客様のビジネス成長要因
- 課題と本プロジェクトの位置づけ
- 我々に期待されている役割
- 役割遂行の中での現在の課題
- 課題に対するアプローチ仮説
- 相談事項・意思決定事項
- アクション・事実の報告
- リスクの共有
これを毎回のスライドの構成として固定し、「我々はXXXという目的の達成に向けて本プロジェクトを進めています」と毎回宣言します。議論が脱線しても常に本来の目的に立ち返れます。
決定事項・TODO・課題の記録フォーマット
決定事項
【決定事項】 ・データ提供はマスキング処理+仮番号変換で実施 ・分析対象製品は3製品、期間は2年分 ・開発は3ステップ(外部DBデモ→社内接続→運用設計)
TODO
【TODO】 ・○○の確認 <担当:△△、期限:2026-04-15> ・□□の作成 <担当:▽▽、期限:2026-04-18>
TODOには必ず担当者と期限の3要素を含めます。「誰かがやる」「そのうちやる」は管理不能です。
課題
【課題】 ・会員の複数アカウント保有のデータ統合ロジック検討が必要 → 優先度:high、タイプ:technical_issue
AIで定例運営を効率化する
AIでアジェンダを自動生成する
「来週の定例のアジェンダを考えてください。今までの議事録やSlackでの会話からまとめて」——このプロンプトでAIが過去の文脈からアジェンダを自動生成します。
注意点:AIに投げるプロンプトは具体的にします。「探客定例」のように曖昧な指定だと、別プロジェクトの議事録と混同するリスクがあります。「私が参加しているXXXプロジェクトの定例」と明確に指定します。
議事録の直接活用
会議録画からAIが直接「決定事項・TODO・課題」を抽出します。中間成果物である議事録サマリーを人間が作る工程はスキップし、最終成果物に直行できます。
会議運営の4つの役割
| 役割 | 担当 | 責務 |
|---|---|---|
| ファシリテーター | PMO/PM | 議論の流れ維持、時間管理、脱線防止 |
| タイムキーパー | 任意メンバー | 各アジェンダの時間監視 |
| ノートテイカー | AIまたは担当者 | 決定事項・TODO・課題の記録 |
| トピックオーナー | 各担当者 | 担当アジェンダセクションのリード |
定例会議のアンチパターン
| アンチパターン | 問題 | 対策 |
|---|---|---|
| アジェンダなしで開始 | 「今日何話す?」で5分浪費 | 前日までにアジェンダ共有(AI生成可) |
| 全員が報告するだけ | 一方通行で議論が生まれない | 報告はレポートで事前共有、会議は議論のみ |
| 決定事項が記録されない | 「あれ何決まったっけ」が頻発 | 会議中にリアルタイムで記録・画面共有 |
| TODOに担当者/期限がない | 誰もやらない | 担当+期限の3要素を必須化 |
| 毎回ゼロからアジェンダ検討 | 準備工数が高い | 12回分の予測テンプレートを初回に作成 |
30分定例のテンプレート
00-02分:RAGステータス確認(レポートのサマリー) 02-12分:リスク・課題の議論(Amber/Red項目のみ) 12-22分:意思決定事項の決定 22-27分:次週の計画確認 27-30分:質疑・その他
報告は事前共有のレポートで済ませ、会議では意思決定が必要な事項のみ議論します。
まとめ:定例会議運営チェックリスト
| タイミング | チェック項目 |
|---|---|
| プロジェクト開始時 | 12回分のアジェンダ予測を作成したか |
| 会議前日 | アジェンダを参加者に共有したか |
| 会議前日 | 週次レポートを事前共有したか |
| 会議中 | 8項目を整理しているか |
| 会議中 | 決定事項・TODOをリアルタイム記録しているか |
| 会議中 | TODOに担当者+期限が含まれているか |
| 会議後 | 議事録(決定事項/TODO/課題)を当日中に共有したか |
| 次回まで | TODOの進捗を追跡しているか |
定例会議は「集まって話す場」ではなく「意思決定を前に進める場」です。12回分のアジェンダを初回に予測し、毎回8項目を整理し、決定事項を確実に追跡する——この仕組みで、会議の生産性は劇的に向上します。
関連記事
PMOコンサルティングのご相談はrenueまで。

