アジェンダテンプレート（無料）｜書き方のコツと会議別の記入例6選

多くのアジェンダは、名詞を並べただけのものです。「Q3 予算」「ロードマップ」「採用」。これでは、その会議で何を生み出すのかが誰にも分かりません。参加者はテーマについて話すために集まり、話しただけで解散します。会議は設計どおりに進みました。問題は設計そのものにあったのです。

アジェンダとは、会議の前に作成して共有する進行計画のことです。使えるアジェンダテンプレートは、テーマの一覧にはできないことを1つだけ求めます。会議が始まる前に、各議題で何を生み出すのか、誰がその責任を持つのかを書き出すことです。この記事では、ほとんどの会議にコピーして使える基本のテンプレートと、会議の形式に合わせた6つのテンプレートを紹介します。チームの週次定例、1on1、プロジェクトの進捗会議、顧客など社外との打ち合わせ、全社会議、そして決めることだけが目的の意思決定会議です。

どのテンプレートにも記入例を付けました。会議によっては、それだけで1本の記事が必要なほど固有の事情があります。その場合は、1ページですべてをまかなえるふりをせず、詳しいガイドを案内しています。

目次

• アジェンダの書き方：機能するアジェンダの4つの条件
• どの会議にも使える基本のアジェンダテンプレート
• 会議の種類別アジェンダ早見表
• 1. 週次のチーム定例会議のアジェンダ
• 2. 1on1 ミーティングのアジェンダ
• 3. プロジェクト進捗会議のアジェンダ
• 4. 顧客・社外との打ち合わせのアジェンダ
• 5. 全社会議のアジェンダ
• 6. 意思決定会議のアジェンダ
• アジェンダを送るタイミングと送り方
• よいアジェンダでも会議が失敗する5つのパターン
• よくある質問

アジェンダの書き方：機能するアジェンダの4つの条件

会議を変えるアジェンダと、招待に貼られたまま誰にも読まれないアジェンダの違いは、次の4つの条件にあります。1つでも欠ければ、名詞を並べただけのアジェンダに逆戻りします。

すべての議題にゴール（得たい成果）を書く。 4つのうち最も効果が大きいのがこれです。各議題には、その議題で何を生み出すのかを書きます。決定、合意、順位をつけた選択肢、あるいは特定の事柄についての共通理解です。「プロジェクトの近況」はゴールではありません。「フェーズ2の範囲を決める」はゴールです。確かめ方は簡単で、その場の誰かが「この議題は終わった」と口に出して言えるかどうかです。言えないなら、ゴールの書き方がまだあいまいです。

すべての議題に担当者を書く。 各議題の横に名前を1人書きます。その人が議題を準備し、話を切り出し、ゴールまで導く責任を持ちます。担当者のいない議題は、どの会議でも最も堂々巡りになりやすい議題です。全員が「背景は誰かが説明してくれるだろう」と考えるからです。翌週、まったく同じ形で再び登場しやすいのも、こうした議題です。

すべての議題に時間を割り当てる（タイムボックス）。 時刻（9:05〜9:20）でも所要時間（15分）でもかまいませんが、どちらかに統一します。時間を区切ることには2つの効果があります。最初の議題が最後の議題の時間まで食いつぶすのを防げること。そして、全員が同じペース感を目で見て共有できることです。定着させるためのルールも2つあります。1つは、各議題の時間の合計を会議時間より短くし、切り替えのための余裕を残すこと。もう1つは、議題を重要な順に並べることです。そうすれば時間が押しても、削られるのはたまたま最後にあった議題ではなく、最も重要度の低い議題になります。

事前資料には読み方の指示を添える。 先に読んでほしい資料があるなら、リンクを貼り、分量を書き、事前に読むのか会議中に読む時間を取るのかを明記します。14ページの資料に「添付をご確認ください」とだけ書くのは、準備とはいえません。逆に、会議の冒頭に全員で黙読する時間を設けるチームもあります。地味ですが、驚くほどうまくいきます。全員が予習してきたという前提を置かずに済むからです。

ヒント：議題は必ず動詞で書く。 決める、承認する、選ぶ、順位をつける、レビューする、説明する。動詞があればゴールが一目で分かり、手抜きの議題は書けなくなります。「Q3 予算」にはどの動詞も当てはまらないことに気づくからです。

次の定例会議で試してみてください。動詞が見つからない定番議題がいくつあるか数えてみましょう。それが削るべき議題です。

