12種類の会議のアジェンダ例 — それぞれが残すもの (2026)

コピーできる12の会議アジェンダ例 — 週次チーム会議、デイリースタンドアップ、1on1、プロジェクトキックオフ、スプリントレビュー、レトロスペクティブ、全社集会、リーダーシップ会議、同意事項を含む取締役会議、クライアント電話、顧客QBR、採用振り返り — それぞれに目的、項目、担当者、議事録と、ほとんどの例が省略している1つの要素 (会議が何を残し、それが誰の言語で記録されるか) を含めて解説

The Mind.com Team

12種類の会議のアジェンダ例 — それぞれが残すもの (2026)

12種類の会議のためのアジェンダ例 — そして、それぞれが残すもの(2026年)

優れた会議アジェンダの例は、定義そのものよりも価値がある。目的の一文、各項目に添えられた担当者とタイムボックス、各項目が必要とする成果、そして予約時間と合計が一致する分数――これらすべてが一目でわかる。以下は、多くのチームが実際に行っている会議のための12の例であり、メッセージにそのまま貼り付けて名前を変えるだけで使えるように書かれている。

各例は、通常のリストが省いている一文で終わる――会議が何を残すかだ。アジェンダは成果についての約束であり、その約束が守られる場所がリキャップである。まず形式の構造を知りたい場合は、会議アジェンダのテンプレートガイドを参照してほしい。この記事はすべて具体例だ。

例の読み方

すべての項目は同じ形式で書かれている:項目 — 担当者 — 分数 — タイプ。タイプは3種類のいずれかだ:決定(「〜に合意した」で始まる一文で終わる)、議論(意見が必要だが、今日は決定しない)、情報共有(メッセージで済ませられる内容――短く済ませるか、チャットに移すこと)。最後のスロットは常に同じで、成果と担当者のための5分間であり、各項目が「決定済み」「未決」「期日付きで延期」のいずれかとして記録される。

1. 週次チームミーティング — 30分

目的: 今週の作業のブロッカーを解消し、やらないことを決める。
1. 今週チャンネルで上がったブロッカー — 全員 — 10分 — 議論
2. チームが今週中に下すべき決定 — 項目の担当者 — 10分 — 決定
3. 対面で伝える必要がある、メッセージでは済まない告知 — リード — 5分 — 情報共有
4. 成果と担当者 — リード — 5分
残すもの: 一文で表した決定、担当者が付いた各ブロッカー、そして延期された項目――その期日とともに。

2. デイリースタンドアップ — 15分

目的: 今日のブロッカーを洗い出すこと。それだけ。
1. 昨日やったこと、明日までにやること、何に阻まれているか — 各自 — 各1分 — 情報共有
2. 2人が関わるブロッカー — 該当するペアを指名 — 3分 — 議論、以降は別途オフラインで
3. パーキングロット(持ち越し事項) — ファシリテーター — 2分
残すもの: ブロッカーの一覧と、それぞれを誰がペアで対応するか。スタンドアップが決定を生み出しているなら、それはもはやスタンドアップではない。

3. 1on1ミーティング — 30分

目的: まず部下の議題、次にマネージャーの議題。
1. あなたの項目 — 部下 — 12分 — 議論
2. 前回からのフォローアップ — 双方 — 5分 — 情報共有
3. 双方向で1つずつのフィードバック — 双方 — 8分 — 議論
4. 次のステップ(書面で記録) — 双方 — 5分
残すもの: 名前と期日付きの2〜3の次のステップ、そして双方が次回までに読める継続的な履歴。全体の構成は1on1ミーティングのテンプレートにある。

4. プロジェクトキックオフ — 60分

目的: 完了の定義を1つ、ワークストリームごとの担当者を1人、チャンネルを1つに定めて終わること。
1. 何を、誰のために作るか — スポンサー — 10分 — 情報共有
2. 完了の定義と、それを判断する期日 — プロジェクトリード — 15分 — 決定
3. ワークストリームと担当者 — プロジェクトリード — 15分 — 決定
4. コミュニケーション方法:チャンネル、週次会議、リキャップ — プロジェクトリード — 10分 — 決定
5. 各自がすでに見えているリスク — 全員 — 5分 — 議論
6. 成果と担当者 — 5分
残すもの: プロジェクト最初の記録――完了とはX、期日はYという意味であること、ワークストリームごとの担当者、そして以降のすべての会議が置かれるチャンネル。

