会議をただ愚痴るだけでなく、実際に減らす方法

役員は週に23時間を会議に費やしており、この数字は1960年代から2倍以上に増加しています。労働者は自分で非生産的だと思う会議に週5時間を無駄にしており、これは2019年から倍増しています。Microsoftのデータによると、同社の生産性スイートでの時間の60%がメール、チャット、会議に費やされており、作成ツールに費やされている時間はわずか40%です。労働者は平均して2分ごとに会議、メッセージ、または通知によって中断されています。

これが問題であることは誰もが知っています。ほとんどの解決策が機能しないのは、原因（同期的にしか伝達できない文書化されていないコンテキスト）ではなく、症状（多すぎる会議）を治療しようとするからです。

「アジェンダを用意する」だけでは会議の数は減りません。「会議時間を短縮する」だけでは、同じ調整作業を短い時間に圧縮するだけです。「1週間すべての会議をキャンセルする」と、一時的な改善が見られますが、その後にスケジュール変更の波が押し寄せます。これらは構造的な問題に対する表面的な治療にすぎません。

なぜ会議が増殖するのか

会議が増殖するのは特定のメカニズムによるものです。チームが成長するにつれて、共有すべきコンテキストの量が、非公式なチャネルを通じて共有するチームの能力よりも速く増加します。5人の場合、コンテキストは物理的な近さによって循環します。15人になると、意識的な努力が必要になります。30人になると、その意識的な努力は会議という形をとります。なぜなら、会議は同期的なコンテキスト転送のためのデフォルトのメカニズムだからです。

ほとんどの会議は、次の4つの理由のいずれかで存在します。

コンテキスト転送。「何が起こったか、現在どこにいるか、今後どうなるか。」 スタンドアップ、ステータスアップデート、全員参加ミーティング、スプリントレビュー。これらは人々に情報を共有し続けるために存在します。

意思決定。「AとBのどちらかを選択する必要がある。」 アーキテクチャの議論、計画セッション、戦略の討論。これらは議論を通じて結論に達するために存在します。

アライメント。「全員の認識は一致しているか？」 キックオフ、振り返り（レトロスペクティブ）、チーム間シンク。これらは共通の理解を確実にするために存在します。

創造的コラボレーション。ブレインストーミング、デザインセッション、ペアプログラミング、問題解決。これらは相互作用を通じて新しい何かを生み出すために存在します。

最後の2つのカテゴリだけが、人々が同じ時間、同じ場所（または通話）にいることを必要とします。最初の2つは、ほとんどの組織で会議時間の大部分を占めていますが、適切なインフラがあれば非同期で処理できます。

コンテキスト転送ミーティングの置き換え

ステータス会議が存在するのは、ステータスが誰もが読める場所に文書化されていないからです。スプリントレビューが存在するのは、リリースされた成果がチーム外から見えないからです。全員参加のQ&Aが存在するのは、リーダーシップのコンテキストが書面で共有されていないからです。

これらそれぞれに対する非同期の代替手段は、常に最新の状態に保たれるドキュメントです。

スタンドアップ → プロジェクトステータスドキュメント。 GitHubのアクティビティやプロジェクトの議論から生成され、リリースされたもの、進行中のもの、ブロックされているものを追跡する自動更新Wikiは、全員が同時に時間を合わせる必要なく、スタンドアップと同じ情報を提供します。5人が参加する15分間のスタンドアップは、毎日チームの時間を計75分消費します。ドキュメントのコストはゼロです。

スプリントレビュー → チェンジログ。 マージされたPRやリリースノートから生成されたドキュメントは、同期的なセレモニーなしに、読みたい人なら誰でも、何がなぜリリースされたのかを確認できるようにします。

全員参加ミーティング → 書面によるアップデート。 リーダーシップのコンテキストを書面によるアップデートとして共有し、各自が都合の良い時間に読めるようにし、質問は非同期で提出・回答されます。本当に必要な全員参加ミーティング（お祝い、重大発表、デリケートなトピックに関するQ&A）は、開催頻度が下がり、日常的な情報転送と競合しないため、より価値のあるものになります。

意思決定会議を非同期プロセスに置き換える