どの会議にも使える基本のアジェンダテンプレート

どのテンプレートを使うか迷ったら、これをコピーしてください。30分の作業会議から90分の計画会議まで使えます。調整するのは議題の数だけで、構成は変えません。

テンプレート：基本のアジェンダ

[会議名]
日時：[月日（曜日）]｜[開始〜終了時刻、タイムゾーン]｜場所：[会議室／オンライン会議のリンク]
出席者：[氏名と、その人が必要な理由]
進行：[氏名]｜書記：[氏名]

目的：[1文で。会議が終わった時点でどうなっていればよいか]

事前資料：[リンク]｜[分量]｜[事前に読む／会議中に一緒に読む]

アジェンダ

• [0:00〜0:03] 目的とアジェンダの確認｜担当：[進行役]｜ゴール：載っていない急ぎの議題があれば、追加するか後回しにするかを全員の前で決める。
• [0:03〜0:20] [最も重要な議題＋動詞]｜担当：[氏名]｜ゴール：[決定／合意／選択肢の順位づけ]
• [0:20〜0:35] [2番目の議題＋動詞]｜担当：[氏名]｜ゴール：[___]
• [0:35〜0:45] [3番目の議題＋動詞]｜担当：[氏名]｜ゴール：[___]
• [0:45〜0:50] アクションアイテムの確認とクロージング｜担当：[進行役]｜ゴール：すべてのアクションを「誰が・何を・いつまでに」の形で読み上げる。

保留（今回は扱わない議題）

• [議題]｜[代わりにどこで、いつ扱うか]

記入例：基本のアジェンダ

料金・パッケージ検討ワーキングセッション
日時：8月13日（木）午前10:00〜10:50（PT）｜場所：会議室4／Google Meet
出席者：Sofia Ruiz（料金モデルの責任者）、Danny Kwon（財務の承認者）、Mira Patel（顧客リサーチ）、Otto Lindqvist（技術面の実現可能性）
進行：Sofia Ruiz｜書記：Otto Lindqvist

目的：財務が承認できる、中位プランの1ユーザーあたりの価格を決める。

事前資料：価格感度調査のまとめ（3ページ）。事前にお読みください。会議では説明しません。

アジェンダ

• 10:00〜10:03 目的とアジェンダの確認｜担当：Sofia｜ゴール：急ぎの議題があれば、この場で追加か後回しかを決める。
• 10:03〜10:20 中位プランの1ユーザーあたりの価格を決める｜担当：Sofia｜ゴール：価格を1つに決める。決められない場合は、何が障害になっているかを書き出す。
• 10:20〜10:35 上位プランから降ろす機能を2つ選ぶ｜担当：Mira｜ゴール：2つの機能を挙げ、それぞれに調査結果にもとづく理由を添える。
• 10:35〜10:45 既存アカウントの移行方法を確認する｜担当：Otto｜ゴール：既存顧客に旧条件を据え置くかどうかで合意する。合意できなければ、判断のための短期の技術調査を日程に入れる。
• 10:45〜10:50 アクションアイテムの確認とクロージング｜担当：Sofia｜ゴール：担当者と期限を付けてアクションを読み上げる。

保留

• 年払いと月払いの割引率｜先に財務モデルが必要。Danny が8月27日の会議に持ってくる。
• エンタープライズプランの名称｜このメンバーで決めることではない。マーケティングが8月20日までに非同期で決める。

テーマだけの行は、ほとんどありません。どの行にも動詞と担当者の名前があり、全員が「これで終わった」と確認できるゴールがあります。違いはそれだけです。書く手間は、いつもより4分ほど増えるだけです。

会議の種類別アジェンダ早見表

アジェンダの形式は、会議の重要度ではなく、会議で何を得たいかで選びます。いくつかの会議は固有の事情が多いため、専用のガイドを用意しました。表の右端の列からリンクしています。

リンク先の4つのガイドは、この記事では扱いきれない内容まで踏み込んでいます。営業会議は数字の読み上げに終始しがちという固有の問題を抱えています。キックオフの成否は、その場で役割を決められるかどうかで決まります。スタッフミーティングは連絡事項の伝達に流れがちです。緊急会議には、全員が動揺し、情報の半分が間違っている状況でも機能する進め方が必要です。該当する会議なら、まずそちらを読んでください。

