- 「会議が多い」と「会議で何も決まらない」は別の病。前者は会議の本数、後者は意思決定の設計の問題で、打ち手が違う
- 会議には「意思決定の場（経営戦略定例）」と「運用の場（改善MTG）」しかない。1つの会議に混ぜると、どちらも機能しなくなる
- 決めても記録に残らない決定は、決めていないのと同じ。決定事項・担当・期限を、その場でGoogle Workspaceの決定ログに残すのが唯一の解
1. 現場で起きている違和感
従業員30〜100名規模の中堅企業（車検・車販店、設備工事、卸など）でよく受ける相談に、一見そっくりな2つがあります。ひとつは「会議が多すぎて現場が回らない」。もうひとつは「毎週きちんと会議しているのに、何も前に進まない」。どちらも会議への不満ですが、原因はまったく別です。
前者の会社では、週に定例が5〜6本、1人あたり月の会議時間が20時間を超えていることもあります。後者の会社では、会議の本数はむしろ普通なのに、出てくる声が「先週も同じ話をした」「あの件、結局どうなった？」。会議の数を減らす号令をかけると、前者は一時的にスッキリし、後者はむしろ重要な決定が宙に浮きます。同じ「会議を減らす」が、片方には効き、片方には逆効果になる——ここに、2つの問題を取り違えている構造があります。
2. その問題が起きる構造
会議には、本来2種類しかありません。経営判断・予算・人事・優先順位を「決める」意思決定の場（経営戦略定例）と、進捗共有・詰まりの解消・カイゼンを「回す」運用の場（改善MTG）です。性質も、必要な参加者も、適切な頻度も違います。
多くの会社は、この2つを1つの会議に混ぜます。15人が出る週次定例で、共有も議論も意思決定も全部やろうとする。すると、決めるべき論点は時間切れで持ち越され、共有事項は半分の人には不要で、誰も全部を追えなくなる。これが「会議が多い会社」の正体です。会議そのものではなく、1つの会議に役割を詰め込みすぎていることが問題です。
もうひとつの構造的な欠陥が、決めたことが記録に残らないことです。口頭で「じゃあそれで」と決まっても、議事録がチャットに流れて3ヶ月後には探せない。決定が記録に残らないと、決定は実行されません。次の会議でまた同じ議論が始まる。これが「会議で何も決まらない会社」の正体です。決まっていないのではなく、決めた事実が消えているのです（下図）。
会議は2つの軸で見ます。意思決定するか（横）と決定がGWSに記録されるか（縦）。「会議が多い会社」の正体は左下（集まっただけ）、「会議で何も決まらない会社」の正体は右下——決めても記録に残らなければ、決めていないのと同じだからです。狙うのは右上だけ。意思決定はここでしか起こさず、運用・共有（左上）は記録だけ残して頻度を絞ります。
3. 経営者が判断すべき論点
会議体を立て直すために、最初に決めるべきは次の3つです。
- いまの定例を「意思決定の場」「運用の場」「どちらでもない場」に仕分け、混在している会議をどう割るか
- 意思決定の場に、誰を入れて誰を外すか（決める人だけに絞れるか）
- 決定事項・担当・期限を、どの一箇所（GWSのどのファイル）に必ず残すか
この3つを決めずに「会議を減らせ」とだけ号令をかけると、決定の場まで一緒に消え、現場の独断か放置に振れます。減らすべきは会議の本数ではなく、1つの会議に詰め込まれた役割の混在です。
4. 現場で実行するための具体策
Step 01全定例を棚卸しし、3つに仕分ける
いま走っている会議をすべて書き出し、「意思決定／運用／どちらでもない」に仕分けます。判断基準はシンプルで、その会議で決裁が下りるかです。下りないなら意思決定の場ではありません。「どちらでもない」に分類された会議は、廃止かメール・チャットへの格下げの候補です。週6本の定例が、この時点で3〜4本に減ることがよくあります。
Step 02会議を2系統に再設計する
意思決定の場は「経営戦略定例」として、隔週または月次、決裁者と論点オーナーだけの5〜7名で行います。運用の場は「改善MTG」として、週次・現場リーダー中心・短時間（30分以内）で回します。決める会議はゆっくり少人数、回す会議は速く現場主体。この2系統に分けるだけで、「決めるべきことが時間切れで持ち越される」状態がなくなります。
Step 03全会議に「決定ログ」を義務づける
会議の最後に、その場で決定事項・担当・期限・根拠をGoogle Workspaceの決定ログ（スプレッドシートかドキュメント）に書きます。書記は持ち回りで固定し、チャットには書かない。チャットは流れる場所、GWSは残る場所だからです（下図）。きれいな議事録を後で整える必要はなく、この4点さえ残れば実行に移せます。
意思決定の場（経営戦略定例）と運用の場（改善MTG）は、目的も頻度も参加者も違うので会議としては分ける。一方で、両方の決定事項・宿題は、会議の最後に必ず同じ決定ログ（決定／担当／期限／根拠）へ集めます。書記を持ち回りで固定すると、「あの会議で何を決めたか」が3ヶ月後も検索で出てくる状態になります。
Step 04会議の冒頭5分で、前回の決定ログをレビューする
毎回の会議を、前回の決定ログの確認から始めます。「決めたことが実行されているか」を冒頭5分で見るだけで、宙に浮く決定がなくなります。あわせて、アジェンダの先頭に「今日決めること」を1行で書く。決めることが1つもない会議は、そもそも開かずメールやチャットで済ませる——これが「会議が多い会社」への最後の効きどころです。
5. 失敗しやすい落とし穴
- 「会議を減らす」だけやって、意思決定の場を設計しない。決める場所まで消え、決定が現場の独断か放置に流れます。減らすのは運用・共有の会議、残すのは意思決定の場です。
- 意思決定の場に人を入れすぎる。10人を超える会議では決まりません。決裁者と論点オーナーだけに絞り、共有が必要な人には決定ログを後で見てもらいます。
- 議事録を「きれいに整える」ことに労力をかける。完璧な議事録より、その場で残る決定・担当・期限の3点。形式に時間をかけると、結局誰も書かなくなります。
- 決定ログをチャットに書く。流れて3ヶ月後には探せません。記録は必ずGWS（残る場所）に固定します。
6. eapとしてどう支援するか
eapが会議体に入るときは、まず2週間ですべての定例を棚卸しし、意思決定／運用／どちらでもない、に仕分けます。そのうえで、経営戦略定例と改善MTGの2系統に再設計し、決定ログのテンプレ（GWSスプレッドシート）と書記の運用ルール、冒頭レビューの型までを作って、現場が迷わず回せる状態にします。
実装段階では、必要に応じてグループ会社のラフノートと連携し、決定ログの自動集計、未完了タスクのリマインド、議事録テンプレのGAS化まで巻き取ります。経営者の役割は、会議の進行ではなく、意思決定の場で「決めること」に集中する状態に寄せていきます。
会議の数を減らすのは、結果であって目的ではありません。意思決定の場と運用の場を分け、決めたことを必ず残す——この2つだけで、「会議が多い」も「何も決まらない」も同時に解けていきます。