Content last updated 2026-02-03

オールリモートミーティング

GitLab でのミーティングの進め方

GitLab で効果的なミーティングを運営する方法

私たちはミーティングの運営方法について慎重に考えています。適切に行われれば、ミーティングは効率性を高め、コラボレーションを促進し、成果を生み出すフォーラムとなるからです。以下のガイドラインは、GitLab で素晴らしいミーティングを運営するのに役立てることを意図しています！

ミーティング前にすべきこと

  1. ミーティングが必要かどうか自問してください。 非同期コミュニケーションへのバイアスはありますが、最大限の効率性を達成するには同期と非同期のコミュニケーションの戦略的なバランスが必要です。非同期の方法で効率的に達成でき、望む成果が得られる場合は、そちらを使うことが好ましいです。ミーティングをスケジュールする前に、望む成果を達成するために非同期の方法を効果的に使えるかどうか自問してください。
  2. 参加者のタイムゾーンを確認してください。 非同期コミュニケーションへのバイアスはありますが、ミーティングが必要と判断された場合は、すべての参加者のタイムゾーンを確認してください。EMEA/APAC + APAC/AMER + AMER/EMEA の間で重なるミーティングを作成することを検討してください。
  3. ミーティングの DRI を確保してください。 タイムゾーンをまたいでミーティングを作成する場合、タイムゾーンに合った勤務時間にそれらのミーティングをホスト・進行するボランティアを指名してください。
  4. 適切な事前通知でミーティングの招待を送ってください。 チームメンバーとのミーティングは通常複数のタイムゾーンをまたぎます。招待に応答するために、ミーティングの 72 時間前（最低 24 時間前）に招待状を送ることをお勧めします。また、ミーティングに必要な参加者は誰かを考慮し、必須でない参加者はオプションとしてマークしてください。
  5. 招待状にアジェンダドキュメントへのリンクを含めてください。 チームメンバーはアジェンダ、サポート資料などをレビューすることでミーティング前にコンテキストを得られるべきです。ミーティングアジェンダはミーティングの 72 時間前（最低 24 時間前）に共有すべきです。チームメンバーは、自分の参加が必要かどうか、またはミーティングへの参加がオプションかどうかを決めるために何が議論されるかを知る必要があります。
  6. スライドとサポートビデオを事前に提供してください。 さまざまな作業スタイルとコミュニケーションスタイルを採用することでニューロダイバーシティを受け入れています。情報を消費するための複数の方法を提供（文章/ビデオ/音声）することで、誰もが好みの理解スタイルに関わらず貢献できます。
  7. 「スピーディーミーティング」を使用してください。 この Google カレンダーの設定は、25/50 分のミーティングを作成し、ミーティングの合間にメモを書いたり、ストレッチしたりする時間を残します。
  8. Zoom スケジューラープラグインを使用して、Google カレンダーイベントにビデオ会議を追加してください。 Zoom プラグインを活用することで、イベントに Zoom リンクが自動的に追加され、誤ったビデオ会議リンクをコピーアンドペーストするユーザーエラーの可能性が低減されます。
  9. オーディオ品質を確認してください。 研究によると、オーディオ品質が高い場合、人々はコンテンツをより良く、より重要だと判断します。リモートワーク環境で最高忠実度のオーディオを生成するために、マイクを使用するなど機器への投資をお勧めします。