1. 週次のチーム定例会議のアジェンダ

チームの週次定例は最も回数の多い会議で、いつの間にか進捗の読み上げ会になりやすい会議でもあります。解決策は構造を変えることです。定型の進捗報告は会議の前にチャットのチャンネルへ投稿してもらい、集まる時間は複数人で考える必要があることに使います。

テンプレート：チームの週次定例

[チーム名] 週次定例｜[曜日] [時刻]｜[リンク]｜40分
目的：チームの行き詰まりを解消し、今週いちばん重要なことに合意する。
事前準備：全員が [時刻] までに [チャンネル] へ3行で報告する（完了したこと・次にやること・困っていること）。

• [0:00〜0:05] 事前の報告に目を通す｜担当：[リーダー]｜ゴール：議論が必要な2〜3件に印を付ける。残りは読むだけで、口頭では繰り返さない。
• [0:05〜0:20] 行き詰まりを解消する｜担当：行き詰まっている本人｜ゴール：すべての障害について、解決する担当者と期日が決まる。
• [0:20〜0:30] [今週決めるべき1つのこと]を決める｜担当：[氏名]｜ゴール：決定する。決められない場合は、足りない情報と、それを集める担当者を決める。
• [0:30〜0:35] 今週の最優先事項を決める｜担当：[リーダー]｜ゴール：チーム全員が最も重要だと合意したことを1つ決める。
• [0:35〜0:40] アクションアイテムの確認とクロージング｜担当：[リーダー]｜ゴール：「誰が・何を・いつまでに」を読み上げる。

記入例：チームの週次定例

サポート運用チーム 週次定例｜月曜 午前9:30（ET）｜Google Meet｜40分
目的：チームの行き詰まりを解消し、今週いちばん重要なことに合意する。
事前準備：9:00までに #support-ops へ3行で報告する。

• 9:30〜9:35 事前の報告に目を通す｜担当：Ayanna｜ゴール：問い合わせキューの滞留と、新しいマクロ（定型返信）の展開を議題にする。それ以外は省略する。
• 9:35〜9:50 行き詰まりを解消する｜担当：行き詰まっている本人｜ゴール：それぞれに解決の担当者と期日を決める。事前に分かっている件：Jules は課金 API へのアクセス権を8日間待っている。Rosa は返金を承認できる上限額について判断を必要としている。
• 9:50〜10:00 週末の対応を当番制に切り替えるか決める｜担当：Ayanna｜ゴール：決定する。決められない場合は、何が足りないかを明らかにする。
• 10:00〜10:05 今週の最優先事項を決める｜担当：Ayanna｜ゴール：1つに絞る。提案：初回応答時間を4時間以内に戻す。
• 10:05〜10:10 アクションアイテムの確認とクロージング｜担当：Ayanna｜ゴール：アクションを読み上げて確認する。

2. 1on1 ミーティングのアジェンダ

1on1 の構造で最も重要なのは、誰のための会議かをはっきりさせることです。マネージャーが議題をすべて持ち込む 1on1 は、2人だけの進捗会議にすぎません。メンバーの議題を先に扱い、毎回それを守ります。後回しでもよいことにした途端、メンバーの議題は消えてしまうからです。

テンプレート：1on1

1on1：[マネージャー] × [メンバー]｜[曜日・時刻]｜30分｜[頻度：毎週／隔週]
共有ドキュメント：[リンク。1週間のあいだに2人とも議題を書き足す]

• [0:00〜0:03] 前回の持ち越し事項を確認する｜担当：2人とも｜ゴール：1件ずつ「完了」「進行中」「やめる」のどれかに決める。
• [0:03〜0:15] メンバーの議題｜担当：[メンバー]｜ゴール：持ち込まれた議題すべてに、きちんとした答えか、答えを出す日付を返す。
• [0:15〜0:23] マネージャーの議題｜担当：[マネージャー]｜ゴール：フィードバックを伝え、背景を共有し、質問に答える。
• [0:23〜0:28] 中長期のテーマ｜担当：2人とも｜ゴール：キャリア、スキル、成長についての話を一歩進める。毎週でなくてもよいが、意図して時間を取る。
• [0:28〜0:30] アクションアイテム｜担当：[マネージャー]｜ゴール：次回までにそれぞれが何をするかを決める。

記入例：1on1

1on1：Marcus × Priti｜火曜 午後2:00｜30分｜毎週
共有ドキュメント：/1-1/priti（1週間のあいだに2人とも議題を書き足す）

