ミーティングのケイデンス:各ミーティングの開催頻度と、5〜50人のチーム向けテンプレート — そして定例ミーティングごとの履歴の保管場所(2026年)

ミーティングのケイデンスとは、定例ミーティングの固定されたリズムのことです。開催頻度、曜日と時間、所要時間を、チームごとではなくミーティングシリーズごとに一度だけ決めます。ブロッカーの確認は毎日、意思決定は毎週、レビューは隔週、方向性の検討は毎月または四半期ごとに行います。本ガイドでは、ケイデンスを選ぶための4つのルール、多くのチームが実施している各ミーティングのケイデンス、5人・15人・50人の規模に合わせたテンプレートとそれにかかる時間、ケイデンスを見直すべきサイン、そして Teams、Zoom、Google Workspace、Slack、さらに各メンバーの言語ですべてのセッションを残せるチャンネルで、定例ミーティングごとの履歴がどこに保管されるかを解説します。

The Mind.com Team

  • ケイデンスはチームごとではなく、ミーティングごとに決めます。 ブロッカーの共有は毎日、意思決定は毎週、レビューは2週間ごと、方向性の確認は四半期ごとです。テンプレートは5〜50人をカバーします。
  • シリーズの価値は、その記憶の質で決まります。 Teams、Zoom、Google Workspace、Slack は、開催1回ごとに1つのドキュメントを、ミーティングで使われた言語のまま残します。
  • InterMIND はミーティング全体を、各メンバーの言語のまま保ちます。 すべてのセッションが1つのチャンネルにまとまり、Teams や Slack の代わりではなく、その隣で使えます。ゲストはアカウント不要、無料でリンクから参加できます。料金がかかるのはアクティブなメンバーだけです。
ミーティングのケイデンス:各ミーティングの開催頻度と、5〜50人のチーム向けテンプレート — そして定例ミーティングごとの履歴の保管場所(2026年)

ミーティングのケイデンス:各ミーティングの開催頻度と、5〜50人チーム向けテンプレート — 定例ミーティングごとの履歴の置き場所(2026年)

ミーティングのケイデンスとは、定例ミーティングの固定されたリズムのことです。どのくらいの頻度で、何曜日の何時に、どれくらいの時間行うかを指します。ケイデンスはミーティングシリーズごとに一度決めたら、そのままにしておくものです。誰もミーティングを調整せず、今週あるのかと尋ねる人もいません。次回がいつかを知っているからこそ、2回の間の仕事の進め方が決まります。チームの「ミーティングリズム」や「オペレーティングリズム」とは、そのチームのすべてのケイデンスを合わせたものです。デイリー、ウィークリー、1on1、月次、四半期、そしてそれらが1つのカレンダーの中でどう重ならずに収まるかを含みます。

このガイドでは、まず基本を扱います。ケイデンスとは何で、何ではないのか。ケイデンスを選ぶ4つのルール。多くのチームが実施している各ミーティングのケイデンスです。続いて、5人・15人・50人規模向けにコピーして使えるテンプレートを、1人あたりの週ごとの所要時間とともに示します。ケイデンスを変えるべきサインも取り上げます。最後の部分は、多くのケイデンスガイドが触れないところです。定例ミーティングはシリーズであり、シリーズは記憶があって初めて役に立ちます。それぞれの履歴をどこに置くか。チームが既に使っているツールか、履歴を残すために作られたチャンネルか。それによって、3週間前のウィークリーは検索で見つかるものになるのか、参加者への問いかけになってしまうのかが決まります。

ミーティングのケイデンスとは何か、何ではないか

同じカレンダーの予定に対して3つの言葉が使われますが、それぞれ別のものです。

何を固定するか誰が決めるかいつ変わるか
ケイデンス頻度、曜日と時刻、所要時間チームが、シリーズごとに一度チームの仕事が変わるとき(多くても四半期ごと)
スケジュール次回の日付と招待する人主催者が、開催ごとに誰かが不在のとき、またはその枠が祝日に当たるとき
アジェンダその回の目的:議題、担当者、議事録ミーティングのオーナーが、毎回開催のたびに

