コピー＆ペーストできる会議の議題テンプレート10選（2026年）

会議の議題テンプレートの要約

会議の議題には、5つの項目が含まれます。すなわち、会議の目的、取り上げる議題、出席者と各出席者の担当事項、各議題に割り当てられる時間、そして事前に読んでおくべき資料です。

自分用に作成する際は、各項目について「トピック」ではなく「期待される成果」を明記し、予約した時間に収まるようリストを絞り込み、各項目に担当者を1名ずつ割り当て、参加者の集中力が保たれているうちに最も難しい項目を2番目に配置し、事前読解箇所をマークした上で前日に配布し、最後の5分間はアクション項目の確認に充てるようにしてください。

30分間で、実際のアイテムが約3つ入ります。

以下に、チームミーティング、スタッフミーティング、取締役会、1対1の面談、スタンドアップミーティング、レトロスペクティブ、全社ミーティング、営業会議、スプリントプランニング、プロジェクトキックオフなど、10種類のテンプレートを掲載します。いずれもコピー＆ペーストで利用可能です。

ここでは、チームミーティング、スタッフミーティング、取締役会、1対1の面談、スタンドアップミーティング、レトロスペクティブ、全社ミーティング、営業会議、スプリントプランニング、プロジェクトキックオフなど、さまざまな場面に対応した10種類の会議アジェンダテンプレートをご用意しています。これらは、Google DocsやNotionなど、必要な場所にコピー＆ペーストするだけですぐにご利用いただけます。

これらはすべて、各会議に明確で実行可能な目標と、その達成に向けた具体的な手順が確実に設けられるよう設計された、共通のルールに基づいています。これらのルールの背景にある考え方を詳しく知りたい方のために、アジェンダを一から作成するための手順を6つのステップにまとめました。

会議の議題には何を盛り込むか

充実した会議の議題には、基本的に以下の5つの項目が含まれているべきです。

成果
商品
参加者および所有権
期間
準備

これ以上の項目は余計になりがちであり、会議の議題にこれらのいずれかが欠けていると、会議が予定時間をオーバーしたり、決定事項がないまま終了したりする原因となります。

1. 結果

会議の議題では、会議の目的を明記した一行を冒頭に記載すべきです。「マーケティング予算」といった表現にするのではなく、「第3四半期のマーケティング予算案について合意する」というように、成果を重視した表現にするべきです。これが会議の指針となり、この項目に盛り込まれるすべての事項は、その成果に関連しているか、あるいは関連性のあるものであるべきです。

2. 項目

ここが「アジェンダ」の部分です。この目標を達成するために、項目ごとにどのような具体的な内訳が必要でしょうか？ここでは順序が特に重要です。例えば、そのチャネルにおけるKPIを事前に明確に定めていない状態で、Google広告の予算を決定しても意味がありません。また、新たに参画する人が、あまり多くの背景知識を必要とせずに、何が起きているのかを正確に理解できるほど、具体的に記述する必要があります。

3. 参加者および所有権

これは、誰が参加すべきか、そしてセッション中に各人がどの議題について話し、責任を持って担当するかを示したものです。これにより、適切な担当者がいつ発言し、自分の担当する議題を主導すべきかを確実に把握できるほか、その場に誰が参加しているかも明確になります。そのため、個人間や部門間で連携が必要な場合でも、適切なメンバーが参加していることが保証されます。これを早めに共有することで、他に参加が必要な人物がいるか、あるいは事後に説明が必要な人物がいるかが明確になります。

4. 期間

これは各項目に割り当てる時間を算出したものであり、会議の所要時間と整合性が取れている必要があります。したがって、議題を作成し始めると、30分の電話会議で45分分の項目や議論が予定されていることに気づくでしょう。その場合は、何かを削除するか、会議時間を延長する必要があります。また、これにより、特定のトピックに適切な比重が置かれるようにし、会議が長引いた場合でもタスクが先送りされないようにすることができます。

5. 準備

会議に臨んで、手元にない特定の数値や資料を求められてしまうことほど厄介なことはありません。事前に読んでおくべき資料や、会議で取り上げるべき詳細情報へのリンクを添付した議題を送っておけば、時間の節約になり、気まずい思いを避けることができるだけでなく、会議を円滑に進めることができます。

6つのステップで会議の議題を作成する方法