• 2:00〜2:03 持ち越し事項｜デザインレビューのプロセス：提案書は作成済みだが未送付。カンファレンス参加の予算：承認済みで完了。
• 2:03〜2:15 Priti の議題｜（1）API ドキュメントを自分が担当するのか、引き続きプラットフォームチームと分担するのか、決めてほしい。（2）Q4 の信頼性改善の取り組みの範囲を確認したい。
• 2:15〜2:23 Marcus の議題｜障害報告書へのフィードバック：分析は優れているが、提言が3ページ目に埋もれている。木曜に発表される組織変更の背景を共有する。
• 2:23〜2:28 中長期のテーマ｜スタッフエンジニアへの道：評価委員会がどんな実績を見るのか、いま担当しているどのプロジェクトがその実績になるのか。
• 2:28〜2:30 アクションアイテム｜Marcus：API ドキュメントの担当について、木曜までに結論をもらってくる。Priti：デザインレビューの提案書を金曜までに送る。

3. プロジェクト進捗会議のアジェンダ

進捗会議は、アジェンダで立場を明らかにするよう求めない限り、経過の説明だけで終わってしまいます。このテンプレートで求めるのは3つです。根拠を添えたステータスの色、計画日に対する見込み日、そして誰もが飛ばしがちな「プロジェクトチームだけでは決められない事項」です。この最後の項目こそ、ステークホルダーが会議に出席する理由です。

テンプレート：プロジェクト進捗会議

[プロジェクト名] 進捗レビュー｜[日付]｜40分｜フェーズ：[___]
目的：ステークホルダーに正確な状況を伝え、チームだけでは決められない事項を決めてもらう。
事前資料：[進捗レポートのリンク]（[日付]に送付済み）。会議では説明しません。

• [0:00〜0:05] ステータスの色とその根拠を示す｜担当：[PM]｜ゴール：緑・黄・赤のどれか、そしてその理由に全員が合意する。
• [0:05〜0:15] 遅れているマイルストーンだけを確認する｜担当：[PM]｜ゴール：見込み日を確定するか、変更する。予定どおりの項目には時間を使わない。
• [0:15〜0:25] [未決の判断事項]を決める｜担当：[スポンサー]｜ゴール：それぞれを決定する。決められないものは、決定者と期日を決める。
• [0:25〜0:35] 主要なリスクを確認する｜担当：[各リスクの担当者]｜ゴール：対策に合意し、担当者を確認し、見直しの日付を決める。
• [0:35〜0:40] アクションアイテムと次回のチェックポイント｜担当：[PM]｜ゴール：アクションと、次回までに決めるべきことを確認する。

記入例：プロジェクト進捗会議

倉庫自動化プロジェクト 進捗レビュー｜8月6日（木）｜40分｜フェーズ2（全4フェーズ）
目的：正確な状況の共有と、チームだけでは決められない2つの判断。
事前資料：進捗レポート（2ページ、火曜に送付済み）。会議では説明しません。

• 2:00〜2:05 ステータス：黄｜担当：Niall｜ゴール：色に合意する。理由：コンベヤーの試運転が2週間遅れ、クリティカルパスに入った。
• 2:05〜2:15 遅れているマイルストーン｜担当：Niall｜ゴール：新しい見込み日を確定する。試運転：計画8月14日、見込み8月28日。統合テスト：計画9月7日、遅延のおそれあり。
• 2:15〜2:25 2つの判断｜担当：Rosa（スポンサー）｜（1）週末の試運転シフトを承認するか（約 $22K）。（2）返品ラインをフェーズ2の範囲から外すか、稼働開始日を守るか。ゴール：今日2つとも決める。
• 2:25〜2:35 主要なリスク｜担当：各リスクの担当者｜9月にベンダーのエンジニアを確保できるか（Niall）。11月1日から始まる繁忙期の変更凍結。この日程は動かせない（Rosa）。
• 2:35〜2:40 アクションアイテムと次回のチェックポイント｜担当：Niall｜次回は8月20日。そこで必要な判断：統合テストの日程を動かすかどうか。

ヒント：進捗会議のアジェンダには必ず「ご判断いただきたいこと」を入れる。 進捗会議の多くは、チームが自分たちだけでは承認できないことを抱えているから開かれます。ところがアジェンダでは、その依頼が20分間の経過報告の下に埋もれ、全員が席を立とうとする38分目にようやく出てきます。

