会議がいちばん安全だと思い込みやすい
小さなチームは、仕事を動かす最も安全な方法として会議を扱いがちです。
認識合わせが必要? 通話を入れる。決定が必要? カレンダーに時間を置く。週次アップデートが必要? 全員を部屋に集める。何かが本当に進んでいるか確認したい? live で話す。
これは責任感があるように見えます。会議は、目に見える調整を生むからです。でも、目に見える調整は無料ではありません。仕事を中断し、コンテキストスイッチを起こし、しばしば一つの曖昧な論点を一時間の共有された曖昧さに変えてしまいます。
会議時間を実コストとして扱う
会議はオーバーヘッドです。
これは、すべての会議が悪いと言っているわけではありません。ほかのコストと同じように扱うべきだ、という意味です。会議は存在する理由を稼がなければなりません。5 人が 45 分部屋にいるなら、それは 45 分の出来事ではなく、225 分のチーム容量です。
小さなチームは、大きな組織よりもこの税金を早く重く感じます。隠れられる余剰容量が少ないからです。
文章で済ませる手段はもう十分ある
定例会議を続ける言い訳は、以前より少なくなっています。
AI はアップデートの下書き、文書の要約、メモからの第一稿作成を手伝えます。共有ドキュメントはより良くなりました。非同期動画も使いやすくなりました。文章のステータス共有はほとんど手間なく公開できます。明確な文脈を準備するコストは下がっています。
だから、いまも live のステータス会議が初期設定になっているなら、それは会議が本当に必要だからではないことが多いのです。単に、書き残す習慣がチームに育っていないだけです。
しかも会議の下振れは、以前より大きくなっています。ツール、通知、デジタルなオーバーヘッドが増えたことで、一つのカレンダーブロックが壊す active thread の数も増えているからです。
定例の調整を会議室の外へ移す
1. 定例ステータス会議を文章の更新に置き換える
ステータス共有は、live の会話から最も移しやすいカテゴリです。
目的が進捗、詰まり、次の一手を共有することなら、短い written update の方がたいてい安く、後から見返しやすくなります。ステータス会議を週次の文章アップデートに置き換える方法 は、まさにこの移行の一部を扱っています。
2. すべての会議に文章の理由を求める
カレンダーに何かを載せる前に、次の 3 つに答えてください。
- 何の決定が必要なのか。
- なぜ文章ではできないのか。
- 会議の終わりに何が真であればよいのか。
主催者がこれにすぐ答えられないなら、その会議は早すぎるか、不要である可能性が高いです。
3. live での状況説明ではなく、事前読みに変える
多くの会議は、意思決定会議ではありません。実態は「その場で文書を読む時間」です。
文脈は会議の前に送ってください。参加者がすでに状況を理解した状態で来られるようにします。そうすれば live の時間は、対立点、トレードオフ、そして明確な決定に使えます。
4. 本当に live が効く仕事だけに会話を残す
短い live の議論がまだ有効なのは、たとえば次のような場面です。
- 難しい対立を解くとき
- 繊細な問題を扱うとき
- 複数オーナーの詰まった決定を前に進めるとき
ただし、その場合でも出力はすぐ文章に残すべきです。
まず文章を選ぶためのひとつのルール
欲しい成果が情報伝達なら、まず文章を使う。live の議論が判断の質を明確に変えるときにだけ会議を使う。
1か月の会議フィルター
一か月だけ、この meeting filter を試してください。
- すべての定例ステータス会議をキャンセルする。
- 代わりに shared written update を置く。
- 残す会議には、招待タイトルに decision を書く。
- 定例会議は 25 分か 50 分に上限を置く。
- すべての会議の終わりに短いメモを残す。決定、オーナー、次の一手。
この一か月で、多くの会議が実際には有用な調整ではなく、不安のマネジメントとして機能していたことが見えてきます。
会議削減が逆効果になるとき
一つ目の失敗は、「もう会議はしない」と宣言するだけで、代わりの仕組みを渡さないことです。それでは混乱が増えるだけです。会議をただ消すのではなく、文章がその役割を引き取らなければいけません。
二つ目の失敗は、会議を残したまま文書も増やすことです。それでは簡素化ではなく、二重作業になります。
最後の失敗は、やはりリーダーのふるまいです。リーダーが live の安心感を求め続ける限り、カレンダーは何度でも埋まります。
liveの時間は本当に必要な場面に使う
会議は前進ではありません。調整コストです。
小さなチームは、そのコストを丁寧に使い、標準ではより多くを書き、live の時間を本当に必要な少数の会話にだけ残したときに改善します。