ミーティング中にすべきこと

  1. 時間通りに開始してください。 混乱を最小限に抑えるために、ミーティングを時間通りに開始・終了することが重要です。
  2. 録画してください。 複数のタイムゾーンにわたるグループミーティングでは、非同期の参加を可能にするためにミーティングを録画することを検討してください。
  3. 音声とビデオのフィードバックを提供してください。 誰かが見えない、または聞こえない場合は、修正できるよう知らせてください。
  4. 名前の発音について。 価値観に沿って、ミーティング中の名前の発音を確保するために以下のヒントを検討してください：
    1. すべての参加者に、好みの名前またはニックネームが何かを聞いてください。例：「私の名前の発音は…あなたは私を…と呼ぶことができます」
    2. 自己紹介をして、代名詞と発音を述べ、参加者が自己紹介したいかどうか聞いてください。代名詞はコラボレーションに使用するアプリケーションで設定できることを思い出してください。
    3. アジェンダにチームメンバーの名前の発音を追加する。
    4. わからない場合は、チームメンバーの名前の発音について確認することは常に大丈夫です。
    5. 名前が間違って発音された場合は、「私の名前を発音しようとしてくれてありがとうございます、実際には #{名前} と発音します」と言うことができます。
    6. Slack プロフィールの名前の発音が完了していることを確認してください。
    7. アジェンダドキュメントの出席者セクションに名前の発音へのリンクを追加することを検討してください。
    8. Google プロフィールの名前の発音が完了していることを確認してください。
  5. ほとんどのミーティングでのプレゼンテーションは避けてください。 貴重な同期の時間はほとんどの場合プレゼンテーションに使うべきではありません。録画されたプレゼンテーションはコンテンツをアクセス可能にし、混乱を防ぎ、非同期でコンテンツを消費することを好むチームメンバーへの参加を高めます。ミーティング中に計画外の資料を共有するために自発的にプレゼンテーションを行うことは許容されますが、ポイントが伝わったら共有を停止してください。これにより、チームメンバーがお互いに関与し交流するためのビデオストリームが保持されます。
  6. イントロダクションについて意図的に（またはしないことについて）考えてください。 一部のミーティングはイントロダクションから恩恵を受ける場合がありますので、イントロダクションを行うかどうかについて意図的に考えてください。イントロダクションを行う場合は、参加者が事前に準備できるよう事前に知らせてください。役割を持つ人々のリストを作成し、それを紹介シーケンスのガイドに使用してください。各個人が自己紹介できるようにして、Zoom がスピーカーのビデオストリームを強調するようにしてください。
  7. 口頭でのキューを提供してください。 アジェンダドキュメントを読み進めている場合は、コンテキストを追加してください：「3c の箇条書き、Sam、あなたはそのポイントを追加しました。それを口頭で説明していただけますか？」同様に、すべての参加者がコンテンツを追えるように、プレゼンテーションを進む際にスライド番号を使用してください。
  8. インクルーシブを確保するためにアジェンダの順序を守ってください。 参加者はミーティング中に非同期的・同期的にアジェンダトピックを追加することがあります。ディスカッションを進める際に、議論されるアジェンダトピックが公平かつ公正であることを確認してください——一人またはグループのサブセットが他者を犠牲にしてアジェンダを独占させないでください。
  9. リアルタイムでドキュメント化してください。 すべてのチームメンバーがミーティングにライブで参加できるわけではないため、ドキュメント化はチームの機能不全を避けるための重要な部分です。結束力、規律、透明性を高めるためにライブドックミーティングのベストプラクティスに従ってください。
  10. 時間通りに終了してください。

ミーティング後にすべきこと

  1. メモからアクションアイテムをキャプチャしてください。 継続的なミーティングシリーズについては、GitLab はアクションアイテムを追跡するために「TODO」や「DONE」などのタグを追加するなどの命名規則を確立しています。GitLab.com でアクションアイテムを追跡するために Issue を登録することもできます。
  2. 重要な決定事項を考慮してください。 ミーティングが一部の参加者のタイムゾーン外で行われる場合、24〜48 時間、決定とアクションの確認を検討してください。これにより参加者が非同期的に貢献できます。
  3. 録画をアップロードしてください。 ミーティングが録画された場合は、異なるタイムゾーンの人々が非同期で消費できるよう、ミーティング後 12 時間以内にアジェンダドキュメントに録画リンクとパスワードを追加してください。SAFE ガイドラインと一致する形で行えるなら、YouTube へのアップロードも検討してください。
  4. 評価しイテレーションしてください。 ミーティングが終了したら、何が機能したか、何が機能しなかったか、より効果的なミーティングを運営するために何を変える必要があるかを振り返ってください。このプロセスは CREDIT 価値観のうち 3 つ——イテレーション、効率性、顧客への成果——に触れます。ミーティング後に継続的改善に少し時間を費やすことで、将来のミーティングでそれらの改善を適用できます。この継続的改善の追求は効率性を推進し、それが成果の基盤となります。

インクルーシブなミーティングを行う方法

ミーティングでのカラーコーディングを避け、代わりにインクルーシブなシンボルを使用する

カラーコーディング（赤/黄/緑のステータス指標など）は、色覚異常の参加者にとって障壁を生み出します。世界的に約 8%の男性と 0.5%の女性が色覚異常の影響を受けています。情報を伝えるためだけに色に頼ることは、これらのチームメンバーが重要な情報を完全に理解することから除外し、コミュニケーションの誤りや文脈の見落としにつながる可能性があります。代わりに、シンボル、形、パターン、またはテキストラベルを使用して、参加者の視覚能力に関わらず全員が情報に等しくアクセスできるよう、普遍的に意味を伝えてください。

カラーのみの指標を避ける理由

  • 色盲は何百万人もの人々に影響する — 赤緑色盲だけで多くの人々が影響を受ける
  • スクリーン設定は様々 — モニターのキャリブレーション、ブルーライトフィルター、ディスプレイ品質は色の認識を変える可能性がある
  • 文化的な意味は異なる — 色は文化によって異なる意味を持つ（例：赤は一部の文化では「止まれ」を意味するが、他の文化では「幸運」を意味する）
  • 認知負荷が増加する — 色の意味を処理することは、明確なシンボルに比べて追加の精神的努力を必要とする
  • アクセシビリティツールが翻訳できない場合がある — スクリーンリーダーは視覚障害のあるユーザーに色の情報を伝えることができない