依頼事項は、会議の招待とアジェンダの上から3分の1以内に書いてください。何の判断を求められているかが分かっていれば、スポンサーはたいてい考えをまとめたうえで出席してくれます。

4. 顧客・社外との打ち合わせのアジェンダ

社外に送るアジェンダは、時間の使い方の提案も兼ねています。事前に送るだけで、準備してきたことがさりげなく伝わります。ルールは2つです。社内向けの情報は一切載せないこと。そして最後の議題は必ず次のステップにし、後からメールで約束するのではなく、その場で合意することです。

テンプレート：顧客・社外との打ち合わせ

[顧客企業名] × [自社名]｜[打ち合わせの目的]
[日付]｜[時刻（双方のタイムゾーン）]｜[ビデオ会議のリンク]
[顧客企業名]：[氏名、役職]｜[自社名]：[氏名、役割]
本日のゴール：[1文で。先方と自社、双方にとってのゴール]

• [0:00〜0:05] アジェンダを確認し、追加を受け付ける｜担当：[自社]｜ゴール：本題に入る前に、先方の優先事項をリストに入れる。
• [0:05〜0:20] [先方の議題を先に]｜担当：[先方の担当者名]｜ゴール：[___]
• [0:20〜0:35] [自社の議題]｜担当：[自社の担当者名]｜ゴール：[___]
• [0:35〜0:45] 双方の未解決の質問｜担当：双方｜ゴール：すべての質問について、回答する人と回答期限を決める。
• [0:45〜0:50] 次のステップに合意する｜担当：[自社]｜ゴール：次回の打ち合わせかマイルストーンを、通話を終える前にカレンダーに入れる。

記入例：顧客との打ち合わせ

Riverbend Foods × Halcyon Software｜フェーズ1の導入計画
8月12日（水）｜午後3:00〜3:50（BST）／午前10:00（EDT）｜Teams
Riverbend：Jules Perrin（オペレーション部長）、Rosa Bianchi（IT リーダー）｜Halcyon：私（アカウント担当）、Otto Lindqvist（導入担当）
本日のゴール：フェーズ1で導入する拠点の順番に合意し、研修期間の承認を得る。

• 3:00〜3:05 アジェンダの確認｜担当：私｜ゴール：Riverbend 側が追加したい議題は、ここで加える。
• 3:05〜3:20 フェーズ1で導入する拠点の順番を決める｜担当：Jules｜ゴール：3拠点を選び、順番を決める。Halcyon の提案：システム連携の範囲が最も小さい Bristol から始める。
• 3:20〜3:35 研修期間に合意する｜担当：Otto｜ゴール：日程を確定する。制約：拠点ごとに連続した2日間が必要。Riverbend の繁忙期は10月15日から。
• 3:35〜3:45 双方の未解決の質問｜担当：双方｜当社から：マスターデータの整備はどちらが担当するか。先方から：並行稼働の期間中、旧システムはどうなるか。
• 3:45〜3:50 次のステップに合意する｜担当：私｜ゴール：Rosa のチームも交えた技術的な打ち合わせを、その場で予約する。

5. 全社会議のアジェンダ

全社会議の失敗パターンははっきりしています。メールで済む内容を一方的に伝える場になり、質疑応答は全員の集中が切れた最後の4分間に押し込まれるのです。そこでこのアジェンダでは、数字を最初に示し、質疑応答に十分な時間を取り、質問を事前に集めます。社員が本当に気にしている質問ほど、ミュートを解除してまで聞く勇気のある人はなかなかいないからです。

テンプレート：全社会議

[会社名] 全社会議｜[月]｜[日付、2〜3のタイムゾーンでの時刻]｜50分
録画：あり。[X]時間以内に[掲載場所]で公開
質問：[日付]までに[フォーム／チャンネル]から投稿（匿名も可）

• [0:00〜0:10] 計画に対する現状｜担当：[CEO／責任者]｜ゴール：重要な3つの数字と、それが計画どおりかどうかを全員が把握する。
• [0:10〜0:20] 深く知っておきたいテーマを1つ｜担当：[持ち回りのチーム]｜ゴール：5つの仕事をぼんやり知るのではなく、1つの仕事を全社でよく理解する。
• [0:20〜0:28] 称賛・表彰｜担当：[責任者]｜ゴール：具体的な仕事を挙げ、それがなぜ重要だったかを伝える。
• [0:28〜0:33] 変更点｜担当：[責任者]｜ゴール：人事、プロセス、優先順位の変更を、うわさが広まる前に率直に伝える。
• [0:33〜0:50] 質疑応答（事前に集めた質問から）｜担当：[進行役]｜ゴール：寄せられた中で最も答えにくい質問を、飛ばさずに答える。