ケイデンスは変化の遅い層です。毎週動くウィークリーにはスケジュールはあってもケイデンスはなく、チームは二重のコストを払います。調整そのものと、動き続ける枠に合わせて計画できない仕事のコストです。アジェンダは変化の速い層で、専用のガイドがあります。このガイドでは、各回にリストがあることを前提にしています。

ケイデンスとは「ミーティングが何回あるか」ではありません。毎日のスタンドアップ、ウィークリー、1on1 を持つチームには、3つのケイデンスと無理のない1週間があります。同じ3つのミーティングを都度ばらばらに設定しているチームには、ケイデンスはなく、カレンダーだけが埋まります。また、全社で共通の数字でもありません。スタンドアップとオールハンズでは適切なケイデンスが20倍も違います。だからケイデンスはミーティングごとに決め、それを組み合わせてリズムにします。すべてに一度で当てはまる値を選ぶわけではありません。

ケイデンスを選ぶ4つのルール

1. ケイデンスはカレンダーではなく、意思決定の頻度に従います。 ある問いがどれだけ待てるか、待つコストがミーティングのコストを上回るのはいつかを考えます。ブロッカーは、提起されない日ごとに1日分のコストがかかります。そのためブロッカーを浮かび上がらせるミーティングは毎日です。スコープの決定は1週間待っても問題ないので、決めるミーティングは毎週です。方向性の変更、つまりチームの存在意義や構成は、四半期ごとの問いです。次の開催を待たずにミーティングを招集しているなら、ケイデンスが遅すぎます。議題がなくて開催を取りやめているなら、速すぎます。

2. コストは人数×時間×頻度です。 12人の30分のウィークリーは週6時間、年間300時間です。ミーティングの成果と並べてこの数字を書き出すだけで、ケイデンスをめぐる議論の大半は決着します。1人あたりの予算を決めましょう。メンバーなら週2〜4時間の定例ミーティングがよくある範囲で、リードならもっと多くなります。そのうえでケイデンス同士にその予算を取り合わせると、1つ増やすなら別の1つを遅くすることになります。

3. 枠は固定し、リンクも同じにします。日程は変更しても、取りやめにはしません。 毎回、同じ曜日、同じ時刻、同じミーティングリンクを使います。枠が変わらないシリーズは、それを前提に計画できます。リンクが変わらないシリーズは、履歴の宛先が1つで済みます。祝日や出張で枠を守れないときは、その回を動かします。なくしてはいけません。取りやめは、ケイデンスが任意だとチームに伝えてしまい、そのときからそれが現実になります。シリーズ自体を Google Calendar や Outlook でどう設定するか(繰り返しパターン、終了ルール、1回だけ動かす方法)は、定例ミーティングで説明しています。

4. 各回は、前回の続きから読み始めます。 定例ミーティングはシリーズであり、シリーズには記憶があります。前回の未完了項目が今回最初に確認されるもので、今回のパーキングロットが次回のアジェンダの出発点になります。この糸のないケイデンスは、たまたま同じ枠を共有する無関係なミーティングの集まりにすぎません。この糸があるからこそ、ウィークリーはウィークリーになります。この糸がどこにあるか(誰のノートに、どのツールに、どの言語で)が、このガイドの後半のテーマです。

多くのチームが実施している各ミーティングのケイデンス

以下は、チームが実践の中で行き着くケイデンスです。根拠は、各ミーティングの目的にルール1を当てはめたものです。所要時間は上限です。