会議の議題を作成するには、以下の6つのポイントがあります。各項目で期待される成果を明確にすること、予定時間に収まるよう項目を絞り込むこと、各項目に担当者を割り当てること、最も難しい項目を2番目に配置すること、事前読解箇所を明記した上で前日に配布すること、そして最後の5分間をアクションの確認に確保することです。定期的な会議の場合、以下の手順には約10分かかりますが、テンプレートがあればさらに短時間で済みます。

1. 「物」ではなく「行動」から始めよう

どんな会議の議題を見ても、曖昧な言葉が並んでいることに気づくでしょう。「予算」「パイプライン」「予測」などです。これらは議論すべき事項を示してはいますが、話し合いの後に何を達成したいのかという全体像は示していません。その結果、曖昧な指示は、長引いて脱線しがちな議論につながり、具体的な成果が得られないことになりかねません。「予算」と書く代わりに、「予算承認の妨げとなっている要因を特定する」や「第3四半期の予算に関するXについて全員の合意を得る」といった具体的な項目を挙げましょう。曖昧な名詞ではなく、中立的でありながらも望ましい成果として記述してください。

2. 予約された時間に収まるまで、リストを絞り込んでいく

ビジネスにおいて、一度に多くの人を集めるのは難しい場合があり、30分間の会議でできるだけ多くの項目を網羅しようという誘惑に駆られるかもしれません。30分間では、実質的な議題はせいぜい3つ程度でしょう。30分間の会議でそれ以上の項目を議題に盛り込むと、2つのリスクが生じます。それは、大幅に時間オーバーしてしまうか、あるいは完了に時間を要する事項を表面的にしか扱えなくなってしまうことです。可能な限り、会議の議題が時間内に収まるように心がけてください。もし収まらない場合は、別の会議に移すか、非同期で進めるようにしてください。直感に反するように感じられるかもしれませんが、一度だけ試してみて、どのような成果が得られるか確認してみてください。そうすれば、結果として会議がはるかに効率的で、焦点の定まったものになることに気づくはずです。

3. 各項目について、担当者を具体的に指定する

議題に名前が挙げられた担当者が1名、会議に出席する。これこそが、議題を割り当てる理想的な方法です。「マーケティング」とだけ記載するのではなく、具体的な担当者を指定することで、誰かが他の誰かが話し始めるのを待っているという気まずい状況を防ぐことができます。また、担当者は何を準備すべきか、そして自ら進んで行動する必要があることを明確に把握できるようになります。

4. 最も難しい項目を2番目に置く

多くの人は、最も厄介な議題を先に片付けておきたいと思うものです。会議の冒頭は、決してスムーズには進みません。遅刻者もいれば、世間話も交わされ、会議の最後の議題は、参加者が次の予定を確認しながら時計を気にするため、しばしば急ぎ足で進められてしまいます。これを2番目の議題にすることで、参加者は積極的に関与し、その後の予定に気を取られすぎることなく、会議に集中できるようになります。また、何らかの摩擦や意見の相違が生じた場合でも、それを円満に解決するための十分な時間を確保することができます。

5. 事前読解の箇所に印をつけ、1日前に送る

会議の直前に、あるいは会議の最中に議題を送っても、参加者が十分な準備をする時間は確保できません。事前に、できれば前日までに送付することで、参加者は必要な準備を整えて会議に臨むことができます。事前に読んでおくべき資料がある場合は、それを議題本文に直接記載するのではなく、議題の中に別ファイルとしてリンクを貼り、「必ず読んでください」という注記を添えるようにしてください。

6. 最後の5分間は、割り当てと確認のために確保しておく

会議の最後に、5分間の時間を確保し、それを独立した議題として明確に設定して、アクション項目をまとめられるようにします。会議の主催者に、議論された内容、担当責任者、およびアクションに関連して留意すべき日程などを振り返って読み上げてもらいます。これにより、参加者全員が会議の成果を明確に把握し、具体的な次のステップと責任の所在が明確になるため、会議終了後に課題が放置されることを防ぐことができます。

おまけ： tl;dv は、生の文字起こしをそのまま実用的なポイントに変換することはもちろん可能ですが、これにより、後でノートを作成する際、さらに明確に要約することも可能になります。

会議の議題テンプレート10選