5. スプリントレビュー — 45分

目的: リリースしたものを示し、フィードバックが何を変えるかを決めること。
1. スプリントゴールの再確認 — プロダクトオーナー — 3分 — 情報共有
2. リリースしたもののデモ(項目ごと) — 開発担当者 — 25分 — 情報共有
3. ステークホルダーのフィードバックと、それがバックログに及ぼす変更 — プロダクトオーナー — 12分 — 決定
4. 成果と担当者 — 5分
残すもの: 承認された項目、理由付きで却下された項目、そして担当者名が付いたバックログの変更。

6. レトロスペクティブ — 45分

目的: 次のスプリントのための変更を1つか2つ選ぶこと――10個のリストではない。
1. 前回のレトロのアクション:完了、未完了、その理由 — ファシリテーター — 5分 — 情報共有
2. うまくいったこと/うまくいかなかったこと — 全員、まず書面で — 15分 — 議論
3. コミットする変更を選ぶ — チーム — 15分 — 決定
4. 担当者と確認日 — 5分
5. 感謝の時間 — 5分
残すもの: 担当者付きの1〜2のアクション、そして前回のアクションが完了したかどうかの記録――自分たちのアクションを忘れるレトロは、誰も信じないレトロだ。

7. 全社会議 — 45分

目的: 全員が同じ3つのことを聞き、それについて質問できること。
1. 四半期を表す3つの数字 — CEOまたはリード — 10分 — 情報共有
2. 全員に影響する決定の説明 — 決定の担当者 — 10分 — 情報共有
3. チームまたは顧客のストーリー — あるチーム — 10分 — 情報共有
4. 質問(事前に書面で提出されたものを含む) — 全員 — 15分 — 議論
残すもの: 3つの数字、平易な言葉で説明された決定、そして質問への回答――午前7時に参加した拠点も、午後9時に参加した拠点も含め、それぞれが読む言語で、全員に向けて。

8. 経営層週次会議 — 60分

目的: チームを横断する決定を行うこと。1つのチーム内に収まる事柄は、そのチーム内に留める。
1. 計画に対する数字 — ファイナンスまたはオペレーション — 10分 — 情報共有
2. 議題に上がっているチーム横断の決定事項 — 担当者 — 30分 — 決定、1つずつ順に
3. リスクとエスカレーション — 誰でも — 10分 — 議論
4. 人事異動 — 人事またはリード — 5分 — 情報共有
5. 成果と担当者 — 5分
残すもの: それぞれの決定と、それを自分のチームに伝える担当者、そして担当者と期日が付いたエスカレーション事項。

9. 取締役会 — 90分

目的: 承認が必要なものを承認し、2つの戦略的事項を決定し、それを記録すること。
1. 開会、定足数の確認、前回議事録の承認 — 議長 — 5分 — 決定
2. コンセントアジェンダ:定型報告や更新事項をまとめて1つの決議で承認 — 議長 — 5分 — 決定
3. CEOレポート — CEO — 15分 — 情報共有
4. 財務報告 — 財務担当 — 15分 — 情報共有
5. 戦略事項A — スポンサー — 20分 — 決定
6. 戦略事項B — スポンサー — 20分 — 決定
7. 必要に応じた非公開セッション — 議長 — 5分
8. 次回会議、閉会 — 議長 — 5分
残すもの: 議事録――決議事項の原文、提案者と賛成者、票数――議事録の書き方で説明されている形式に従う。どのメンバーも、コンセントアジェンダから項目を取り出して議論するよう求めることができる。それこそが、1つの決議を正当なものにする理由だ。

10. クライアントコール — 45分

目的: 月末までにスコープ変更とその価格に合意すること。
1. 前回のコールからの変化 — アカウントリード — 5分 — 情報共有
2. スコープ変更:何を含み、何を含まないか — クライアント — 15分 — 議論
3. 価格とスケジュールの選択肢 — アカウントリード — 15分 — 決定
4. 誰が何をいつまでに送るか — 双方 — 5分
5. 次回のコール — 双方 — 5分
残すもの: 1段落にまとめた合意済みのスコープ、選択された価格オプション、そして名前と期日付きの2〜3の成果物――コールの双方で同じ文面になるため、クライアント側の記録と自社の記録が別々の文書になることはない。

11. カスタマーQBR — 60分