ミーティングケイデンス所要時間成果参加者
スタンドアップ平日毎日、同じ時刻15分今日のブロッカーと、ブロッカーごとの担当者名1チーム
週次チームミーティング毎週、曜日固定30〜60分決定事項、今週の優先事項、未完了項目1チーム
1on1毎週。定着したら2週間ごと30〜45分部下の議題、フォローアップ、双方向のフィードバックマネージャーと部下1人
プランニング1〜2週間ごと、サイクルの開始時60分サイクルに含める内容、誰が何を担当するか1チーム
レビューまたはデモ各サイクルの終わり30〜60分出荷したもののデモ、出荷しなかったものとその理由チームとステークホルダー
レトロスペクティブ2週間ごとまたは月次、レビューの後45分チームの働き方についての2〜3の変更1チーム
リーダーシップミーティング毎週60分チーム横断の意思決定、リスク、採用リード
オールハンズ約30人までは毎週。それ以上は2週間ごとまたは月次25〜45分数字、説明された1つの決定、回答された質問全員
クライアントまたはパートナーとの通話納品期間中は毎週。安定期は月次30〜45分スコープ、次のステップ、誰がいつまでに何を送るかアカウントリードとクライアント
四半期レビュー四半期に1回90〜120分四半期の目標、ケイデンス自体の見直しチームまたはリード

表の中には、両方を運用してみないと気づきにくい点が2つあります。1つ目は、レトロスペクティブはレビューの前ではなく後に置くことです。実際に出荷されたものを材料にできるからです。2つ目は、四半期レビューでケイデンス自体を議題にすることです。四半期に一度、すべての定例ミーティングに対して、今のコストで、設立時の目的に見合う成果をまだ出しているかを問います。

これらそれぞれのアジェンダ(議題、担当者、議事録)は、ミーティングアジェンダの例にあります。スタンドアップ、1on1、オールハンズ、プロジェクトキックオフには、それぞれ専用のガイドがあります。

5〜50人チーム向けミーティングケイデンステンプレート

同じケイデンスを、3つの規模で1週間にまとめたものです。時間は1人あたりで、定例ミーティングのみ、クライアントとの通話は含みません。ルール2の予算を書き出したものです。

ミーティング5人15人(2〜3サブチーム)50人(5〜7チーム)
スタンドアップ毎日、10分、全員毎日、15分、サブチームごと毎日、15分、チームごと
週次チームミーティング毎週、30分、全員毎週、45分、サブチームごと毎週、45分、チームごと
1on1毎週、30分毎週、30分。定着したら2週間ごと毎週または2週間ごと、30分、直属のマネージャーと
プランニングとレビューウィークリーに統合2週間ごと、60分、サブチームごと2週間ごと、60分、チームごと
レトロスペクティブ月次、45分2週間ごと、45分、サブチームごと2週間ごと、45分、チームごと
リーダーシップミーティング—毎週、45分、3人のリード毎週、60分、チームリード
オールハンズウィークリーがオールハンズを兼ねる2週間ごと、30分月次、45分
四半期レビュー半日、全員半日、全員チームごとに半日。リードは1日
1人あたりの週の時間約2.5時間約3時間(リードは約4時間)約3時間(チームリードは約5時間)

コピーして使えるテンプレートです。チームが会話する場所に、チームごとに1ブロックずつ置き、新しいメンバーが初日にリズムを読めるようにします。

[チーム名] — 私たちのミーティングケイデンス · 見直し日 [日付]、次回見直し [日付、1四半期後]
予算: 1人あたり週 [時間] の定例ミーティング。

スタンドアップ — 平日毎日 [時刻] — 15分 — [リンク] — オーナー:[持ち回りのファシリテーター]
成果物:今日のブロッカーと各担当者名を、[時刻 + 20分] までに [チャンネル] に投稿。

ウィークリー — [曜日] [時刻] — [分] — [リンク] — オーナー:[名前]
成果物:決定事項、未完了項目、来週へのパーキングロット。

1on1 — 毎週、[曜日]、各30分 — ペアごとに同じリンク — オーナー:部下
成果物:担当者と期日つきの次のステップ。双方から見える状態にする。

プランニングとレビュー — 2週間ごと、[曜日] [時刻] — 60分 — [リンク] — オーナー:[名前]
成果物:担当者つきのサイクルのスコープ。出荷したものとしなかったもの。