以下に、ほとんどのチームが毎週実施している形式に対応した、会議の議題テンプレートを10種類掲載します。いずれも以下のルールに従っています：上部に「成果」の行を設け、各項目ごとに担当者を1名指定し、合計時間が予約された時間内に収まるよう調整し、最後のブロックを「アクション」用に確保しています。必要なテンプレートをコピーし、括弧内の名前を実際の担当者に置き換え、チームで使用しない項目は削除してください。不要な部分を削ったテンプレートは、既存のテンプレートをそのまま使うよりもはるかに役立ちます。

チームミーティングの議題テンプレート

毎週のチームメンバー間の情報共有。これは、他の枠に収まらない事項がすべてここに押し込まれるため、内容が膨れ上がりやすいテンプレートです。30分、3項目、そしてアクション項目の時間制限を厳守します。チームの定例会議がいつも1時間かかってしまう場合、解決策は通常、会議時間を延ばすことではなく、議題を絞り込むことです。

成果：今週、チームが優先すべき事項について合意し、その妨げとなる要因を取り除く。
所要時間：30分
事前学習：先週のアクションリスト。必須。

成功事例と課題（5分）。担当者：[氏名]。参加者全員から1行ずつ発言。成功事例は具体的に挙げ、課題については項目2で取り上げるため、ここでは解決しない。
今週の「仕事の妨げ」（10分）。投稿者：[名前]。本当に仕事の妨げになっているもの。会議の最中ではなく、会議の前に選んでおきましょう。
今週の優先事項（10分）。担当者：[氏名]。チームが実際に取り組んでいる作業と、そのための時間を確保するために何を後回しにするか。
アクションと担当者（5分）。担当者：[会議の進行役]。各アクションの内容、担当者、および実施日を読み上げます。

スタッフ会議の議題テンプレート

チームミーティングよりも範囲が広く、実際の業務そのものについてはあまり取り上げられません。スタッフミーティングとは、部署や会社全体の説明会のことで、参加者の大半は発言するよりも聞く側に回ります。そのため、議論の時間を確保しておかないと、その機会は完全に失われてしまいます。所要時間は45分で、その3分の1を質疑応答に充て、中盤に1つの具体的な決定事項を盛り込むようにします。

成果：学科の最新状況を把握し、会議室が必要な決定事項を1件決着させる。
所要時間：45分
事前学習：学科の数値（前日に配布済み）。必須。

会社および部署の最新情報（5分）。担当者：[氏名]。見出しのみ。数値については事前資料に記載済みです。
決定事項（15分）。担当者：[氏名]。この会議で合意が必要な唯一の事項。議題には単なるトピック名だけでなく、決定事項の名称を明記してください。
チームの近況報告（10分）。担当者：[各チームリーダー]。1人あたり2分まで。これを超える場合は、別のセッションとして扱う。
質疑応答（10分）。進行役：[会議の司会者]。残り時間ではなく、リアルタイムで計ります。
アクションと担当者（5分）。担当者：[会議の進行役]。

取締役会議事日程のテンプレート

正式な議事録が作成され、議題の順序が好みにではなくガバナンスによって部分的に定められている唯一の議題です。承認事項は手続き上のもので迅速に処理できるため、最初に扱われます。実質的な決定事項は、参加者の集中力がまだ高いうちに2番目に扱われますが、これは一般的な取締役会資料の構成とは異なります。90分のうち、取締役会の決議事項には期限と責任が伴うため、決議事項のブロックには5分ではなく10分が割り当てられています。

結果：定例議題を承認し、[具体的な議題]について決定を下す。
所要時間：90分
事前資料：財務諸表および前回の議事録を含む理事会資料一式を、1週間前に送付済み。必読。

謝罪および前回の議事録の承認（5分）。担当者：[議長]。手続き上の事項。訂正事項が確認されたが、議論は行われなかった。
主要な決定事項（25分）。責任者：[氏名]。本会議の主たる議題。議題として明記されており、取締役会が決定を下す準備を整えて臨めるようになっている。
CEO報告（15分）。発表者：[CEO]。書面による報告に基づき、その読み上げではない。
財務レビュー（20分）。担当者：[CFOまたは財務責任者]。計画との差異、現金残高、および取締役会の検討を要する事項。
リスクおよびその他の業務（15分）。担当者：[議長]。会議前に提起された事項（会場からの発言を除く）。
措置、担当者、日付（10分）。担当者：[議長]。議事録の読み上げ。