代わりに使用するインクルーシブな代替手段

  • テキストラベル：緑/黄/赤の点の代わりに「完了」「進行中」「未開始」
  • 意味のある形：✓（チェックマーク）は完了、⟳（円形矢印）は進行中、○（空の円）は未開始
  • アイコンとシンボル：
    • ✅ 承認済み/完了
    • ⚡ 緊急/注意が必要
    • ⏸️ 一時停止/ブロック済み
    • 🔄 進行中/継続中
  • パターンとテクスチャ：完了は塗りつぶし、進行中は斜め線、計画中は点
  • 組み合わせアプローチ：色とシンボルの両方を使用する（例：緑のチェックマーク、黄色の円、赤の X）ですべてのユーザーに対応する
  • 進捗インジケーター：「25%」「50%」「75%」「100%」または数値付きの進捗バー
  • ステータス語：「ドラフト」「レビュー」「最終」または「オープン」「ブロック済み」「クローズ」

リモートミーティングとは何か？

リモートミーティング（バーチャルミーティングとも呼ばれる）とは、人々がビデオと音声を使用してオンラインで繋がることです。

オールリモートミーティングを正しく行うための 10 の方法

「どのようにミーティングを正しく行っているのか？」は、GitLab のようなオールリモート企業によく聞かれる質問です。以下のガイドは、ミーティングが最初から必要かどうかを既に確認していることを前提としています。まだ確認していない場合は、GitLab の非同期ワークフローとコミュニケーションのガイドから始めてください。

対面ミーティングを適切に運営するためのアドバイスの多くは、いくつかの注目すべき違いはありますが、リモートミーティングにも当てはまります。

GitLab marketing team Show & Tell social call

どうしてもミーティングを開く必要があるなら、せめて楽しいものにしましょう！

1. ミーティングへの出席をオプションにする

グローバルなオールリモート企業で働く場合、可用性についての通常の前提は標準とは逆です。私たちは 65 か国以上で働く増加中のチームを有しており、多くのタイムゾーンをカバーしており、同期ミーティングは実用的でなく、負担が大きく、非効率です。企業環境で働いたことがある人なら、「メールであるべきだったミーティングを生き延びた」という皮肉な賞を見たことがあるでしょう。オールリモート企業として、デフォルトでミーティングに頼りません。必要な場合は、非同期の貢献を可能にすることで対面出席をオプションにするよう努めます。

多くの企業では、同期ミーティングはコンセンサスを生み出すメカニズムとして使われています。GitLab のリーダーシップの部分を読むとわかるように、私たちは民主的またはコンセンサス主導の会社ではありません。人々はコメントや意見を表明することを奨励されますが、最終的には一人が全員のフィードバックを聞いた後に事項を決定します。

これが私たちの価値観のために機能しており、GitLab は効率性の価値観に詳述された自律的に動けるマネージャーであることを楽しむ個人を採用するようになっています。チームメンバーは同期ミーティングが自分の時間の最善の使い方かどうかを決め、必要に応じて境界線を設ける権限を与えられています。

非同期参加を奨励するためのミーティング録画

すべてのミーティングを録画することを目指すべきです。これにより、チームメンバーが起きたことに追いつき、ミーティング中に取られたメモにコンテキストを追加できます。Zoom での録画について詳しくは、GitLab ハンドブックのヒントとテクニックセクションを参照してください。

チームメンバーのミーティング参加管理

同時に、GitLab チームメンバーでさえ、2 つの極端のどちらかに自分を見出す場合があります。

  1. 一部の人はミーティングが多すぎるカレンダーを持つかもしれません。会議室には参加者の上限があります。バーチャルミーティングルームはスタジアム以上の人数を収容できるため、招待できる人数に物理的な制約はありません。過剰にスケジュールされた人を、必要でない場合はオプションとしてマークすることで積極的に助けてください。これにより、優先順位付けと時間管理に役立ちます。また、あなたがDRIであるミーティングを各ミーティング後に再検討してください。ミーティングやミーティングシリーズから人々を削除できますか？または、必須からオプションに移動できますか？古いミーティング招待リストを避けてください。
  2. 一部の人はミーティングが少ないため、出席に特に選択的でないことがあります。トピックに合ったミーティングは、チームメンバーと繋がったり帰属感を感じたりする機会になりますが、参加者はこれが出席の主な理由である場合はミーティングに出席しないことを選択すべきです。このニーズにより良く対応できるインフォーマルコミュニケーションの代替手段があります。