レトロスペクティブ — 2週間ごと、レビューの後 — 45分 — [リンク] — オーナー:[持ち回り]
成果物:働き方についての2〜3の変更。それぞれに担当者を付ける。

オールハンズ — [月次 / 2週間ごと]、[曜日] [時刻] — [分] — [リンク] — オーナー:[名前]
成果物:数字、説明された決定、回答済みまたは期日つきのすべての質問。

ルール: 枠は固定、毎回同じリンク。開催はリスケジュールし、取りやめない。各ミーティングは前回の未完了項目から始める。ケイデンス自体は四半期レビューで見直す。

このブロックはプレーンテキストなので、チャットメッセージ、ドキュメント、キャンバスのいずれにも、書式を直さずに貼り付けられます。

週あたりの予算:算数でケイデンスを確認する

ルール2の実例として、15人の列を見ます。チームメンバーは、毎日のスタンドアップ(15分×5)、ウィークリー(45分)、1on1(30分)、2週間ごとのプランニングとレビュー(平均して週30分)、2週間ごとのレトロスペクティブ(平均して週約22分)、2週間ごとのオールハンズ(平均して週15分)に参加します。合計は週に約3時間10分です。リードはこれに、リーダーシップミーティングと、立場が反対側の1on1を2〜3件加えるため、約4時間半になります。15人全体では週およそ50時間、年間2,500時間です。

この数字は、ミーティングに反対する根拠ではありません。これは価格であり、問題はケイデンスの成果に見合うかどうかです。成果とは、1週間ではなく1日で拾えたブロッカーや、金曜まで続くスレッドの中ではなく火曜に下された決定です。たいていは、表にあるミーティングについては見合います。算数が見つけ出すのは、見合わないものです。30分で済むはずの60分のウィークリー、スタンドアップと重複するステータスミーティング、9人が参加して決定者が2人しかいないリーダーシップミーティングなどです。

ケイデンスを変えるとき:5つのサイン

ケイデンスは四半期ごとに見直し、変更はまれにします。変えると、それを前提にしていた計画のコストが発生するからです。見直しの合間に、今のケイデンスが間違っていると示すサインが5つあります。

  1. 開催の合間にミーティングが招集されている。 問いが次の枠まで待てません。ケイデンスが遅すぎるか、そのミーティングの規模が、寄せられる問いに合っていません。
  2. 議題がなくて開催が2〜3回続けて取りやめになっている。 速すぎます。あるいはアジェンダの収集が遅すぎて、議題があることが見えていません。
  3. 決定が別の場所で下され、ミーティングには報告されるだけになっている。 ミーティングがステータスミーティングになっています。決定をミーティングに戻すか、今も果たしている役割に合わせて短縮します。
  4. 未完了項目がケイデンスの2倍より古い。 ウィークリーで2週間前の action item、隔週で1か月前の action item は、シリーズに記憶がない(誰も前回のリストを確認していない)か、その項目がタスクではなくプロジェクトであることのサインです。
  5. 出席がずれてきている。 決定が必要な人が来なくなり、必要のない人が来続けているなら、頻度より前に、枠か招待リストが間違っています。

解決策が「ミーティングを増やす」ことであるのは、ほとんどありません。1つのケイデンスを遅くし、1つを速くし、1つのミーティングを別のものに統合し、あるシリーズのパーキングロットを本来あるべき場所に移すことです。

すでに使っているツールで、定例ミーティングごとの履歴はどこに残るか

定例ミーティングはカレンダーの中にあり、各回が残すものは、ツールが置く場所に置かれます。以下はベンダー自身のページで文書化されている挙動のみです。各セルには、その事実を確認した月を記しています。