1対1のミーティングの議題テンプレート

The one meeting where the agenda should mostly belong to the other person. For how often to hold them, what to ask, and how to stop them sliding into status updates, see tl;dv’s guide to 1 on 1 meetings.

As a general rule of thumb, if a manager fills all thirty minutes with their own items, it becomes a status update with a friendlier name. Their topics go first, the difficult conversation goes second while there is still time to handle it properly, and development gets its own slot so it does not get squeezed out every single week.

成果：[名前]のニーズを把握し、[具体的な課題]に対処し、1つの開発アクションについて合意する。
所要時間：30分
事前学習：事前に共有ドキュメントに追加された各自のメモ。任意ですが、推奨します。

彼らの議題（10分）。担当者：[直属の上司]。持ち込まれた議題はすべて。この枠は他部署に割り当てられません。
伝えておくべきこと（10分）。対象者：[マネージャー]。フィードバック、懸念事項、あるいはその人に影響を与える決定事項。第二に、急いで済ませたり、帰りの際に後回しにしたりしないようにするためです。
開発（5分）。担当者：[双方]。具体的な行動計画を1つ提示すること。単なるキャリアに関する雑談ではないこと。
アクションと担当者（5分）。担当者：[マネージャー]。

デイリースタンドアップの議題テンプレート

15分間ですが、これは「ブロッカー」が「進捗報告」から切り離されている場合にのみ有効です。ブロッカーが提起され、8人のメンバーが見守る中でグループがリアルタイムで解決に取り掛かると、スタンドアップミーティングが長引いてしまいます。その問題をフラグ付けし、担当者を指定して、すぐに次の議題に進みましょう。解決作業はその後、その場に立ち会う必要のある2人だけで行います。

成果：本日の作業内容を概説し、行き詰まっているメンバーを挙げる。
所要時間：15分
事前読み物：なし。スタンドアップミーティングに事前読み物が必要な場合は、それはスタンドアップミーティングとは言えない。

部屋中を回って（7分）。担当：[参加者全員]。昨日は終了、今日は実施中。1人あたり1分未満。
障害事項（5分）。担当者：[スタンドアップ・リーダー]。名称と担当者が決定済みだが、未解決。議論が必要な事項については、フォローアップの枠を設ける。
フォローアップと担当者（3分）。担当者：[スタンドアップ・リード]。誰が誰と、その直後に打ち合わせをするか。

事後検討会議の議題テンプレート

ここで難しい項目を2番目に置くのには、明確な理由があります。うまくいったことから始めるチームは、20分間も気分の良い話題に時間を費やしてしまい、肝心な改善点について話し合う部分を後回しにしてしまいます。チームのエネルギーが高まっているうちに難しい話題を扱い、最後にうまくいった点で締めくくるべきです。また、改善策の検討には十分な時間を割く必要があります。なぜなら、具体的な行動項目を2つ挙げ、実施期限を定めないまま終わる振り返りは、単なるセラピーセッションに過ぎないからです。

成果：オーナーと協議の上、チームが次のスプリントで実施する2つの変更点について合意する。
所要時間：60分
事前学習：スプリントデータおよび前回のレトロスペクティブで決定されたアクション。必須。

データ（10分）。作成者：[スクラムリーダー]。リリースされたもの、延期されたもの、次へ持ち越されたもの。意見の前に事実を。
何が問題だったのか（20分）。担当者：[ファシリテーター]。人ではなく、プロセスと決定事項に焦点を当てる。議題の中で最も時間が割かれているのには理由がある。
うまくいった点（10分）。担当者：[ファシリテーター]。具体的には、今後も続けていくべきこと。
改善点を2つ選んでください（15分）。担当者：[チーム]。10個ではなく、2つです。10個あっても何も変わりません。
アクションと担当者（5分）。担当者：[スクラムリーダー]。これらは次回のレトロスペクティブの事前資料に盛り込む。

全社員会議の議題テンプレート

主に生放送であるため、CEOの話し時間が長引いた場合でも、質疑応答の時間は通常2分ではなく13分が割り当てられる。発表が2番目に配置されるのは、それが聴衆の主目的だからであり、最後に回してしまうと聴衆の半数が聞き流してしまうことになる。数値に関する情報はすべて、スクリーンショットが撮れるスライドに載せるべきだ。口頭で伝えられた数字を記憶できる人はいないからだ。