マネージャーは、定期的に直属の部下のカレンダーを一緒にレビューして、どのミーティングに対面参加すべきかをアラインするよう支援できます。

2. 不必要なミーティングをキャンセルする

明確な目標と十分な準備がなければ、ミーティングは行われるべきではありません。ほとんどの場合、延期すべきミーティングは開始前にキャンセルされます。GitLab では、ミーティングの既知の成果、生産的な会話のために必要な重要な資料、または参加者の適切な準備がないことが明らかになった最初の 1 分以内に、ミーティングの約 1%が終了します。ミーティングの開始時に迅速にキャンセルすることは失敗ではありません。状況を素早く読み、効率的で時間節約の決断を下すことはリーダーシップを要します。

定期的なミーティングは、特定の旅の途中での意味ある地点として確立されることが多いです。目的が果たされた後は、ためらわずにキャンセルしてください。ミーティングをキャンセルすることは、招待リストにいる人々への侮辱ではありません。実際、不要なミーティングから複数のカレンダーを解放することは、全員にとって解放的です。各ミーティングの終わりに、ミーティングの DRI はミーティングをキャンセルできるか、またはミーティングのケイデンスまたは期間を短縮できるかを評価すべきです。意見を持っている人が複数いる場合は、ミーティングの終わりにディスカッションのアジェンダ項目とすることができます。

3. 時間通りに開始し、時間通りに終了する

集中力を取り戻すのに非 trivial な量の時間が必要です。集中力の妨げにならないようにミーティングをスケジュールすることは常に可能ではありませんが、混乱を最小限に抑えるためにミーティングを時間通りに開始・終了することが重要です。

GitLab でミーティングをスケジュールする場合、私たちは人々の時間を尊重し、Google カレンダーの「スピーディーミーティング」設定を好みます。これにより、例えば 25 分または 50 分のミーティングが実現し、次の通話を続ける前にメモを書いたり、ストレッチしたりする時間が残ります。詳しくは、GitLab ハンドブックのコミュニケーションセクションをご覧ください。

4. すべてのミーティングにはアジェンダが必要

「アジェンダなし、出席なし。」すべての業務関連ミーティングには、招待状がカレンダーに追加された時点で、単一のライブドックアジェンダをカレンダーの招待状に添付する必要があります。

ミーティングアジェンダには以下を含める必要があります：

  1. 関連するミーティングタイトル
  2. タイトルと組織名付きの参加者（同一会社でない場合）
  3. 背景情報またはコンテキスト。以下を答えるべきです：
    • ミーティングまたはミーティングシーケンスに意義ある参加をするために、人々は何を知るまたはレビューする必要があるか？
    • このグループはなぜ集まるのか？ミーティングの望む成果は明確であるべきです。
  4. 日付（特定のトピックに関する複数のミーティングの場合、同じアジェンダドキュメントを使用できますが、Google Docs では日付を H1 または H2 として使用してナビゲーションを容易にしてください）
  5. 質問または詳細。参加者が同期的または非同期的に考えを追加できるアジェンダ内の場所。
  6. ミーティングが録画された場合は、ミーティング後にアジェンダドキュメントに録画へのリンクを更新してください。

ミーティング DRIはミーティングの少なくとも 72 時間前にアジェンダを準備すべきです。これにより参加者は以下のことができます：

  1. 同期的な参加を優先すべきかどうかについて 十分な情報に基づいて判断できる。
  2. 必要なレビューに十分な時間がある。
  3. アジェンダ内で非同期的に貢献する十分な時間がある。

組織でコピーして使用できるテンプレートの例を作成しました。1:1 ミーティング向けの追加ガイダンスと別のテンプレートがあります。コーヒーチャットはインフォーマルコミュニケーションとしての機能からアジェンダは不要です。

アジェンダがないことは問題ですが、複数のアジェンダを持つことも問題です。ミーティングとミーティングメモは単一の真実の情報源を必要とします。複数のアジェンダがあるミーティングに参加している場合は、これが分かった時点でミーティングを停止してください。他の参加者と使用するアジェンダを明確にし、追加のアジェンダをすぐに廃止してください。廃止されたアジェンダから使用されているアジェンダへのリンクを追加して、それを発見した人が正式な情報源のアジェンダを認識できるようにしてください。

5. すべてをライブでドキュメント化する（そう、すべて）

プロジェクトを前進させるため、ブロッカーに対処するため、またはコミュニケーションのミスを解決するためにミーティングが必要と判断した場合は、ライブドックミーティングの実施に関する詳細なガイドをご覧ください。