プラットフォームシリーズのスケジュール方法1回の開催が残すもの残る場所と、誰のためか
Microsoft TeamsTeams カレンダーで:"Select a timeslot on the calendar or select New. Add meeting details and attendees. Turn on the Teams meeting toggle. Select Save"。"when you schedule a meeting in Teams, it'll automatically appear in your Outlook calendar, and vice versa"。このスケジュールのページには、定例ミーティングの設定方法は記載されていません(2026年9月確認)ミーティングコントロールの Notes、またはミーティングの Details にある Add an agenda。Loop コンポーネントで、参加者や主催者なら誰でも編集でき、人にタグ付けしてタスクを割り当てられます(2026年10月確認)。録画または文字起こしがあったミーティングの後には、録画、文字起こし、共有ファイル、ノート、アジェンダ、フォローアップタスクを含むリキャップが作成されます。AI の部分には Teams Premium または Microsoft 365 Copilot ライセンスが必要で、"not currently available for ad-hoc events" とされています(2026年8月確認)ノートは自動保存され、Teams カレンダーとミーティングのリキャップから開けます。外部の参加者はアクセスも編集もできません(2026年10月確認)。リキャップは、ミーティングが行われた言語で生成されます(2026年8月確認)
Zoom Workplaceスケジュールされたミーティング。AI Companion は、ミーティングのスケジュール時に、タイトル、プロンプト、以前のドキュメントからアジェンダを生成できます(2026年10月確認)有料の Zoom Workplace プランでの AI Companion によるミーティングサマリー(クイックリキャップ、サマリー、次のステップ)(2026年8月確認)メールで送信され、Summaries ページに一覧表示され、Team Chat のミーティングのグループチャットに投稿できます。ホストが共有を選んだ場合に参加者が受け取り、編集できるのはホストのみで、未認証のユーザーにはメールが届きません。サマリーを参加者ごとに別の言語で作成できるとは、ドキュメントに記載されていません(2026年8月確認)
Google WorkspaceMeet リンク付きの Calendar イベント。"Recurring meetings keep the same settings as the first meeting"(2026年9月確認)。対象となる Workspace エディションと Google AI プランでは、イベント作成時に Calendar で Take notes for me がオンになります(2026年10月確認)Take notes for me がオンだった場合、サマリー、決定事項、次のステップを含む Google ドキュメント(2026年10月確認)ドキュメントは主催者にメールで送られ、イベントに添付されます。設定に応じて、全ゲスト、組織内ゲスト、またはホストのみに共有されます。"this feature supports one language at a time"(2026年10月確認)
Slackチームチャンネルでのハドル。"a dedicated message thread to share notes, links, and files" が付きます(2026年10月確認)ミーティングアジェンダのテンプレートから作られるキャンバス。目的、時間配分、次のステップ、期日つきの action items のセクションがあります(2026年10月確認)キャンバスはチャンネルに残ります。ハドルで話された内容は、誰かが入力しない限り含まれません(2026年10月確認)

4つのツールに共通するのは、各回が1つのドキュメントまたは1つのサマリーを、書かれた、または話された言語のまま残すことです。そして回と回をつなぐ糸、つまり今回の冒頭での前回の未完了項目は、人の仕事です。誰かが前回のドキュメントを開き、ミーティングの場で読み上げます。それで十分なら、4つのどれを使ってもよく、この表がそのまま答えです。次のセクションでは、シリーズに独自の記憶が必要で、メンバー全員が同じ言語を読むわけではない場合に、その仕事を果たす1つの方法を紹介します。

シリーズがチャンネルで履歴を保つ方法

InterMIND は、定例ミーティングがチャンネルの中にあるコミュニケーションスペースです。ミーティングリンクは固定なので、開催のたびに同じルームが使われます。ケイデンスは Google Calendar または Outlook で一度だけ設定します。その予定には、参加リンクとリキャップのリンクがあらかじめ入力されます。すでに開催された単発のルームも、その行から定例にでき、チャットとリキャップは失われません。ケイデンスがどうであれ、チャンネルはシリーズ全体を1か所にまとめ、各メンバーの言語で保ちます。チャットは読み手ごとに翻訳されます。各メンバーは自分の言語で書き、他の人の発言を自分の言語で読み、原文はワンタップで切り替えられます。チャンネルは最新のものだけでなく、過去のすべてのセッションのリキャップを保持します。そのため、3週間前のウィークリーは、参加者への問いかけではなく、リキャップページでセッションを切り替えるだけで見られます。リンクで参加する単発のミーティングは、最新のリキャップだけが残り、チャットは通話の終了時に消去されます。シリーズはチャンネルに置くものです。