意思決定会議が存在するのは、意思決定の根拠や選択肢が、人々が独自に評価できるほど十分に文書化されていないからです。

非同期の代替案：質問、選択肢、トレードオフ、および推奨されるアプローチをまとめた意思決定ドキュメントを作成します。それを意思決定者と共有します。コメントや異議の期限を設定します。実質的な異議がない場合、決定が下されます。異議がある場合は、その異議が文書化され、スレッド内で解決されるか、最初の20分間を前提の共有に費やすのではなく、共有された理解からスタートする短時間で集中的な同期の議論へとエスカレーションされます。

このアプローチは会議よりも優れた決定を生み出します。なぜなら、思考のプロセスが文書化され、全員が回答前に考える時間があり、決定の記録は出席者の記憶の中に消えてしまうのではなく、将来の参照のために残るからです。

重要な会議を守る

目標は会議をゼロにすることではありません。創造的なブレインストーミング、難しい会話、関係構築、リアルタイムの議論が非同期のやり取りよりも優れた成果を生み出す複雑な決定など、一部の調整は同期して行う方が適しています。

これらの会議は、ドキュメントで済むはずだった会議と競合しなくなることで改善されます。1日に4つの会議があり、そのうち3つがコンテキスト転送であるチームは、真の議論が重要となる1つの会議に割くエネルギーが残っていません。ドキュメントを通じてコンテキスト転送を処理するチームは、本当に必要とする会議に全神経を集中させることができます。

実践的なフレームワーク：カレンダー上の定期的な会議ごとに、それが主に一方向の情報を伝達しているのか（→ ドキュメント）、それとも対話を通じて新しい何かを生み出しているのか（→ 会議）を問いかけてください。情報を伝達している場合は、ドキュメントインフラがそれに取って代わるべきです。新しい思考を生み出している場合は、それを保護してください。

ドキュメントへの依存

上記のすべての推奨事項は、人々が信頼し、見つけることができるドキュメントにかかっています。ドキュメントが古くなっていると、人々はそれを読まなくなり、会議が存続し続けます。誰もチェックしないWikiにドキュメントが埋もれていれば、それは事実上目に見えないのと同じです。

これが、有意義な会議削減の前提条件として、自動更新ドキュメントが必要である理由です。Slack、GitHub、会議の録音・録画から自動的に生成・維持されるドキュメントは、手動でのメンテナンスなしで最新状態に保たれるため、信頼性が維持され、実際に読まれるようになり、結果としてそれらが代替したコンテキスト転送のための会議を復活させる必要がなくなります。

会議の問題とドキュメントの問題は、本質的に同じ問題です。ドキュメントの問題を解決すれば、会議の問題は自然と解決します。

よくある質問

会議をドキュメントに置き換えると、重要なアップデートを見落とす人が出てきませんか？ ドキュメントが検索可能で、最新であり、適切な人々にプッシュされていれば、会議は出席者にしか届かないのに対し、ドキュメントは全員に届くため、実際には会議よりもカバー範囲が広くなります。アップデートを見落とすリスクは、永続的で検索可能なドキュメントよりも、会議（1回欠席すると状況が分からなくなる）の方が高くなります。

会議の社交的な側面はどう処理すればよいですか？ 意識的にそれを維持してください。ステータスアップデートを装わない、社交のための時間をスケジュールします。会議で行われる社会的な絆の形成は貴重ですが、それを達成するために15分間のスタンドアップを毎日行う必要はありません。週に1回のチームコーヒーや月に1回のチームランチの方が、毎日の5回のスタンドアップよりも効果的に社交の機能を果たします。

外部のステークホルダーとの会議はどうすればよいですか？ 外部との会議（クライアントとの通話、ベンダーのレビュー、パートナーとの同期など）は、関係構築の観点から同期で行う必要がある場合が多くあります。しかし、内部の準備やフォローアップは、会議前のブリーフィングドキュメント、会議中に自動的にキャプチャされる会議メモ、会議後のアクションアイテムの追跡など、大部分を非同期にすることができます。

関連トピック：なぜ会議が増殖するのか、仕事のための仕事、ナレッジスケーリングの問題、ドキュメントで済むはずだった会議。 関連ページ：自動更新ドキュメント、エンジニアリングチーム向け。