ミーティング中にドキュメント化に集中することは失礼ではありません。ミーティングで確実に時間を無駄にする方法は、何も書き留めないことです。オールリモート企業内のミーティングは、価値があるためにはドキュメント化が必要です。ミーティングをドキュメント化するための追加の方法（ライブドックアジェンダに加えて）を以下に示します。

  1. ミーティング中に、参加者からの入力とフィードバックを既存のアジェンダ項目に追加してください。
  2. ミーティングアジェンダでチームメンバーの名前を参照する際は、最初と最後の名前の両方が表示されていることを確認してください。（例：アジェンダで話者の名前を書くとき、最初と最後の名前を書くか、タグ付け機能をプレフィックスとして使用するべきです）
  3. アクションアイテムについては、直接 GitLab の Issue に進みますまたはマージリクエストへ。これにより、アイデアが要約されてすぐに行動を開始できるミーティングからの直接のテイクアウェイが生まれます。参照と完全性のためにミーティングアジェンダに Issue や MR へのリンクを追加してください。
  4. オプションの参加者や、ライブでミーティングに参加できなかった重要なチームメンバーに対しては、結果の GitLab Issue でタグ付けすることで、彼らが自分のスケジュールに合ったときにキャッチアップして貢献できるようにします。
  5. ミーティングを録画してください。不要なミーティングはいつでも削除できますが、ミーティングを遡って録画することはできません。これは、プレゼンテーションをしたい場合や書き起こしをしたい場合に特に重要です。Zoom のクラウド録画は書き起こしをネイティブでサポートしており、Otterも人気の書き起こしツールです。

6. 適切なツールを使用する

オールリモートミーティングは、会議室のスペースを争ったり、ハドルルームを探したり、予約したグループがまだ部屋を使用しているかどうか心配したりすることがないため、よりシンプルです——これらはコロケーション環境での非常に現実的な困惑です。

  1. GitLab は Zoom をビデオ通話と画面共有に使用しています。シンプルな録画機能により、後で他の人が視聴するためにミーティングを簡単にキャプチャできます。ミーティングで Zoom の使用を最適化する方法については、ハンドブックのツールとヒントセクションをご覧ください。
  2. 私たちはGitLab Issuesを使用して、任意のミーティングから出てきたアクションアイテムをドキュメント化し、リアルタイム出席をオプトアウトした他の誰かをループインします。
  3. Slack のようなチャットツールであなたをビジー状態として表示できる Calendly などのツールを活用してください。

ミーティングを置き換えるために GitLab を使用する

GitLab での必要なミーティング数を削減するための主要なイネーブラーは、私たち自身のプロダクトです。GitLab は、同じ場所にいる人々も複数のタイムゾーンにまたがる人々も、より良く共同作業できるようにサポートするために設計されたコラボレーションツールです。元々、GitLab はソフトウェア開発者がコードの作成とソフトウェアアプリケーションへのパッケージ化で協力するためのものでした。今日では、GitLab は世界中のあらゆる種類の企業やロールで人々が使用する幅広い機能を持っています。

詳細については GitLab のリモートチームソリューションページをご覧ください。

7. ハイブリッドコールを避ける

ハイブリッドコールとは、同じ物理的な部屋の参加者と、リモートの参加者が混在するコールです。コミュニケーションと議論において全員が公平な立場に立てるようにする方が良いため、ハイブリッドコールは避けるべきです。

ただし、ハイブリッドコールが必要な場合は、物理的に同じ部屋に座っていても、全員が自分の機器（カメラ、ヘッドセット、スクリーン）を使用すべきです。これにより、通話体験という点で全員が同じ立場になります。可能であれば、コールのために短時間離れて自分のワークスペースを見つけ、100% リモートコールを作成することが最善です。これにより遅延やフィードバックからのオーディオ問題を避けられます。ハイブリッド（部分的リモート）コールが最悪である理由の詳細については、GitLab ハンドブックのコミュニケーションセクションをご覧ください。

8. ミーティングは仕事についてであり、背景についてではない

上記の GitLab 共同創業者 Sid Sijbrandij と NoHQ の Dominic Monn とのビデオインタビューでは、2 人が繁栄するリモートワークプレイスを構築、維持、拡大するための一般的な課題と解決策について議論しています。

リモート環境でのミーティングについて詳しく話しています。特に Sid は、リモートワーカーは愛する人たちが近くにいる状態でミーティングをするメリットを受け入れるべきだと述べています。

子どもたちがミーティングに乱入するメリットを楽しんでください。それは世界最高の気晴らしです。 - GitLab 共同創業者 Sid Sijbrandij