ルール4を果たすのは、リキャップです。通話が終わると、リキャップがミーティング自体から作成されます。サマリーと、担当者つきの action items です。リキャップはサインインしている各参加者にメールで届き、チャンネルのメッセージとカレンダーイベントのリンクにもなります。各メンバーは、そのルームがたまたま使った言語ではなく、自分の言語で読みます。どのメンバーも編集でき、編集のたびに作成者とリビジョン履歴が残ります。チャンネルの定例ミーティングでは、次のリキャップを作成する際に、前回のセッションの未完了の action items が読み戻され、発言内容と照らして判定されます。完了したと報告された項目は完了にマークされ、それ以外は未完了にマークされます。その際、理由はミーティングでの言葉で添えられるか、「議論されず」とされます。次のセッションの冒頭では Mia が未完了項目とその担当者を読み上げるので、前回のリストが、最初に忘れられるものではなく、最初に話題になるものになります。この部分は、改良を続けている間は、選ばれたアカウントで動作しています。

ケイデンスのブロック、つまり上のテンプレートは、チャンネルの中のノートにします。新しいメンバーは初日にそこで見つけられます。四半期レビューの際には、Share to conference で、そのノートをビデオタイルの隣、全員の画面に表示します。共有している人がルームの見ている前でライブ編集し、参加者全員が自分の言語でそれを読みます。前のセッションのリキャップでも同じことができ、次のサイクルを計画する前に、前のサイクルを全員で振り返るのに使えます。

シリーズはメンバー限定です。チャンネルに加わるべき同僚やクライアントは、メールの招待で無料アカウントに追加され、自分の言語でチャンネルを読みます。1回限りの参加でよい人、たとえば1回のレビューだけに参加するパートナーや、1回の面談だけの候補者は、リンクから単発のミーティングに、電話からでもアカウントなし、無料で参加します。ミーティングを自分の言語でライブで聞けますが、終了後には何も残りません。アカウントは無料で、記録にアクセスできるようにするものです。ホストはスペースを提供し、有料プランでは過去28日間にアクティブだったメンバーの分だけを支払います。アクティブとは、ミーティングに参加した、チャットに書き込んだ、Mia に質問した、といった場合です。1か月休暇を取っているメンバーはアクセスを保ったままで、その月の費用はかかりません。戻ってきたとき、そのシリーズはチャンネルの中に、すべてのセッションのリキャップとともにあります。

ケイデンスは、どのツールでも成り立ちます。誰かが、頻度を決め、枠を守り、各回を前回が残した未完了項目から始める必要があることに変わりはありません。成り立たなくてよいのは、2つ目の仕事です。前回のドキュメントを探し、ミーティングの場で読み上げ、今回の分を、別の言語を読む人たちのために、1つの言語で手作業で入力することです。

FAQ

ミーティングのケイデンスとは何ですか?

ミーティングのケイデンスとは、定例ミーティングの固定されたリズムのことです。どのくらいの頻度で、何曜日の何時に、どれくらいの時間行うかを指します。毎日のスタンドアップ、週次のチームミーティング、月次のオールハンズなど、ミーティングシリーズごとに一度決めたらそのままにします。そうすれば、誰もミーティングを調整せず、開催の合間の仕事をそれを前提に計画できます。チームのミーティングリズムとは、そのすべてのケイデンスを合わせたものです。

良いミーティングのケイデンスとは何ですか?

各種類の問いがどれだけ待てるかに合っているものです。ブロッカーは1週間待てないので、それを浮かび上がらせるミーティングは毎日で短くします。決定は1週間待てるので、チームミーティングは毎週です。レビューとプランニングはチームのサイクルに従い、1〜2週間ごとです。方向性は四半期ごとです。良いケイデンスは予算にも収まります。チームメンバー1人あたり週2〜4時間の定例ミーティングがよくある範囲です。また、場当たり的に変えるのではなく、四半期に一度見直します。

