リモートワークのための非同期コミュニケーション

非同期（async）を始める方法

コミュニケーションページの Asynchronous Work セクションを確認してください。

非同期ワークとは何か？

私たちは Preston W. による Remote blog の説明が大好きです。

「非同期ワークはシンプルなコンセプトです。手元にあるものでできる限り進め、すべてを文書化し、プロジェクトのオーナーシップを次の人に渡してから、別のことに取り組み始めます。」

非同期ワークの人気は高まっています。従業員と雇用者の両方に大きなメリットがあるからです。

非同期ワークの 6 つのメリット

1. 非同期ワークは自律性、エンパワーメント、主体性をもたらす

2. 非同期ワークは効率を高め、生産性を向上させる

3. 非同期ワークはよりインクルーシブである

4. 非同期ワークはストレスを和らげ、メンタルヘルスを支える

5. 非同期ワークは思慮深さと意図性を促す

6. 非同期ワークは知識のギャップを埋める

非同期コミュニケーションのガイド

スケジュールとカレンダーは、私たちに同期的に動くことを習慣づけてきました。つまり、2 人以上が同じ場所（物理的または仮想的）に同時にいる状態です。

しかし私たちは今、ステークホルダーが物理的または仮想的に同期して存在することを求めずに、非同期（async）コミュニケーションでプロジェクトを前進させられる世界にいます。非同期コミュニケーションは、人々がどのように、そしていつ働き、コミュニケーションするかを最適化します。

非同期コミュニケーションはどのように機能するか？

根本的に、非同期コミュニケーションはシンプルです。メッセージを送る、ボイスメールを残す、動画を録画するなど、私たちはいつもそれをしています。非同期でコミュニケーションするとは、メッセージの受信者と送信者が同じ場所に同時にいる可能性が低い、というだけのことです。

ただし、非同期コミュニケーションをうまく行うには、かなりの意図性が必要です。非同期メッセージを作るときは、次のような問いを考える必要があります。

• このメッセージに最適な形式（書面、口頭、動画など）を使っているか？
• このメッセージを受け取る人は、必要なコンテキストをすべて持っているか？
• 混乱が起きないよう、明確に伝えているか？
• 言葉のトーンと、このメッセージがどのように受け取られるかを考慮しているか？
• 会話やプロジェクトを前に進められるよう、必要なリソースや次のステップを提供しているか？
• このコミュニケーションは、あとで参照できる方法で文書化されているか？

このレベルの思慮深さは、多くの場合、明確で、完全で、親切に届けられ、生産的な結果を生むコミュニケーションにつながります。

これはまた、非同期でコミュニケーションするにはより多くの時間と計画が必要であり、特定のツールも必要になることを意味します。非同期コミュニケーションについては、学ぶことと同じくらい、学びほぐすことがあります。

時間と戦略への投資には価値があります。非同期でうまくコミュニケーションすると、効率が大きく向上し、強いコラボレーションとチームワークを支えます。

強力なドキュメントなしに非同期コミュニケーションはできない

非同期コミュニケーションにおける強力なドキュメントの重要性は、いくら強調してもしすぎることはありません。どれほど意図的にコミュニケーションしても、何かが抜け落ちたり、誤解されたり、前進に必要な情報が残ったりします。誰かに追加の質問がある場合、返答まで数時間または数日待つ必要があるかもしれません。あるいは、会社のハンドブックで答えを調べられます。

GitLab はすべてのコミュニケーションにハンドブックファーストのアプローチをとっています。私たちの目標は、ハンドブックを常に最新に保ち、チームを大幅に効率化する強力なリソースにすることです。GitLab ハンドブックは印刷すると 2,000 ページを超え、私たちの働き方を知りたいすべての訪問者が読むことができます。

このレベルの透明性を選ばない場合でも、組織内での透明な情報共有が非同期ワークに不可欠であることを意識してください。チームメンバー全員が、チームメイトがオンラインで利用可能かどうかにかかわらず、いつでも自分の仕事を進められるようにするべきです。

リモートコラボレーションに GitLab を使う

GitLab のチーム全員が、すべての仕事で非同期にコラボレーションするために GitLab を使っています。GitLab は、人々が同じ場所にいる場合でも、複数のタイムゾーンに分散している場合でも、よりよく一緒に働けるように設計されたコラボレーションツールです。

もともと GitLab は、ソフトウェア開発者がコードを書き、それをソフトウェアアプリケーションとしてパッケージ化する作業でコラボレーションできるようにしていました。今日の GitLab は、世界中のさまざまな会社やロールの人々に使われる幅広い機能を備えています。

GitLab のリモートチームソリューションページでさらに詳しく学べます。

同期コミュニケーションの代わりに非同期コミュニケーションをいつ使うか