記入例：全社会議

Halcyon Software 全社会議｜8月｜8月20日（木）午前8:00（PT）／午前11:00（ET）／午後4:00（BST）｜50分
録画：あり。3時間以内に #all-hands で公開
質問：8月18日（火）までにフォームから投稿（匿名も可）

• 8:00〜8:10 現状｜担当：Sofia｜ARR は $18.4M（計画は $21M）。NRR（売上継続率）は108%。キャッシュランウェイは22か月。新規顧客の獲得は遅れ、既存顧客の拡大は計画を上回っている。
• 8:10〜8:20 深掘り：課金システムの移行｜担当：Otto のチーム｜ゴール：なぜ2四半期かかるのか、急ぐと何が壊れるのかを全員が理解する。
• 8:20〜8:28 称賛・表彰｜担当：Sofia｜サポートチームは、対応件数が22%増えるなかで、初回応答時間を9時間から3.5時間に短縮した。
• 8:28〜8:33 変更点｜担当：Sofia｜9月1日から2つのチームを統合し、1人のリーダーのもとに置く。うわさが先に広まる前に、理由とともに明言する。
• 8:33〜8:50 質疑応答｜担当：Danny｜事前の投稿は14件。最も票を集めた「Q4 に採用はするのか、しないのか？」から始める。

6. 意思決定会議のアジェンダ

会議の目的が1つだけのこともあります。このアジェンダは、あえて範囲を絞っています。決めることは1つだけで、「はい／いいえ」か「どれか1つを選ぶ」で答えが出る問いの形にします。決定者も冒頭で明示します。そうすれば、これが意見を聞く場なのか多数決なのかを、1時間かけて探り合う人がいなくなります。

テンプレート：意思決定会議

決めること：[答えがはっきり出る形にした問い]
[日付]｜30分｜決定者：[氏名]｜相談先：[氏名]｜事後の共有先：[氏名]
やり直しはきくか：[きく（すばやく決める）／きかない（慎重に決める）]
期限：[これを過ぎると選べなくなる時点]
事前資料：[選択肢をまとめた資料（選択肢、トレードオフ、推奨案）]

• [0:00〜0:05] 決めることと制約を確認する｜担当：[決定者]｜ゴール：何を決め、何を決めないのかに全員が合意する。
• [0:05〜0:15] 選択肢を検証する｜担当：[資料の作成者]｜ゴール：選択肢ごとに、最も強い反論を出し切る。
• [0:15〜0:22] 反対意見を聞く｜担当：[進行役]｜ゴール：反対の人は全員、その場で口に出して意見を述べ、記録に残す。
• [0:22〜0:27] 決定する｜担当：[決定者]｜ゴール：決定内容と、欠席者に向けて1文で書いた理由。
• [0:27〜0:30] 誰が、誰に、いつまでに伝えるか｜担当：[決定者]｜ゴール：伝える担当者と期日を決める。

記入例：意思決定会議

決めること：レポート機能を自社で開発するか、他社製を組み込むか？
8月10日（月）｜30分｜決定者：Sofia Ruiz｜相談先：Otto Lindqvist、Danny Kwon、Mira Patel｜事後の共有先：エンジニアリング部門、営業部門
やり直しはきくか：一部はきく。組み込みなら約1四半期で元に戻せるが、自社開発は戻せない。
期限：8月14日。これを過ぎると Q4 のロードマップに間に合わない。
事前資料：選択肢をまとめた資料。3つの選択肢それぞれのコストと期間、推奨案（組み込み）を記載。

