非同期コミュニケーション：Slackするとき、ドキュメントにするとき、ミーティングするとき

12人のリモートエンジニアリングチームが6か月前にSlackスレッドで行われた意思決定をデバッグするために3週間を費やしました。スレッドは4,000件の他のメッセージの下に埋もれていました。誰が承認したか、なぜかを誰も覚えていませんでした。元の会話をようやく見つけたとき、サムアップの絵文字と文書化された理由のない結論で解決していたことを発見しました。コンテキストを再構築して2時間後、誰かが尋ねました：「なぜどこかにこれを書き留めなかったの？」

答えは：誰も「どこか」がどこかを合意していなかったでした。

うまくコミュニケーションするチームは下手にコミュニケーションするチームよりも良いツールを使っていません。グループとして、どのツールがどの種類のコミュニケーションを処理するかを決め、実際にその決定に従っています。それだけです。それがすべてです。

3要素の意思決定

チャンネルのノームを構築する前に、チームがその場で適用できるフレームワークが必要です。3つの要素がどのチャンネルを使用するかを決定します：

要素1：緊急性 4時間以内に応答が必要ですか？はいなら、リアルタイムチャンネルに属します。明日の朝まで待てるなら、おそらく不要です。

要素2：複雑さ これは3文以内で答えられますか？はいなら、SlackまたはTeamsに入れられます。応答に説明、推論、または複数回のやり取りが必要なら、ドキュメントまたは構造化されたスレッドがほぼ常に優れています。

要素3：永続性 誰かがこれを後で参照する必要がありますか？3か月後に？Onboarding中に？はいなら、検索可能で構造化されたどこかに住む必要があります。

どんなメッセージもこれら3つの質問を通して実行してください：

ほとんどの人はこの分析を一時停止して実行しません。「Slackメッセージかドキュメントか？」には明確な答えがあるべきです。

ステップ2：4つのチャンネルと各チャンネルが担当するものを定義する

曖昧なノームは忙しい週との接触で生き残りません。各チャンネルが何のためにあるか、そして同様に重要なことに何のためにないかを正確に定義してください。

SlackまたはTeams：リアルタイム、短い、一時的 使用する場合：時間に敏感な短い回答の質問、素早い調整（「午後3時前にこのPRをレビューしてもらえますか」）、社交とチームのつながり、誰かの注意が必要なドキュメントへのリンク。 使用しない場合：意思決定、複雑な提案、永続的な記録が必要なもの、新入社員が3か月後に見つける必要があるもの。 期待される応答時間：就業時間中は4営業時間以内。就業時間外はオプトイン、期待されない。

メール：外部、正式、または数日にわたる非同期スレッド 使用する場合：外部のクライアントやベンダー、正式なコミュニケーション、数日にわたりチーム外の人が関与する会話。 使用しない場合：内部の意思決定、素早い調整、チームが今日対応する必要があるもの。 期待される応答時間：1営業日。

ドキュメント（Notion、Confluence、Rework）：参照、意思決定、プロセス 使用する場合：持続する必要がある理由を持つ意思決定、プロセスドキュメント、ミーティングノート、プロジェクトプラン、仕様。 使用しない場合：素早い質問、時間に敏感な調整。 更新の頻度：意思決定が行われてから24時間以内。

ミーティング：リアルタイムの連携、対立、複雑な多人数の意思決定 使用する場合：感情的なトーンを読む必要があるもの、2つの立場の間の対立を解決する、意思決定が5人以上が同時に連携する必要があるもの、非同期チャンネルで堂々巡りしているトピック。 使用しない場合：状況報告、非同期でできる承認、Loomビデオにできるもの。 デフォルトの長さ：25分、30分や60分ではなく。

ステップ3：マネージャーの布告としてではなく、チームとしてノームを書く

ここでほとんどのマネージャーが間違えます。週末にチャンネルのノームを起草し、月曜日の朝に「コミュニケーションガイドライン v1.0」というタイトルのGoogleドキュメントとして送り出し、3週目までに誰も従わない理由を不思議に思います。

従われるノームは人々が書くのを助けたノームです。チームと30分のワーキングセッションを実施してください。フォーマット：

• （5分）各人が過去2週間に経験したコミュニケーションの不満を1つ書き留める、まだ議論しない
• （10分）声に出して読み、テーマ別にグループ化する。同じ3〜4つの問題が繰り返し出てくるのがすぐにわかる
• （10分）各テーマについて、グループとして合意する：これのための適切なチャンネルは何か、不満を防いだであろう具体的なルールは何か？
• （5分）1人にノームを平易な言葉でまとめて48時間以内に共有してもらう

このセッションでのマネージャーの仕事は議論を進めることで、プレゼンすることではありません。答えを用意する衝動に抵抗してください。

ステップ4：例外を処理する

ノームはエッジで崩壊します。それが起きる前に、エッジケースへの合意された答えが必要です。

緊急のドキュメント：通常ドキュメントに住むが今日応答が必要なもの。修正：「チームへ@、これは今日の午後4時までに意思決定が必要です」とSlackにドキュメントリンクを投稿して明確な期限を設定してください。