成果：[発表内容]を共有し、会社側がそれについて質問できる余地を設ける。
所要時間：45分
事前学習：なし。代わりに、終了後にプレゼン資料を送付してください。

現在の状況（8分）。責任者：[CEOまたはリーダー]。目標に対する数値を画面に表示。
発表（12分）。発表者：[氏名]。今回の会議が開催される理由。どのような変更があり、それが従業員の業務にどのような影響を与えるか。
チーム紹介（7分）。オーナー：[交代制のチームリーダー]。1つのチームがリリースした1つの成果。
質疑応答（13分）。司会者：[ファシリテーター]。事前に寄せられた質問とライブでの質問を、その順序で取り上げる。そうすることで、冒頭の沈黙が場の雰囲気を壊すのを防ぐ。
まとめと今後の手順（5分）。担当者：[CEOまたはリーダー]。

営業会議アジェンダテンプレート

リスクのある案件は最後ではなく、2番目に扱うべきだ。パイプラインのレビューは1時間丸々費やしてしまう傾向があり、支援が必要な案件は、全員が次の電話に遅刻しそうになっている最後の4分間を慌ただしく割いて処理されることになる。そうした案件は、きちんと検討される順番に配置し、パイプラインのレビュー時間を制限して、割り当てられた時間をすべて使い切ってしまうような事態を防ぐべきだ。

成果：今月リスクのあるすべての案件について計画を合意し、予測を確認する。
所要時間：60分
事前学習：CRMパイプラインのエクスポートデータおよび目標対比の現状数値。必須。

目標に対する実績（10分）。担当者：[営業リーダー]。チームの現状については、すでに回覧済みの数値については特に説明の必要はない。
成約が危ぶまれている案件（20分）。担当者：[各案件を担当する営業担当者]。具体的な案件名、成約の妨げとなっている要因、営業担当者が何を必要としているか。これが会議の実務的な部分です。
次期（15分）のパイプライン。担当者：[営業リード]。カバー率、ギャップ、および新規パイプラインの流入源について。
コーチング項目1件（10分）。担当者：[営業リーダーまたはマネージャー]。1つの電話対応の場面または反論事例について、グループで検討する。
アクションと担当者（5分）。担当者：[営業リード]。

スプリントプランニングミーティングアジェンダテンプレート

90分間という制限時間がある場合、スプリントの目標はバックログの後に設定するのではなく、その前に設定すべきです。バックログを先に確認してしまうチームは、たまたま選んだチケットから目標を逆算することになり、その結果、スプリントに一貫したテーマが欠けてしまうことになります。まずスプリントの目的を合意し、その目的に沿った作業を選択しましょう。

成果：スプリント目標と、その達成に向けた作業にコミットする。
所要時間：90分
事前学習：整理済みのバックログと前回のスプリントからの持ち越し事項。必須。

前回のスプリントの結果（10分）。担当者：[スクラムリーダー]。リリースされた項目、持ち越された項目、およびその理由。詳細はレトロスペクティブで扱うため、簡潔にまとめる。
スプリント目標を合意する（20分）。オーナー：[プロダクトオーナー]。チーム全員が口ずさめる一文。これ以降のすべては、この目標を通じて見直される。
バックログのレビュー（25分）。担当者：[プロダクトオーナー]。目標に基づいた優先順位の決定。
キャパシティとコミットメント（25分）。担当者：[チーム]。休暇やサポート業務を含む実際のキャパシティ、そしてチームが実際にコミットする内容。
アクションと担当者（10分）。担当者：[スクラムリーダー]。

グルーミングやレビュー形式など、より広範なセレモニーセットに関しては、アジャイル・スクラムミーティングのテンプレートの方が、このテンプレートよりもさらに充実しています。

プロジェクトキックオフ会議の議題テンプレート

次に、範囲について、具体的には「範囲外」となる事項を明確にします。この手順を省略したキックオフでは、3人のメンバーがそれぞれ異なる「メンタルモデル」を抱えたままプロジェクトが進み、その相違点が6週目に表面化してしまいます。全員が集まった場で、除外事項を声に出して明確にすることが、キックオフにおいて最も重要な役割なのです。

成果：このプロジェクトが何であるか、何ではないか、そして誰がどの部分を担当するかを合意する。
所要時間：60分
事前読了資料：プロジェクト概要および提案されたスケジュール。必須。