目的: 提供した価値を示し、次四半期の目標に合意し、リスクを早期に明らかにすること。
1. 前四半期:設定した目標と実際の結果 — アカウントマネージャー — 15分 — 情報共有
2. 利用状況、成果、未解決の課題 — カスタマーサクセス — 15分 — 議論
3. 次四半期の目標 — 双方 — 20分 — 決定
4. 更新のスケジュールと、その担当者 — アカウントマネージャー — 5分 — 情報共有
5. 成果と担当者 — 5分
残すもの: 顧客自身の言葉で書かれた次四半期の目標、双方の担当者が付いた未解決の課題、そして全員のカレンダーに入った更新日。

12. 採用デブリーフ — 30分

目的: 今日、候補者について決定すること。最も声の大きい面接担当者の意見ではなく、書面のスコアに基づいて。
1. 会議前に書面で提出されたスコア — リクルーター — 3分 — 情報共有
2. 各面接担当者:スコアの根拠を2分で、他者への反応はまだしない — 面接担当者 — 12分 — 情報共有
3. 意見が分かれた点についてのみ議論 — 採用マネージャー — 10分 — 議論
4. 決定と、誰がいつまでに候補者に伝えるか — 採用マネージャー — 5分 — 決定
残すもの: 決定、その根拠となった証拠、そして候補者への回答を期日までに伝える責任者の名前。

例を自分の会議に合わせる方法

3つの編集で、例は自分のアジェンダになる。目的の一文を、その会議が何を生み出すのかを表す内容になるまで書き直すこと――それができないなら、会議を中止すべきだ。最も難しい決定を、注意力がまだ新鮮なうちに最初に置き、誰も議論しない情報共有の項目はすべて、前日のうちにチャンネルへ移す。そして分数の合計を正しく揃える:タイムボックスの合計は、予約時間からクロージングの5分を引いた値になるべきで、そのクロージングこそ決して削ってはならない項目だ。

アジェンダが残すもの――そしてそれがどこへ行くか

もう一度、12の「残すもの」の行を見てほしい。そのどれもが、決定、未解決の項目、担当者のリストだ――つまり各項目に3語を加えただけのアジェンダである。問題は、誰がその言葉を書き、それがどこに行き着くかだ。

InterMINDは、会議がチャンネルの中に存在するコミュニケーション空間であり、アジェンダは前日にチャンネルへ投稿され、コールが終わるとリキャップは会議そのものから作成される:要約、合意・未解決・争点として記録された論点、担当者付きのアクションアイテム――各行にはタイムスタンプが保持される。それはメールで届き、チャンネル内のメッセージとして、そしてカレンダーイベント内のリンクとしても届き、ログインしているすべてのメンバーは自分の言語でそれを読む――記録は読者ごとに翻訳されるのであり、その場で使われた言語で一度だけ書かれるわけではない。チャンネルは過去のすべてのセッションのリキャップを保持するため、6週間前のスプリントレビューもワンクリックで確認できる。また、ホストはすべてのリキャップのコピーをCRMやトラッカーのアドレスに送信できるため、クライアントコールの成果は誰かが転送しなくても記録システムに届く。チャンネル内の定例会議については、前回セッションの未解決のアクションアイテムが次のリキャップ作成時に読み返され、発言内容に基づいて完了・未完了として記録される――この機能は現在改良中であり、一部のアカウントで提供されている。

リンクからアカウントなしで参加した参加者は、会議全体がリアルタイムで翻訳された状態で参加できるが、その後の記録は残らない――アカウントは無料であり、それこそが記録を手に入れられるようにするものだ。

FAQ

会議のアジェンダはどのようなものですか?

冒頭に目的の一文があり、項目が順番に並び、各項目の横にそれを持ち込む人、与えられる分数、必要な成果――決定、議論、情報共有のいずれか――が記され、さらに事前資料へのリンクと、成果・担当者のための最後の5分間のスロットがある短い文書。上記の12の例がその形であり、テンプレートはその空欄版だ。

チームミーティングのアジェンダには何を載せるべきですか?

週の間に人々が上げたブロッカー、チームが今週中に下すべき1つの決定、メッセージではなく本当に対面が必要な告知、そして各項目が「決定済み」「未決」「延期」として記録されるクロージングのスロットだ。誰も議論しないステータス更新は、アジェンダではなく前日のチャンネルに置くべきものだ。