センシティブなSlackスレッド：時にSlackにあるべき会話が長すぎるか政治的すぎてドキュメントまたはミーティングに移行する必要があります。ルール：SlackスレッドがリプライNUMが15件以上になったり、解決なしに24時間継続したら、誰でも「これをドキュメントに移します」と言えて責任を取ります。

非同期ビデオ（Loom、Reworkの非同期ビデオ機能、Notionのスクリーン録画）：ウォークスルー、コードレビュー、デザイン批評、または表示が説明より有益な説明に有用。Loomをノームの5番目のチャンネルとして追加し、適用する場合を定義してください：「やり取りを必要としない複雑な説明だが、テキストで読むのが難しい。」

深夜または時間外メッセージ：ここでのノームは人々がメッセージを送る時間についてではありません。応答が期待される時間についてです。これを明示的に書いてください：「午後6時以降に送られたメッセージは翌朝まで応答が期待されません。」このノームがなければ、人々は午後11時に応答する義務を感じ、就業時間外の集中力を侵食する環境圧力を生み出します。

ステップ5：即座に禁止すべき3つのアンチパターン

これらの特定の行動は何よりも速くコミュニケーションのノームを破ります。チームのノームで行わないこととして明示的に名前を挙げてください。

「さっとコールしよう」 このフレーズは非同期文化を殺します。複雑なことに対してリアルタイムの応答を期待するよう人々を訓練し、集中時間をブロックできない状況を意味します。コールを提案する前に、明確なコンテキストを持つドキュメントまたは構造化されたSlackスレッドで質問を解決しようとすることを要求してください。それが失敗したら、アジェンダを持つコールをスケジュールしてください。

ドキュメントが必要だったSlackスレッド 後から見れば簡単に見分けがつきます：コンテキスト、代替案、結論を含む20件以上のリプライがあるスレッドで、しかし結論が一番下に埋もれていて誰も見つけられません。修正はリアルタイムの介入です：スレッドがリプライ10件を超えて解決しない場合、誰でも「これをドキュメントに移します」と言い責任を取れるというノームを設けてください。

Loomにすべきだったミーティング 2人が30分をかけて3人目に画面共有でシステムを説明し、同じ内容をカバーする7分間のLoomで済んだ場合。次のミーティングの前に、プライマリ活動が「1人が何かを見せるか説明する」ものは「これをLoomにできますか？」と聞いてください。はいなら、Loomにして実際の議論のためにミーティングスロットを節約してください。

ステップ6：コミュニケーションノームに新入社員をOnboardingする

確立するノームはチームに誰か新しい人が参加するたびにテストされます。新入社員は前職で学んだノームにデフォルトします。

最初の週に、新入社員はチャンネルのノームドキュメントを読み、各チャンネルが正しく使われている具体的な例を見て、マネージャーまたはバディとエッジケースについて質問するための15分を持つべきです。

2週目に、特定の演習を追加してください：新入社員はどのチャンネルに入れるべきか確信が持てなかったコミュニケーションの意思決定を持ち込み、チームはそれがどのチャンネルに入るべきかとその理由を話し合います。これはミスを修正することよりも、現実の状況でのチームの推論を示すことです。

これはノームのギャップをキャッチする場所でもあります。新入社員が一貫して同じエッジケースについて尋ねる場合、そのエッジケースはノームドキュメントに追加されるべきです。

よくある失敗

誰も従わないルールを作る：最も一般的な失敗パターンは一度全体ミーティングで参照されて後は無視される美しいノームドキュメントです。解決策はルールを強制することではありません。正しい選択を最も簡単な選択にすることです。

複雑すぎる：4ページのコミュニケーションポリシーはノームではありません。誰も40のルールを内面化できません。効果的な上限は状況の90%をカバーする約6つのルールです。

マネージャーがノームから自分を免除する：チームに意思決定をドキュメントに保持するよう伝えて、重要な意思決定をDMで行えば、ノームは死にます。マネージャーはノームのモデルか、それを殺す最速の道かのどちらかです。

ノームが変化する：コミュニケーションのノームは3〜4か月で自然に崩壊します。新しいツールが現れ、チームの構成が変わり、古い習慣が再浮上するにつれて。

次のステップ

コミュニケーションチャンネルの選択のみに焦点を当てた1回のレトロスペクティブを実施してください。過去2週間からの3つの実際の例を選んでください：うまくいって正しい場所に着地した意思決定、間違ったチャンネルに行き着いて混乱を生み出した意思決定、そして確信が持てない1つの例。3要素フレームワーク（緊急性、複雑さ、永続性）で各々を説明して、ノームがどこで保持されてどこで明確化が必要かを確認してください。

その単一の会話は、どんなワークショップやテンプレートよりも現在のノームのギャップをうまく浮上させます。実際に起きたことに基づいてノームを調整してください。そして次のコミュニケーションノームレビューを90日後にスケジュールしてください。

関連記事

• ミーティング監査：チームが嫌いなミーティングをなくす
• チームの作業協定を書く（そして定着させる）
• 意思決定ログ：最も少ない労力で最も効果的なドキュメント