このプロジェクトが立ち上がった理由（10分）。責任者：[プロジェクトスポンサー]。課題と成功の定義。
範囲と範囲外の内容（15分）。担当者：[プロジェクトリーダー]。前半と後半の両方。後半こそがプロジェクトを救う部分だ。
誰が何を担当するか（10分）。担当者：[プロジェクトリーダー]。各ワークストリームごとに担当者を指定。
スケジュールとマイルストーン（15分）。担当者：[プロジェクトリーダー]。日程、依存関係、および最初のチェックポイント。
リスク（5分）。担当者：[チーム]。現在、名称を決定し、記録し、チェックポイントで確認済み。
アクションと担当者（5分）。担当者：[プロジェクトリーダー]。

キックオフの形式に関するより詳細な手順（キックオフ前のチェックリストを含む）は、「プロジェクトキックオフ会議ガイド」に記載されています。

会議の議題例：記入前のテンプレートと記入済みの例

上記の会議議題テンプレートは、自由に編集して何度でも再利用できる空白の雛形です。会議議題の例とは、その雛形に内容を記入したもので、実際の会議でどのように表示されるかを具体的に示したものです。

上記の構造化されたテンプレートであっても、非効率的な使い方をされる可能性はあります。それ自体は間違っているわけではありませんが、曖昧さが生じたり、予定を超えてしまったりする原因となるでしょう。例えば、多くのチームが最終的に次のような結果になってしまうかもしれません。

勝利条件と妨害要因（5分）
第3四半期のキャンペーン（10分）
ウェブサイト（10分）
その他（5分）

一見すると、タイムラインには合っており、かなり具体的で、何が期待されているかもより明確に示されていますが、詳細が欠けています。項目は記載されていますが、単なる名詞に過ぎず、責任の所在も、どのような成果を求めているのかを説明する内容もありません。「ウェブサイト」という項目は、結局のところ、サイトが読み込みが遅いという不満を10分間ただ並べるだけになってしまうかもしれません。「第3四半期のキャンペーン」については、誰かが「それで、この件の進捗はどうなってる？」と尋ねるだけから始まってしまうでしょう。

この会議の議題のより適切なバージョンは、次のようなものになるはずです：

成果：今週公開するマーケティング資料について合意し、第3四半期のランディングページの制作を再開する。

所要時間：30分
事前学習：先週のアクションリスト。必須。

ウィンスとブロッカー（5分）。作成者：プリヤ。各1行ずつ。ブロッカーは項目2でフラグが立てられており、ここでは解決されていません。
Q3のランディングページが法務の承認待ちで保留中（10分）。担当者：トム。ケーススタディを省いてリリースするか、それとも日程を延期するかを決定する。トムが法務からの最新の回答を持ち込む。
今週の優先事項を確認してください：キャンペーンかウェブサイトか（10分）。担当者：プリヤ。金曜日までに両方をこなすことはできません。どちらか一方を選び、後回しにする方を指定してください。
アクションと所有者（5分）。所有者：プリヤ。

テンプレートも、議題も、スケジュールも同じですが、主な違いは、各セクションに担当者と具体的な目標が設定されている点です。これにより、参加者は、何を読むべきか、何を準備すべきか、そして会議の全体的な目標が何であるかを把握できます。また、障害や制約が明確に示されているため、参加者はこれらに対処する準備を整え、質問に答え、解決策を見出すことができます。

会議の議題を作成する際、最も重要なのは、それを読んだ人が自分が何をすべきか、また会議で何が起こるかを把握できるかどうかを確認することです。もしそうでない場合、会議の時間のかなりの部分を、その点を明確にするために費やすことになりかねません。

再入力せずに、議題から要約へ

しっかりとした会議の議題テンプレートがあれば、会議を体系的に進め、成功へと導くことができます。ただし、それは会議の内容を記録するものではありません。プリヤが「ケーススタディなしでリリースすべきかどうか」について言及した際、1週間も経てば、全員が同じようにその出来事を記憶しているとは限りません。また、記憶を頼りに書かれた会議の要約では、実際に何が決定されたかを必ずしも正確に伝えられるとは限りません。