チームはどのくらいの頻度で集まるべきですか?

5〜50人のたいていのチームでは、15分以内の毎日のスタンドアップ、30〜60分の週次チームミーティング、毎週または2週間ごとの1on1、1〜2週間ごとのプランニングとレビュー、2週間ごとまたは月次のレトロスペクティブ、そして約30人までは毎週、それ以上では2週間ごとまたは月次のオールハンズです。このガイドのテンプレートでは、5人、15人、50人の場合について、これらを1人あたりの所要時間とともにまとめています。

ミーティングでケイデンスとはどういう意味ですか?

ケイデンスとは、ミーティングが開催される規則的で繰り返される間隔を意味します。「週次のケイデンス」「2週間のケイデンス」のように使い、そこから転じて、それに伴う固定された曜日、時刻、所要時間も指します。「ケイデンスミーティング」や「ケイデンスコール」とは、その間隔で開かれる定例ミーティングで、たいていはチームとステークホルダーまたはクライアントの間で、進捗と次のステップを確認するために行われます。この用語は、営業やクライアントへの納品の場面でよく使われます。

1on1 はどのくらいの頻度で行うべきですか?

入社後90日以内の新しい部下や、リモートで働く人、別のタイムゾーンにいる人には、毎週30分です。関係が定着し、仕事が順調に進んでいるなら、2週間ごとに45分とし、月に一度の成長のためのセッションを通常の1回の代わりにします。間隔より大切なルールがあります。1on1 は日程を変えても、取りやめにはしません。構成と質問は、1on1 ミーティングのテンプレートにあります。

定例ミーティングのケイデンスはどう決めますか?

そのミーティングが何を生み出し、その結果がどれだけ待てるかを考えます。待てる長さが頻度を決めます。人数×時間×頻度でコストを求め、1人あたりの予算と照らし合わせます。そうすれば、1つのケイデンスを足すなら別のケイデンスを遅くすることになります。枠とリンクを固定し、各回を前回の未完了項目から始め、ケイデンス自体を四半期レビューのアジェンダに載せます。変更するのは、開催の合間にミーティングが招集されるとき、議題がなくて開催が取りやめになるとき、未完了項目が間隔の2倍より古くなるときです。

ミーティングのケイデンスとミーティングのリズムは何が違いますか?

ケイデンスは、1つの定例ミーティングの性質、つまり頻度、枠、所要時間です。リズム、またはオペレーティングリズムは、チームや会社のすべてのケイデンスと、それらがどう組み合わさるかの全体です。ウィークリーの中のデイリー、月次の中のウィークリー、リズム自体を調整する四半期レビューなどです。ケイデンスは1つのミーティングずつ選び、そのうえで、リズムが予算とカレンダーに収まるかを確認します。


出典:Microsoft — Microsoft Teams で会議をスケジュールする、Microsoft — Microsoft Teams で会議のノートを取る、Microsoft — Microsoft Teams のリキャップ、Zoom — AI Companion によるミーティングアジェンダの生成、Zoom — AI Companion でミーティングサマリーを使う、Google Meet — Google Meet のビデオ会議を開始またはスケジュールする、Google — 「Take notes for me」のための Calendar と Meet の設定、Google Meet — Google Meet の「Take notes for me」、Slack — Slack でハドルを使う、Slack — ミーティングアジェンダのテンプレート。表の各セルには、その事実を確認した月を記しています。最も早いものは2026年8月、最も遅いものは2026年10月に確認しました。ベンダーは、プラン、機能、対応言語の一覧を随時変更します。最新の状況は各社のページでご確認ください。

会議と要約のその他の記事

会議と要約のすべての記事
定例ミーティング:Google CalendarとOutlookでの設定方法と、履歴を一か所にまとめる方法(2026年)
会議と要約