ビデオ通話の準備をする際、外見、周囲、背景は大きなストレスと不安の源になり得ます。GitLab では、チームメンバーが本来の自分を仕事に持ち込むことを奨励しています。

  1. ビデオ通話に最適な背景を探すことに時間を無駄にしないでください。
  2. ユニークな周囲環境を祝いましょう。GitLab チームメンバーが湖のほとり、コーヒーショップ、RV 内、さらには歩きながらビデオ通話に参加することは珍しくありません。
  3. インターネット接続と音質（ヘッドフォンを使用する）に集中し、他者の聴取疲労を軽減してください。
  4. 家族や同居人に挨拶してもらいましょう！オールリモートの従業員はビデオ通話で他者を自宅に招き、同僚と生活を共有するユニークな機会を作り出します。
  5. ビデオ通話を使用しないことを検討してください。詳しくは GitLab のコミュニケーションセクションをご覧ください。

9. 目をそらしても構わない

多くの組織がミーティングの実用性を改善しようとしてきました（通常は実際に減らすための回避策として）。GitLab では、チームメンバーが自分の注意のマネージャーになるよう権限を与えています。

  1. ミーティングの（特定の部分が）自分に関係しない場合は、他のタスクに取り組むことは完全に許容されます。GitLab チームメンバーのみとのミーティングであれば、特定のトピックに費やされる時間を調整できるよう、全体的な関心レベルが見えるよう、カメラをオンにしたままにしてください。GitLab 外のメンバーが含まれるミーティングでは、カメラをオフにすることを検討してください。GitLab 外の人々は、ミーティング中に他のタスクに取り組むことが私たちにとって許容されることを知らないかもしれません。
  2. 時々、何かを繰り返してもらうよう頼むことは恥ずかしくありません。自分の注意を管理しているため、他の仕事に関わり、その後ミーティングの会話の関連する部分に引き戻されることができます。
  3. ビデオ通話で人を遮ることは失礼に感じます。これは遅延により、対面ミーティングよりも長い間スピーカーと話してしまうためです。これによって落胆すべきではありません。遮ることによって提供される質問やコンテキストは価値があります。これはオールリモートミーティングを機能させるために直感に反することをしなければならない状況です。GitLab では、すべての人がビデオ通話でスピーカーを遮って質問したりコンテキストを提供したりすることが奨励されています。モノローグの代わりに全員が貢献することを望んでいます。対面ミーティングと同様に、いつ、誰に、どのように遮るかを意識してください。例えば、男性が女性を頻繁に遮るという問題を避けるのに役立ちます。

詳しくはGitLab ハンドブックのコミュニケーションセクションをご覧ください。

10. 感謝を述べ、創造的になる

GitLab には感謝を述べるために専用の Slack チャンネルがあります。親切さはコラボレーションの価値観に組み込まれており、感謝は文化の不可欠な部分です。これにより、地理的に多様なチームとして私たちを繋ぐものが強化されます。

定期的にスケジュールされたミーティングから、GitLab の価値観のいくつかを使用して創造的な成果を生み出した素晴らしい例が、会社のブログで詳述されています：「退屈な週次の全社ミーティングをポッドキャストに変えた方法」

ミーティング内でチームメンバーに感謝することはできますが、ミーティングの参加に感謝はしません。これは私たちの価値観の一部ではなく、必要のないミーティングに参加することへの報酬を与える可能性があります。これは GitLab の価値観の効率性をサポートしません。

リモートミーティング FAQ

リモートミーティングのメリットとは何か？

バーチャルミーティングをスケジュールすることで、ミーティングの長さを設定し、限られた数の人々を招待できます。世界のほぼどこでもリモートミーティングに参加できます！ガレージや地下室で作業している場合は、後ろにグリーンスクリーンを使用して専門的な背景画像を設定し、スクリーン上で適切に見えるようにしてください。

リモートミーティングの課題とは何か？

常に利用可能であることは期待されていませんが、通常の勤務時間外に別のタイムゾーンの誰かとのミーティングをスケジュールまたは参加するために、スケジュールを調整する必要がある場合があります。ほとんどのリモートミーティングの課題は以下の 2 つのカテゴリに分類されます：

  1. テクノロジーの問題
  2. コミュニケーションの複雑さ

どちらもインターネット接続を定期的に確認することと、他者のコミュニケーションの好みを認識することで克服できます。

リモートミーティングにどのように準備するか？

  1. ミーティングの少なくとも前日にカレンダーをレビューして、ミーティングとその内容を認識してください。ミーティングは驚きであるべきではありません。人々がカレンダーにあることを認識し、関連する資料を認識している場合、事前に資料の確認にどれだけ時間を費やすかについてスマートな決定を下せます。
  2. ミーティングの前に、カレンダーの招待状に添付されたライブドックアジェンダを注意深く読んでミーティングの準備をしてください。以下は例です。
  3. テクノロジー、インターネット、環境を確認・整備してください。
  4. 完全に準備するために必要なら、助けを求めることを恐れないでください。