• 11:00〜11:05 決めることの確認｜担当：Sofia｜対象：自社開発か組み込みか。対象外：そもそもレポート機能が必要かどうか（決定済み）。
• 11:05〜11:15 選択肢の検証｜担当：Otto｜自社開発：エンジニア2人で5か月。すべて自社でコントロールできる。組み込み：6週間、年間 $40K。提供元のロードマップに左右されるようになる。両者の併用：資料では不採用としたが、異論がないか確認する。
• 11:15〜11:22 反対意見｜担当：Danny｜事前に分かっている反論：Mira は、組み込みを選ぶと2027年に手がけるかもしれない分析プロダクトの妨げになると考えている。後からではなく、この場で発言してもらう。
• 11:22〜11:27 決定｜担当：Sofia｜決定内容と、1文の理由。
• 11:27〜11:30 社内への共有｜担当：Sofia｜Otto が火曜にエンジニアリング部門へ伝える。Danny が水曜にロードマップの資料を更新する。

アジェンダを送るタイミングと送り方

アジェンダは、通常の会議なら24〜48時間前、事前資料がある場合や本当に複雑な判断が必要な場合は48〜72時間前、取締役会なら1〜2週間前に送るのが一般的な目安です。取締役会では取締役が読み込むべき資料一式があり、前夜に目を通すのは現実的ではないためです。会議の1時間前に書いたアジェンダは、ただのお知らせにすぎず、準備の時間にはなりません。

送る場所も、タイミングと同じくらい重要です。アジェンダはファイルで添付せず、カレンダーの招待の本文に貼り付けてください。全員が必ず目にする場所で、スマートフォンでも読みやすく、招待が転送されても内容が残ります。事前資料がある場合は、同じ場所にリンクを貼り、分量を書き添えます。

ほかにも取り入れたい習慣が2つあります。1つは、送るときに期限付きで追加の議題を募ることです（例：「追加したい議題があれば、火曜の午後4時までに連絡してください」）。こうしておけば、会議の20分目に議論を乗っ取りかねない話題を事前に把握できます。もう1つは、定例会議のアジェンダを毎週新しいファイルで作らず、1つのドキュメントを更新し続けることです。定番の構成が崩れず、誰でも思いついたときに議題を書き足せます。

目的を1文で書けないなら、招待は送らないでください。 会議の終了時点でどうなっていればよいかを1文で書けるかどうかは、会議の必要性を確かめる本物のテストです。このテストに通らない定例会議は少なくありません。その場合に取るべき道は、会議をやめる、頻度を減らす、文書での報告に切り替える、のいずれかです。目的をもっとあいまいに書き直すことではありません。

よいアジェンダでも会議が失敗する5つのパターン

ここまでの内容をすべて実践しても、会議が失敗することはあります。注意したい失敗パターンは次の5つです。

時間を書いただけのテーマ一覧になっている。 最もよくあるパターンです。議題に時間と担当者はあっても、ゴールがありません。そのため会議は予定どおりに進むのに、何も生まれません。横に時間が書いてあっても、テーマはテーマのままです。

議題を詰め込みすぎている。 1時間に9つの議題を入れると、1つあたり6分しかありません。話を始めるには足りても、結論を出すには足りません。結局、すべてが中途半端な議論で終わります。実際に回せるのは3〜5つです。残りは保留リストに回しましょう。

進行役がいない。 「この議題は時間なので、続きは別途話しましょう」と言える人がいなければ、時間配分を書いたアジェンダも飾りにすぎません。進行役を決め、話をさえぎってもよいとはっきり伝えておきましょう。

最初の議題が簡単なものになっている。 小さな話題から始めるのは自然に思えますが、これは落とし穴です。難しい議題が最後の8分に追いやられ、全員が疲れて時計ばかり気にしている時間帯に議論することになります。最も難しい議題から始めましょう。気は重くても、効果があります。

会議の後に何も起きない。 最も代償の大きい失敗です。会議の中身はよく、決定も下されたのに、誰が何を担当するのかを誰も書き残さない。その結果、2週間後に半分を決め直すことになります。アジェンダが計画するのは会議での話し合いまでで、結果を記録する仕組みは別に必要です。それが議事録テンプレートの役割です。アジェンダと議事録は2つで1組です。アジェンダの「ゴール」欄と議事録の決定事項は、議題ごとに対応しているべきです。

ヒント：定例会議は四半期に1回見直す。 直近6回分のアジェンダを並べて、2つの点を確認します。毎回の定番議題のうち、決定につながったものがいくつあるか。同じ障害が何回出てきたか。

3回続けて決定につながっていない定番議題は、もはや議題ではありません。会議に居着いてしまった進捗報告です。チャットのチャンネルに移しましょう。

