GitLab テスト — より良いリモートワークへの 12 ステップ
GitLab は世界最大規模のオールリモート組織のひとつです。リモートへのスケールアップを進める中で、私たちはリモートファーストの仕事・文化・プロセス・最適化の実証済み原則を網羅した 40 以上の個別ガイドを文書化してきました。その基礎となる要素は The Remote Playbook に凝縮されています。
それでも多くの方にとって、次のような疑問が残ることがあります: 私たちは優れたリモート運営を実践できているのだろうか？
GitLab テスト: より良いリモートワークへの 12 ステップ
そこで登場するのが GitLab テスト: より良いリモートワークへの 12 ステップ です。命名のヒントをくれた The Joel Test に感謝します。
このテストの素晴らしい点は、約 10 分（速読であればそれ以下）で完了できることです。各質問は「はい」か「いいえ」の二択です。12 点が満点で、11 点は許容範囲内です。10 点以下は、組織がリモート適応フェーズ 4 の目標である 意図性（Intentionality） に到達することを妨げる重大な オフィスファーストの障壁 が存在することを示しています。
1. シニアリーダーはデフォルトでリモートで働いていますか？
リモートが未来であるという最も明確なシグナルを最も迅速に発信する方法は、組織図の上部から変革を始めることです。経営幹部をオフィスから切り離すことで、ツールとプロセスで埋める必要があるギャップが素早く明らかになります。
経営幹部チームが意味のある期間（多くの場合、1 ヶ月以上）リモートで働くことを強いられれば、コミュニケーションのギャップやツール・プロセスの欠如を発見できるでしょう。
シニアリーダーがデフォルトとして同じ物理オフィスに集まる場合、意思決定が透明性を欠いて行われがちとなり、オフィスファーストの慣習が合意形成・ブレインストーミング・コラボレーション・意思決定を リモートファースト に移行させる妨げとなります。
2. チームメンバーは自分の働く時間を決める権限を与えられていますか？
優れたリモートチームは、厳格な就業時間を定めることなく相互に連携して仕事を進めることができます。大まかに言えば、定められた就業時間があると、非同期（アシンクロナス） に働くほうが効率的であっても同期的なコラボレーションへの安心感が生まれてしまいます。より大きな問題は、同期性への 依存 が暗示されることです。これにより、誰かが決まったシフトで働けない場合に、コラボレーション・調整・反復的な意思決定が停滞するという根本的なリスクが生じます。
役割やクライアントの都合により定められた就業時間が必要な場面では、優れたリモート組織は冗長性を加えるか文書化を強化し、チームメンバーが可能な限り 非線形の働き方 の恩恵を享受できるようにします。
3. 業務に関するコミュニケーションの大半は非同期で行われていますか？
同期的に作業する 正当な理由 は存在します。しかし、業務についての コミュニケーションは非同期で行うのが最善です。これにはステータスの更新、FYI（情報共有）、プロセスの文書化（例: 疑わしいフィッシングメールをセキュリティチームに報告する方法）が含まれます。ミーティングのためのミーティング も同様です。
これがうまく機能するための前提条件は以下のとおりです。
- 業務に関するコミュニケーションを集約するための単一ツールの活用（例: GitLab、Friday、Dropbox Spaces、Qatalog）
- 業務に関してどのように・どこでコミュニケーションを取るかを定めた コミュニケーションガイドライン の文書化
- 透明性 への経営幹部のコミットメント
4. 自社の価値観とその実践方法が明示的に定義・文書化されていますか？
優れたリモート組織は、暗黙知（例: 示唆された知識）を形式知（例: 文書化された知識）に変換する監査を実施します。この取り組みは価値観の監査から始まります。
コアバリューを企業のウェブサイトに掲載するだけでは不十分です。各コアバリューには 行動原則 が必要です。それにより、世界中に分散したチームが「コラボレーション」「イテレーション」「成果」といった一般的な用語がどのように実践されているかを具体的な例として参照できるようになります。また、自社における価値観の意味についての共通理解も生まれます。理想的には、すべてのチームメンバーが価値観を強化し、新たに発見した実践方法を共有するための提案に貢献できるようになることです。
5. すべての部門は、会社全体が閲覧可能な単一のツールで業務を可視化していますか？
会社の部門によって、成果を上げるために必要なツールが異なる場合があります。例えば、デザインチームは MURAL、Figma、Photoshop を使用し、マーケティングオペレーションチームは Salesforce や Marketo などのツールを活用するかもしれません。優れたリモート組織は、部門固有のツールで行われている業務を可視化するために単一ツール（例: GitLab、Friday、Dropbox Spaces、Qatalog）を活用します。リンクやその他のドキュメントを通じて進行中の業務を可視化することで、この中央ツールは組織の接着剤として機能します。分散したチームが他チームの取り組みをミーティングではなくクリックで把握できるようになります。この意図的な透明性はアラインメントと目的意識を育み、より早期のフィードバックを可能にします。
6. 組織はハンドブックファーストで働いていますか？
優れたリモート組織は、「ドキュメント化」という言葉を「ハンドブックファースト」の意味で使うことがないよう注意しています。分類体系のない文書化は、テキストの混乱を招くレシピとなり、構造のない同期ミーティングの繰り返しによる口頭の混乱と変わりません。ハンドブックファースト とは、誰かの作業の流れを妨げる前に まず 答えを探し、チャットツールやメールで告知する前に まず 適切な場所に変更を文書化するという意図的なアプローチです。
7. インフォーマルなコミュニケーションは体系化されていますか？
優れたリモート組織は、仲間意識（相互の信頼と友情）を偶発性や運任せにしません。仲間意識は インフォーマルコミュニケーション によって作られ維持され、文化 の重要な柱です。
リモート文化は主に、人々が地域のコミュニティで社会的欲求を満たし、その文化を 職場に 持ち込めるように権限を与えることで構築されます。多くのリーダーが、労働者が自身のコミュニティで自分らしさをさらに育むことができるよう権限を与えるのではなく、オフィスでのランチをバーチャルランチやハッピーアワーに置き換えようとしています。
8. コミュニケーションの期待値は単一の情報源に文書化されていますか？
コミュニケーションガイドライン がなければ、コロケーション型の組織は一般的にミーティングを業務コミュニケーションの万能手段として使います。優れたリモート組織は、公式・非公式を問わずコミュニケーションに関する期待と提案を作成し文書化します。移行期の組織は、中央のワークスペースツールを導入するまでコミュニケーションの期待値の明確化を待つ必要はありません。すべての業務関連ミーティングにカレンダーの招待状にアジェンダを添付することを義務付けるなど、退屈なソリューション でさえ新しい考え方の扉を開くことができます。
9. 各チームメンバーは自分自身の機器でコール・コラボレーションしていますか？
ハイブリッドコール とは、同じ物理的な部屋にいる参加者と、リモートにいる参加者が混在するコールのことです。コミュニケーションと議論において全員が対等な立場になるよう、ハイブリッドコールは避けるべきです。ただし、ハイブリッドコールが必要な場合は、物理的に同じ部屋にいても全員が自分自身の機器（カメラ、ヘッドセット、画面）を使用するべきです。
10. 対面戦略が文書化・定義されていますか？
人間は社会的な生き物であり、研究 によって対面でのインタラクションに価値があることが示されています。100%リモート企業として運営することには大きな メリット がある一方で、リーダーは対面要素の計画について意図的に考慮することを推奨します（チームメンバーにとって任意であったとしても）。
四半期または半年に一度のリトリート、年次全社集会、対面でのオンボーディング合宿、場当たり的な対面の機会のための予算などがその例です。優れたリモート組織は、人々が毎日数時間かけて通勤して 24 時間ごとに顔を合わせる必要はないと認識していますが、戦略的な 対面の集まりへの予算は文化を強化し信頼関係を構築するのに役立ちます。
11. 採用・称賛・昇進は価値観の一致と成果に基づいていますか？
優れたリモート組織は、価値観の一致に根ざした称賛と昇進の戦術を活用することで、近接バイアス に積極的に対抗します。これを促進するための退屈なソリューションとして、個人がどのように会社の価値観を体現したかをマネージャーが詳述することを求める 昇進ドキュメント の活用があります。
12. 個人のワークスペースへの資金援助とオフィス外での利用の払い戻し制度がありますか？
優れたリモート組織は、働く場所が 2 つ以上あることを認識しています。「オフィス」と「自宅」の 2 択だけでなく、第三の選択肢は多岐にわたります。Codi、Gable、Switchyards などのプラットフォームがこのようなアレンジをサポートするために存在します。コワーキングや外部オフィスの利用に対して 払い戻し申請 を認めることは、組織がリモートファーストのワークフローに自信を持ち、多様な場所からの作業をチームメンバーに奨励する意思があることを示しています。
Is this advice any good?
GitLab is one of the world’s largest all-remote companies. We are 100% remote, with no company-owned offices anywhere on the planet. We have over 1,500 team members in more than 65 countries. The primary contributor to this article (Darren Murph, GitLab’s Head of Remote) has over 15 years of experience working in and reporting on colocated companies, hybrid-remote companies, and all-remote companies of various scale.
Just as it is valid to ask if GitLab’s product is any good, we want to be transparent about our expertise in the field of remote work.
Complete ‘How to Manage a Remote Team’ course
GitLab built a comprehensive course on remote work leadership which is hosted on a leading online learning platform, Coursera. The course, titled “How to Manage a Remote Team”, provides a holistic, in-depth analysis of remote team structures, phases of adaptation, and best practices for managers, leaders, and human resources professionals. It is offered free of charge, with an optional certificate available for $49.
This course is ideal for current managers, executives, and human resources professionals who want to learn how to lead and support a high-functioning, scalable remote team. GitLab is one of the world’s largest all-remote organizations; experts from throughout the company will guide you through in-depth lessons for leaders, people managers, and HR professionals to build, manage, and scale.
By the end of this course, you will be able to:
- Lead in a remote environment
- Build a remote organizational culture and practices
- Assess the readiness and preparation of teams and managers for remote work
- Create a foundational strategy for executing a remote transformation
For the final project in this course, you will create a real or hypothetical strategic plan to transition a team to remote operation. You will assess your organization’s remote maturity and infrastructure, and identify the best team structure for remote operation — including determining whether to use an all-remote or remote-friendly model. You’ll outline plans for documentation, education, leadership, and equipment or resource needs for your unique organization.
This is an intermediate-level course, intended for learners who have previous experience managing or leading people. To succeed in this course, you should have at least one year of management experience. No remote experience is required.
学びを貢献してください
GitLab はオールリモートが 仕事の未来 であると信じており、リモート企業はそれを採用する他の組織のために道を示す共同責任を持っています。あなたまたはあなたの会社に世界にとって有益な経験があれば、マージリクエスト を作成してこのページに貢献することをご検討ください。
オールリモートのメインページ に戻る。
c955a93f)