リモートミーティングの後にすべきことは何か？

  1. 重要な詳細を保持・思い出すためにすべてを書き留めてください。
  2. アクションアイテム、次のステップ、または将来のミーティングをスケジュールしてください。ボールが落ちないよう、適切なディレクトリ（Google Drive、Salesforce など）に入力してください。
  3. 何かを見落とした場合は、ビデオ録画を再視聴してください。

GitLab all-remote mentor

リモートミーティングのスキルをどのように向上させるか？

Lorraine Lee は、オールリモートワークスペースのためのビデオとプレゼンテーションスキルの向上に関するトレーニングを作成しました。

重要なポイントには以下が含まれます：

  1. 照明、ビジュアルの効果的な使い方、環境のキュレーション方法
  2. 動き、パワーワード、考える/行動する/感じるマトリックスを使ってオーディエンスを引きつける
  3. 笑顔、アイコンタクト、ビデオでの自己の位置取り
  4. 立ち上がり、投影し、手振りを使ってエネルギーを高める

「オールリモートバーチャル『オフサイト』」とは何か？

GitLab values illustration

オールリモート企業で働く場合、全参加者からの移動を必要とする従来の「オフサイト」を避ける強い傾向があります。GitLab は、重い財政的、個人的、環境的な旅行の代価なしに、そのようなミーティングから得られるより深い共通理解の一部を提供する方法として、オールリモートの「オフサイト」を実験してきました。これらの長く構造化されたミーティングは混合した結果をもたらしました。これまでに学んだことを以下に示します。

  1. オフサイトのために移動したかのように、全員のカレンダーをブロックしてください。他のすべての気晴らし（Slack、メールなど）を取り除き、電話とコンピュータで「方向不転換」モードを有効にしてください。
  2. バーチャルオフサイトを計画する前に、強く望む成果を確保してください。これは理想的には日時が設定される前に議論され、アジェンダに書き込まれるべきです。
  3. リモートオフサイトの前に非同期的に行える事前読み取りと作業を調整してください。
  4. 新たに形成されたグループについては、共有の信頼を育てるための初期のアイスブレイカーやアクティビティを含めてください。例えば、チームメンバーが組み立てたもの、または貢献したものを紹介するショー・アンド・テルから始めます。
  5. 1 時間以上のコールでは休憩をスケジュールしてください。
  6. これらの同期ミーティングに参加するためのタイムゾーン変更のデメリットを念頭に置いてください。シフトしたタイムゾーンのチームメンバーは低エネルギーで参加する可能性があります。
  7. 同期ミーティングの間に非同期アクティビティを組み合わせてください。
  8. アクティビティと意図を通常よりも多くの時間をかけて説明し、追加のコンテキストで自分の立場を組み立ててください。従来のオフサイトでは、理解は部屋の他の人を観察することから来ますが、リモートではこれがより困難になる場合があります。オフサイトをリードしている場合は、中断されることに関して人々が短い足を持ち、良い意図を前提とすることを奨励してください。理解を達成するために期待よりも多くのやり取りが必要になる場合があります。
  9. 可能であれば、休憩を挟みながら 1 日かけて一緒に作業し、コーヒーチャットスタイルでリモートの食事を共有してください。
  10. ツールを確認して、提案している同期設定をサポートできることを確認してください。

オールリモートバーチャルオフサイトはコスト効率が高く、ミーティングが終了するとすぐにチームメンバーが仕事外の生活に戻れます。しかし、対面での交流にはまだ大きな価値があり、リーダーはリモートオフサイトに完全に移行するのではなく、可能な場合にそれらの機会を含めることを目指すべきです。

リモートボードミーティングをどのように運営するか？

2019 年 4 月、GitLab はボードミーティングをオールリモートに移行しました。これは、参加者のうち誰もコロケーションでないことを意味します。これにより、ボードメンバー、オブザーバー、エグゼクティブ、ディープダイブを行っている誰も（ディレクター、マネージャー、場合によっては個人貢献者を含む）に適切な人々が私たちのボードミーティングに参加できるよう可能な限り容易にしました。

オールリモートボードミーティングの運営方法について詳しく学んでください。

リモートと対面ミーティングの違いは何か？

オールリモート企業が人々を同じ物理的スペースに集める能力について、INSEADのケーススタディインタビューで質問されたとき、GitLab 共同創業者 Sid Sijbrandij は以下の返答をしました。

コンテキストとして、Sid はサンフランシスコから Zoom に参加し、研究者たちはシンガポールから参加しました。

[人々を同じ物理的スペースに集めること]はできますが、それが非常に非効率なので、私たちはそうしません。あなたの所在地に飛んで行くか、あなたが私の所在地に飛んで来るとしたら、このミーティングのコストを想像してみてください。

[コロケーション企業]は、半世界を 4 時間のミーティングのために飛行するなど、極めて非効率な手段に頼ります。GitLab はそのような罠には陥りません。