以前は、誰かがボールペンで会議の議事録を急いで書き留め、発言内容をすべて記録しようと努めるのが一般的でした。幸いなことに、今ではtl;dv を利用すれば、会議終了直後に録音データ、文字起こし、要約、アクションリストを、受信トレイやライブラリに直接送信してもらうことができます。

さらに、上記の機能を活用して会議テンプレートを設定し、議事録の生成方法を定義することも可能です。必要な内容、送信先、利用者を正確に指定して、完全にカスタマイズできます。

それを活用して、他の技術スタックと連携させることができます。例えば、パイプラインの進捗状況の確認などです。メモはCRMに直接保存され、重要な部分は切り抜かれてデモに参加した関係者に送信されます。また、そのメモは、より詳細に確認したい人がいつでも参照できるよう、CRMに保存されています。

とはいえ、それには一つの要素が不可欠です。それは、しっかりとした議題に基づいた、よく構成された会議です。

「ミーティングライブラリ」を活用して、次回の議題を作成しましょう

会議の議事録やメモの活用は、会議のアーカイブを構築しておけば、さらにその価値が高まります。tl;dv にはMCPサーバーが搭載されているため、アーカイブをClaudeに直接接続し、単一の呼び出しだけでなく、すべてのデータを検索することができます。

どのように活用すればよいのでしょうか？単に、直近10回の週次チームミーティングを分析するよう依頼し、どこで常に時間が超過していたかを特定してもらうだけです。どの議題が何度も取り上げられているにもかかわらず、結論が出ていないでしょうか？どのミーティングでアクションアイテムが最も少ないでしょうか？そうすることで、議題項目だけでなく、すべての定期的なミーティング全体において、最大の障害となっている要因を特定することができるようになります。

そこから、AIが検出した内容と上記の手順をもとに、次の議題案を作成させることさえ可能です。読み取り専用のMCPを使えば、会議の記録を読み取り、何も変更を加えることなく、AIに、問題になりがちな点を考慮し、それを防ぐための安全策を盛り込んだ議題を作成させることができます。

まずは、上記のテンプレートを活用し、 tl;dv を起動した状態で、次の会議をそのうちの1つを使って進めてみてください。生成された要約を普段のメモと比較し、計画を立てて、作業を効率化するツールを活用することで、どれほど楽になるかを実感してください。

会議の議題に関するよくある質問

会議の議題を作成するのは誰の責任ですか？

会議を招集した者が、たとえ他者が議事日程を作成した場合であっても、その責任を負います。各議題を担当する者は、自身の議題の内容、必要な事項、および所要時間を提示します。取締役会の議事日程は通常、会社秘書が起草し、議長が承認します。定期的に開催されるチームミーティングの場合、起草担当者を順番に回すことで、参加者の貢献度が高まる傾向があります。

会議の議題は、どれくらい前に送るべきでしょうか？

1日前であれば、定期的なチームミーティングのほとんどに対応できます。事前の読み込みが実際に必要な案件については、3～5営業日が必要です。また、取締役会については通常、1週間前に資料が送付されますが、実際の要件は法律ではなく、各社の定款や規約などに定められています。重要なのは、参加者が資料を読み、必要な情報を収集し、追加事項を依頼する時間的余裕があるかどうかです。

会議の議題には、何項目ほど盛り込むべきでしょうか？

30分間で実質的な議題を3件程度、1時間で5～6件程度が目安です。「実質的」とは、議論や決定が必要な事項を指します。誰も反応しない進捗報告は議題ではなく、宛先を間違えて送られた文書に過ぎません。1時間の会議で8件の議題が設定されている場合、最後の2件は確実に取り上げられなくなります。

議題があるのに、なぜ会議はいつも予定時間をオーバーしてしまうのでしょうか？

通常、議題は「決定事項」ではなく「トピック」であるため、議論に明確な「ゴール」がありません。その他の一般的な原因としては、そもそも予定された時間内に収まらなかったこと、各議題の担当者が明確になっていないために進行が遅れること、そして意思決定者が同席していないことが挙げられます。各議題を「決定」「討議」「情報共有」のいずれかに分類することで、こうした問題のほとんどは解決されます。

会議の議題と議事録の違いは何ですか？

An agenda is written before the meeting and says what will be covered. Minutes are written during or after the meeting and record what was said, decided, and assigned. One is a plan; the other is evidence.

Board and committee meetings usually need both, since the minutes are the formal record. Here’s how to turn your agenda into meeting minutes.