GitLab には非同期コミュニケーションへのバイアスがありますが、最大の効率を実現するには、同期と非同期の戦略的なバランスが有用です。非同期で働くこと自体が目的ではありません。むしろ、配慮をもって、実行可能なときに議論やプロジェクトを非同期で前進させることを選ぶことで、同期的な瞬間のための余白を生み出します。

高い能力を発揮する非同期ワークでも、適切な場面では同期的な議論を許容し、取り入れます。非同期は GitLab にとって非常に強力ですが、絶対ではありません。特に私たちの価値観を犠牲にする場合はそうです。

GitLab のエキスパートが sync と async の使い分けを助言する

1. 「インシデントや締め切りのような緊急事項が発生したときに、他の人を助けるために同期ミーティングを使います。」
2. 「特定の問題を解決するには、非同期の説明とやり取りよりも、ライブの対話の方が関係者全員にとって速いトラブルシューティングでは、主に sync を使います。」
3. 「非同期の選択肢を使い切った場合、または async が成果につながっていない場合に sync を使います。」
4. 「チームと創造的なアイデアや提案を生み出すために同期ミーティングを使います。率直に言って、async では難しいことだからです。」
5. 「Zoom での 10 分は、数時間にわたる 100 件の Slack 返信や、タグ付けされたチームメンバーからの GitLab Issue スレッドの返信を 10 日待つより効率的です。」
6. 「仕事関連の正式なコミュニケーションでは、async を好みます（形式を選べるなら async を選びます）。sync は関係構築（コーヒーチャット、グループのソーシャルチャット）に適しています。」
7. 「チームメンバー同士がまだ会ったことがない場合、最初の人間的なつながりを作るために sync を使うのが好きです（例: コーヒー、ソーシャル、チームコール）。」
8. 「非常に時間的制約がある場合は、関係者全員との同期ミーティングを選び、より素早く議論します。」
9. 「私は非同期コミュニケーションから始め、async がうまくいかないときに sync の会話へ戻る傾向があります。時間に敏感なトピックが効率的に扱われていないとき、または人々が食い違ったり話が噛み合っていなかったりすると感じるとき、非同期コミュニケーションは失敗していると見なします。そのような状況では、会話に集中させて進めるために sync の会話を設定し、その会話が実質的にブロック解除されたら async に戻します。」
10. 「async は、特にコードにリンクされている場合、詳細な技術的会話に非常によく機能します。何かを概念化するには数回読む必要があることもあり、async はそれに最適です。async はコードレビューにもとても適しています。大きな方向性の議論では async とライブ/ビデオ通話の組み合わせが有用ですが、透明性のために結果は関連する GitLab Issue に文書化するべきです。Google Docs を使うこともありますが、GitLab のほうがよりよい記録になり、検索やコメントもしやすいです。」
11. 「ほとんどの場合は async を維持したいのですが、Product Designer として、デザインプロセスの初期段階では、問題を理解し、チームと一緒にブレインストーミングするために sync の時間が必要だとも認識しています。その後は async も sync と同じくらい効率的になり得ますが、それはコミュニケーションする全員が書面でのコミュニケーションに努力を払う場合に限られます。誤解や往復のやり取りの必要性を最小化するために、追加の詳細を含め、書き方に十分注意することが重要です。」
12. 「ほとんどのコミュニケーションは async で処理しますが、時折 sync ミーティングを行うことでプロダクトチーム全体が足並みを揃えやすくなるとわかりました。私たちの sync セッションでは、全員が集まってユーザーリサーチ結果を議論し、デザインをレビューし、実装について話し合います。このようなまれなミーティングは全員の認識を揃え、チームの async 構造をよりスムーズに流れさせます。」
13. 「ほとんどの場合、私は非同期コミュニケーションをデフォルトにしています。一般に、ある決定に至ったステップや理由をたどり直し、イテレーションすることが容易だからです。まれに、特定の視点を共有するのが難しいことがあります。1 つの事柄について何度かやり取りした後は、問題の核心にたどり着き、結果を文書化するために短いチャットをしたいと思います。async より sync を好むもう 1 つの例外は、重要な決定を下す前の最後のブレインストーミングです。非同期コミュニケーションでは、些細に見えて聞かれない事柄が、最終的には重要だとわかることがあります。そのような場合は、最後の締めとして同期ブレインストーミングを行った後、レトロスペクティブや AMA セッションが役立つことがあります。」
14. 「私は非常に技術的で、async コミュニケーション（特に書面）では理解するのに時間がかかり難しい概念を扱っています。機能の技術的な詳細や目的を説明でき、その場で質問に答えられる、より技術に詳しい同僚と会う方が効率的です。技術的な詳細を十分に理解した後は、async で作業することにより安心感を持てます。」
15. 「非同期コミュニケーションでは、誰かの返答を待っている間に多くのコンテキストスイッチが発生することがよくあります。素早く前進できるようにするため、同期コミュニケーションが必要になることがあります。」

ページのソースコードを見る - ページの編集 - please contribute.