私たちのミーティングの方が効率的です。Zoom を介した私たちのミーティングは、会議室のミーティングよりも効率的だと思います。ライブメモ取り、事前のアジェンダ、フォローアップにより、GitLab のミーティングはより効率的です。

より効率的なミーティングを行うだけでなく、世界中の人々を飛行させる時間の無駄もありません。

場所にいる唯一の人であっても、仕事しているかどうかを確認できるよう、オフィスにいることが期待される多国籍組織を見てきました。それは時間のばかげた無駄です。

だから、コロケーション企業は優位性を持っていません。リモートを正しく行う方法を知るという利益は DNA にないためです。

もちろん、コロケーションミーティングにはメリットがあります——互いに遮ることが容易で、部屋の全員が何を考えているかを見ることが容易で、ワイヤレスの問題がなく、互いの目を見ることが容易で、ミーティングの前後に食事を共にすることが容易で、一緒に散歩したり楽しいことをすることが容易です。

しかし、私たちはそれらを活用しようとしています。私たちはGitLab Contributeがあり、遠足に行ったりインフォーマルなチャットをするために全員が集まります。エグゼクティブグループとして、高速度のミーティングのために四半期ごとに 2.5 日間集まります。それらは Google Docs で補完され、リモートで参加できない場合は参加できるようにしています。

メリットはありますが、人々が思うほど大きくありません。

最大の問題は互いに遮ることへの主導権を取ることです。リモートではそれが難しくなります。GitLab では、質問が Google Doc に事前に記載されていることで、誰が質問を持っていてどこに会話を引き継ぐかが明確になるようにすることでそれを解決しています。 — GitLab 共同創業者 Sid Sijbrandij

ミーティングに誰を招待すべきか？

DRI フレームワークを使用して、ミーティングへの参加者を知らせることができます。DRI とコンサルティングされた人々は、ミーティング内で主要な役割を果たします。ミーティングの DRI またはファシリテーターはミーティングを所有します。他の DRI はイニシアティブをサポートする特定のアクティビティを所有することがあります。コンサルティングされた人々は、その意見が求められる人々であり、通常は主題の専門家であり、双方向のコミュニケーションがあります。ほとんどの情報提供された人はミーティングに招待すべきではありません——より効率的なエンゲージメントや情報カスケードの方法がある場合は特に。即時のアラインメントや非同期でのカスケードに関する制約により情報提供された人が招待される場合は、一連のミーティングの繰り返し参加者として追加すべきではありません。

対面参加しないチームメンバーが効果的に参加できるようにするにはどうすれば良いか？

アジェンダが少なくとも 72 時間前に共有されている場合、効率的な非同期参加が可能です。アジェンダを守ることが標準になれば、考えや質問があるが他のことを優先してミーティング出席を選択しない人々は、自分の考えが考慮され質問が取り上げられることに確信を持てます。チームメンバーは後で録画やメモをレビューできます。これにより、チームメンバーが重要な詳細を見逃すことへの恐れを最小限に抑えます。

ミーティングが少ない文化をどのように作るか？

参加者が非同期的に効果的かつ効率的に貢献できるようにするだけでなく、ミーティングに参加したことに感謝しないでください。GitLab での成果と効率性は価値観であり、参加はそうではありません。

リモートミーティングで参加者を引きつけ続けるにはどうすれば良いか？

  1. 常にビデオをオンにしてください。参加者にとってはるかに引きつけられます。
  2. チームメンバーの名前を使用して、全員が歓迎され認識されていると感じさせてください。
  3. 参加者にマイクをミュートするよう指示して、バックグラウンドノイズを最小限に抑え、すべての参加者がスピーカーを聞こえるようにしてください。
  4. 中断によって落胆しないでください。リモートコールでは時々遅延があります。
  5. 何かがうまく機能していないことに気づいたらすぐに声を上げてください。
  6. コールを時間通りに開始・終了してください。
  7. 参加者が話しやすくない場合に他の誰かに please verbalize（代わりに発言してください） と頼むオプションを与えてください。

詳しくは GitLab ビデオ通話コミュニケーションガイドをご覧ください。

リモートミーティングに最適な Zoom の代替手段とは何か？

GitLab は Zoom をコミュニケーションのためのプライマリビデオプラットフォームとして使用していますが、他のツールを好む人もいるかもしれません。人気のある Zoom の代替手段をいくつか挙げます：

  • WebEx
  • MS Teams
  • Skype

メインの オールリモートページ に戻る。

最終更新 June 14, 2026: Merge pull request #403 from kyama0/claude/cool-turing-ls6eck (bfd74782)
ページのソースコードを見る - ページの編集 - please contribute. Creative Commons License