定例ミーティング:Google CalendarとOutlookでの設定方法と、履歴を一か所にまとめる方法(2026年)

定例ミーティングとは、毎週・隔週・毎月など決まったパターンで繰り返される1つのカレンダーイベントのことです。シリーズ全体を、1回ごとではなく一度に作成・招待・変更できます。定例ミーティングとは何か、シリーズとは何か、どの定例にも必要な5つの設定、Google CalendarとOutlookでの繰り返しの設定方法と、他の回に影響を与えず1回分だけを変更する方法、そのままコピーして使えるシリーズカード、Teams、Zoom、Google Workspace、Slackで各回のノートとサマリーがどこに保存されるのか、そしてシリーズによってすべてのセッションを1つのチャンネルにまとめ、各メンバーが自分の言語で読めるようにする方法までを解説します。

The Mind.com Team

意思決定ログのテンプレート:決定を蒸し返されない記録の残し方と、ログの置き場所(2026年)
会議と要約

意思決定ログのテンプレート:決定を蒸し返されない記録の残し方と、ログの置き場所(2026年)

意思決定ログとは、チームが何を決めたかを1決定につき1エントリで残していく継続的な記録です。決定内容を一文で、決めた人、却下した選択肢とその理由、その決定で除外されること、再検討の条件、そして決定がなされた場面へのリンクを記載します。本ガイドでは、フォーマット、コピーして使えるテンプレートとレジスター、記入済みの3つのエントリ例、Teams、Zoom、Google Workspace、Slack でのログの置き場所、そして会議で下された決定が、合意済み・未決・異論ありのいずれかの印とともに、各メンバー自身の言語でリキャップの一行として戻ってくる仕組みを紹介します。

The Mind.com Team

効果的なミーティングの進め方:開催前・開催中・開催後、そして決定事項を残すチャンネル(2026年)
会議と要約

効果的なミーティングの進め方:開催前・開催中・開催後、そして決定事項を残すチャンネル(2026年)

効果的なミーティングを運営するには、目的を一文で決め、前日にアジェンダを送り、項目ごとに担当者を置いてタイムボックス内で進行し、最後の5分ですべての決定事項とアクションを読み上げて確認し、当日中に議事録を共有します。3つの段階それぞれのコツ、そのままコピーして使えるタイムテーブル、Teams、Zoom、Google Workspace、Slack でミーティングの記録がどこに残るのか、そしてチャンネルで運営したミーティングなら、アジェンダ、チャット、議事録をすべてのメンバーが自分の言語で読める状態に保てる理由までご紹介します。

The Mind.com Team

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

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


意思決定ログのテンプレート:決定を蒸し返されない記録の残し方と、ログの置き場所(2026年)

意思決定ログとは、チームが何を決めたかを1決定につき1エントリで残していく継続的な記録です。決定内容を一文で、決めた人、却下した選択肢とその理由、その決定で除外されること、再検討の条件、そして決定がなされた場面へのリンクを記載します。本ガイドでは、フォーマット、コピーして使えるテンプレートとレジスター、記入済みの3つのエントリ例、Teams、Zoom、Google Workspace、Slack でのログの置き場所、そして会議で下された決定が、合意済み・未決・異論ありのいずれかの印とともに、各メンバー自身の言語でリキャップの一行として戻ってくる仕組みを紹介します。

効果的なミーティングの進め方:開催前・開催中・開催後、そして決定事項を残すチャンネル(2026年)

効果的なミーティングを運営するには、目的を一文で決め、前日にアジェンダを送り、項目ごとに担当者を置いてタイムボックス内で進行し、最後の5分ですべての決定事項とアクションを読み上げて確認し、当日中に議事録を共有します。3つの段階それぞれのコツ、そのままコピーして使えるタイムテーブル、Teams、Zoom、Google Workspace、Slack でミーティングの記録がどこに残るのか、そしてチャンネルで運営したミーティングなら、アジェンダ、チャット、議事録をすべてのメンバーが自分の言語で読める状態に保てる理由までご紹介します。