「何かを決めた」ことと「その決定が必要な人に届いた」ことの間には隙間があり、うまく運営した会議の価値の大半はそこから漏れていきます。会議を録音すれば、その隙間の一部は埋められます。Laxis は Zoom、Google Meet、Teams の会議を100以上の言語で録音・文字起こしし、担当者付きのアクションアイテムを抽出して、HubSpot や Salesforce に同期します。無料プランでも毎月300分まで文字起こしできます。ただし、ツールに任せられる範囲は冷静に見ておく必要があります。ツールはすべての約束事を漏らさず正確に書き留めますが、どれが重要だったかは判断しません。その判断は、会議の進行役が担います。AI 議事録ツールは、アジェンダのない会議を救えません。よい会議の成果が、数日後には消えてなくなるのを防ぐだけです。

会議の進行に集中し、フォローアップは Laxis に任せる

Laxis は Zoom、Google Meet、Teams の会議を録音・文字起こし・要約し、担当者付きのアクションアイテムを抽出します。無料プランには毎月300分の文字起こしが含まれます。

Laxis を無料で試す

まとめ

形式の違いを取り除けば、この記事のアジェンダはどれも同じことをしています。会議を開く前に、3つの問いへの答えを書かせることです。この会議で何を生み出すのか。誰がその責任を持つのか。どれだけの時間をかける価値があるのか。

うまくいかない会議の大半は、誰もこの3つの問いに答えていない会議です。多くの人は始まって5分以内にそれを感じ取りますが、何が問題なのかを言葉にできません。今なら言葉にできるはずです。基本のテンプレートをコピーして、4分だけ時間をかけてみてください。会議の目的が分かっているだけで、参加者の臨み方が大きく変わります。

よくある質問

会議のアジェンダには何を書けばよいですか？

書くべき要素は6つです。1文で書いた会議の目的、日時や場所などの開催情報、優先順位の高い順に並べた議題、議題ごとの担当者、議題ごとのゴール、議題ごとの時間配分です。事前資料があればリンクを添え、最後の5分は担当者と期限付きでアクションアイテムを確認する時間に充てます。

アジェンダは会議の何日前に送ればよいですか？

多くの会議では、少なくとも24〜48時間前に送ります。事前資料がある場合や複雑な判断が必要な場合は48〜72時間前です。取締役会は、取締役が資料一式に目を通せるよう、通常1〜2週間前に送ります。1時間前に送ったアジェンダはただのお知らせで、準備の時間にはなりません。

アジェンダの長さや議題の数はどのくらいが適切ですか？

長さは1ページ、1時間の会議なら議題は3〜5つが目安です。ただし、本当に守るべき制約はページ数ではなく時間の計算です。各議題の時間の合計は、数分の余裕を残して会議時間より短くなければなりません。議題に90分かかるのに60分しか確保していないなら、なんとかなると期待せず、議題を削りましょう。

アジェンダと議事録の違いは何ですか？

アジェンダは会議の前に作成して共有する計画で、議事録は会議中から会議後にかけて作成する公式な記録です。アジェンダには、何を話し合うつもりか、各議題で何を生み出すかを書きます。議事録には、実際に何が決まったか、誰が何を約束したか、そして正式な会議では各議案の採決結果を書きます。

議題ごとのゴールはどう書けばよいですか？

その議題で生み出すものを、動詞を使って書きます。決定、合意、順位をつけた選択肢、あるいは特定の事柄についての共通理解です。たとえば「Q3 予算」ではなく、「Q3 予算を承認する、または承認を妨げている要因を挙げる」と書きます。その場の誰かが「この議題は終わった」と口に出して言えるかどうかが判断の基準です。

定例会議でも毎回アジェンダを作り直す必要がありますか？

毎回新しくする必要はありますが、ゼロから作る必要はありません。定番の構成はそのままにして、中身を入れ替えます。いつまでも中身が変わらない定例会議のアジェンダは、その会議が役目を終えたことを示す何よりのサインです。定番議題は四半期ごとに見直し、直近3回で決定につながらなかったものは削除しましょう。

アジェンダの議題には担当者を書くべきですか？

はい、書くべきです。ほとんどのアジェンダにとって、最も手軽にできる改善です。担当者は議題を準備し、議論を切り出し、ゴールまで導く責任を持ちます。担当者のいない議題は、全員が「背景は誰かが知っているだろう」と考えるため堂々巡りになりがちで、翌週も手つかずのまま再び登場しやすくなります。