スタッフミーティングのアジェンダの主な目的は何ですか?

会議に何かを生み出させることだ:下された決定、取り除かれたブロッカー、全員が今共有している一つの情報。アジェンダは目的を明示し、項目を全員が室内にいる必要があるものだけに絞り、成果を記録する時間を確保する――そのため、アジェンダのあるスタッフミーティングは、1時間が終わったときではなく、リストが終わったときに終わる。

取締役会のアジェンダはどのように書きますか?

定款が想定する順序に従う:開会と定足数の確認、前回議事録の承認、コンセントアジェンダ、役員・委員会報告、決定が必要な戦略事項、必要に応じた非公開セッション、次回会議と閉会。各決定事項にはスポンサーとタイムボックスが明記され、事前資料はアジェンダと共に配布される。議長は通常CEOまたは事務局長とともにアジェンダを設定し、メンバーは項目の追加を求めることができる。

コンセントアジェンダとは何ですか?

投票は必要だが議論は不要な定型項目――前回議事録の承認、報告の受理、定型的な更新――をまとめたもので、1つの決議でまとめて承認される。どのメンバーも、項目を取り出して個別に議論するよう求めることができる。これによって、実際に取締役会が必要な2つの事項のための時間が確保される。

会議のアジェンダにはいくつの項目があるべきですか?

30分の会議なら3〜5項目、1時間なら5〜7項目で、それぞれの分数の合計は予約時間からクロージングの5分を引いた値になるべきだ。それより多い項目がある場合は、会議をもっと長くする必要があるか、あるいは情報共有に過ぎずメッセージで済むはずの項目が複数あるということだ。

アジェンダは会議の前に送るべきですか?

はい――招待状とともに、あるいは遅くとも前日までに、項目を書面で集めた上で送るべきだ。アジェンダを読んでいた人は、意見を持って会議に来る。会議の場で初めて目にする人は、最初の10分をその意見を形成するために使う。

More in Meetings & recaps

All posts in Meetings & recaps
会議の議題テンプレート:フォーマット、例、そして議題が議事録として戻る仕組み (2026)
Meetings & recaps

会議の議題テンプレート:フォーマット、例、そして議題が議事録として戻る仕組み (2026)

会議の議題とは、会議の目的をまとめたリストです。項目を順序立てて並べ、それぞれに担当者、時間枠、そして必要な成果を割り当てます。フォーマット、コピーして使えるテンプレート、ほとんどのチームが実際に行っている会議の記入例5つ、Teams、Zoom、Google Workspace、Slackでの議題の置き場所、そして通話後に各項目が決定・未決・保留として参加者全員の言語で議事録として戻る仕組みを解説します。

The Mind.com Team

1on1ミーティングのテンプレート:構成・頻度・双方が読める継続的な履歴(2026年)
Meetings & recaps

1on1ミーティングのテンプレート:構成・頻度・双方が読める継続的な履歴(2026年)

1on1はマネージャーの状況報告ではなく、メンバー自身のミーティングです。30分間のテンプレート、月1回45分のバリエーション、準備と進行の方法、開催頻度、新任メンバーとの初回1on1、状況に応じた15の質問。そして、Teams、Slack、双方が自分の言語で読める専用スペースに保存される1on1の継続的な履歴について解説します。

The Mind.com Team

Microsoft Teams と Google Meet はトランスクリプト、録画、要約をどこに保存するのか — 通話後にそれらを保持する方法
Meetings & recaps

Microsoft Teams と Google Meet はトランスクリプト、録画、要約をどこに保存するのか — 通話後にそれらを保持する方法

Teams がトランスクリプトをどこに保存したかお探しですか?録画の場所ではありません。Microsoft Teams と Google Meet では、録画、トランスクリプト、AIサマリーは、それぞれ異なる権限リストを持つ3つの異なる場所にある3つの独立したオブジェクトであり、1つを移動しても他は移動されません。Microsoftの公式ドキュメントによると、Teamsの録画を移動するとキャプションは完全にはサポートされなくなります。各成果物がどこに保存され、後から誰がアクセスできるのか、そしてミーティングがファイルのフォルダではなく一つの場所として機能する場合にどのようになるかをまとめたマップです。

The Mind.com Team

メールで新しい投稿とプロダクトアップデートを受け取る

月1回、新しい投稿とプロダクトのアップデートをお届けするメールをお送りします。いつでも解除できます。