分散型チームが重要である理由とその構築方法

公開: 2022-03-11

「あなたがスタートアップに一人でいて、パートナーが欲しいとしましょう。 パートナーを探すのにかなりの時間がかかりますよね？ 彼はあなたの会社の半分になるでしょう。 なぜあなたはあなたの会社の3分の1またはあなたの会社の4分の1またはあなたの会社の5分の1を見つけるのにもっと時間をかけるべきですか？ あなたがスタートアップにいるとき、最初の10人が会社が成功するかどうかを決定します。 それぞれが会社の10％です。 では、なぜあなたはすべてのAプレーヤーを見つけるのに必要なだけの時間をかけないのですか？ 3つがそれほど素晴らしかったとしたら、なぜあなたの人々の30％がそれほど素晴らしくない会社が欲しいのでしょうか？」 - スティーブ・ジョブズ

2003年に、著者Michael Lewisは、 Moneyball：The Art of Winning aUnfairGameという本を出版しました。 一見すると、この本は古典的な弱者の物語です。苦労している野球チームは、数十年前の知恵に頼っているタレントスカウトが勝利チームを構築する機会を逃していることに気づきます。スカウティング戦術を進化させて最新のツールとプラクティスを組み込むことにより、チームは過小評価されているプレーヤーの名簿を特定して採用し、はるかに大きな給与を持つ対戦相手に対して勝利の記録を達成します。

Moneyballの本当の教訓は明らかです。大企業であろうと、支出を上回る可能性のある現職者よりも優位に立つことを求めている新進気鋭の企業であろうと、戦術を適応させ、認識して高品質の人材の未開発の貯水池を雇う機会があります。チーム構築に関する従来の知識がもはや現実を反映していないとき。

企業は分散したチームを使用してマネーボールをプレイします

私たちの見解では、組織がROIの高い人材を探すために「マネーボール」をプレイする明確な機会があります。つまり、チームがリモートの従業員を雇用できるようにすることです。

過去1年間に米国の労働者の43％以上が通勤し、1995年に同じことを言った9％から大幅に増加しました。

2016年、従業員エンゲージメント会社のTinyPulseは、500人を超える遠隔地の従業員を対象に調査を実施し、現地の従業員よりも幸せで、価値が高く、生産性が圧倒的に高いことを発見しました。過去1年間に米国の労働者の43％以上が通勤し、1995年に同じことを言った9％から大幅に増加しました。全体として、リモートワークを許可する企業は、労働力のストレス、効率、離職率が低いことを示しています。

分散したチームに対応するように組織を適応させるのは簡単なことではありません。しかし、私たちの見解では、現状を維持することはさらに大きなリスクをもたらします。リモートへの移行に抵抗する企業は、昔ながらのタレントスカウトのようなものだと私たちは信じています。彼らは20年前の健全なアドバイスに従って素晴らしい仕事をしています。一方、リモートワークを採用している組織はマネーボールをプレイしています。近い将来、誰もが主導権を握りますが、当面の間、実質的な競争上の優位性が得られます。

この記事では、分散したチームに対する一般的な反対意見を示し、これらの落とし穴に対処した経験を、採用、適切な指標、管理、ツール、文化の測定におけるベストプラクティスをカバーする5つの推奨事項とともに共有します。

分散チームに関する一般的な懸念事項

経験豊富な経営幹部は、初期のアウトソーシング時代の経験に起因する分散開発チームに対する恐れを残している可能性があります。新しい幹部は、リモートチームを手に負えないように解雇するために従来の知識に頼りたくなるかもしれません。どちらのグループも、次の懸念を引用する傾向があります。

品質：ほぼ20年前、分散型チームへの最初の露出は、完全にコスト削減によって推進された従来のアウトソーシングモデルのコンテキストで発生しました。コラボレーションは不可能だと感じました。SlackやGitHubのような今日の当たり前のツールは存在しませんでした。タイムゾーンの問題のためにメール交換に数日かかり、帯域幅が高額でした。そして、何らかの理由で、最も安価なソフトウェアで構築されたソフトウェアに誰もが驚いていました。私たちが見つけた開発者はお粗末であることが判明しました。
可視性：プロジェクトマネージャーは驚きを嫌います。 これが、工場長が定期的に生産ラインを点検したり、現場のトレーラーの机に建設現場の監督が座ったりする理由です。もちろん、ソフトウェア製品や専門サービスの進捗状況を検査するために物理的に近接する必要がある場合は多くありませんが、良好なWi-Fi接続やモバイルタワーに近接している場合を除きますが、プレゼンスはすべてのマネージャーの間でその重要性を維持しています。種類。
アジャイルの正統性：多くの企業がアジャイルの変革を検討または積極的に実施しているのを目にします。 その変革の一環として、彼らはアジャイルの本、コーチ、コンサルティング会社から経営幹部へのガイダンスを求める傾向があります。チームの構築に関しては、これらの専門家は同じことを言う傾向があります。「チームは同じ場所に配置する必要があります。」これは15年前の適切なアドバイスでした。多くの点で、アジャイルは、距離を超えたコラボレーションをほぼ不可能にし、厳格なウォーターフォールプロジェクト管理の実践を必要とする上記の条件に対する反応でした。

コラボレーションとコミュニケーションのための改善されたテクノロジーのおかげで、これらの懸念につながった条件はもはや存在しません。以下に概説する5つのベストプラクティスを採用することにより、組織は、高性能の分散型チームを構築し、リモートワークの変革の可能性を最大化するための十分な準備が整います。

1.リモート互換性のために雇う

誰もがリモートワークのために作られているわけではありません。トップデベロッパーで大切にしている特性について考えてみてください。エンジニアリングと技術の卓越性、チーム環境でうまく機能する能力、オープンで正直なコミュニケーションです。特にソフトスキルがリモート設定でどのように変換されるかを評価することは困難であるため、ここで探すべきいくつかの特性があります。

プロアクティブ：物理的に近接しているため、頻繁にチェックインできます。 そのリソースを除けば、最高の採用者は、割り当てられたタスクや物事を成し遂げるための絶え間ないガイダンスを必要としない自発的です。
優先順位付けに冷酷：優れたリモートワーカーは、特定のプロジェクトで何が重要で何がそうでないかを直感的に理解し、重要なものを絞り込みます。
熟練したライティングスキル：リモートチームでのコミュニケーションは通常、書面で行われるため、リモートチームにとってライティングスキルは特に重要です。

これらのリモートスーパースターはどこにありますか？上記の属性を持つ人々は通常、スタートアップのバックグラウンドまたは以前のフリーランスのエンゲージメントを持っており、構造化されていない環境での達成の実績を築くことができます。

2.分散チームを管理するには、サンドボックスを作成します

分散開発チームについてよく耳にする懸念は、チームの規範、コーディング標準と慣行、およびプロジェクト管理プロセスを実施することの難しさです。私たちの経験では、生産的なチームは権限を与えられ、自治的であり、独自に基準を確立することに関してかなりの自由度があります。

リモートチームも例外ではありませんが、管理者は管理が適切に行われるように特別な注意を払う必要があります。分散したチームを管理するための一般的な原則として、サンドボックスのアナロジーを使用するのが好きです。ボックスの端は、チームの境界を表しています。スプリントセレモニー、使用するツールとフレームワーク、コードカバレッジの期待など、合意された制約です。

言い換えれば、コラボレーションのフレームワークとプロセスをしっかりと定義する必要がありますが、ソフトウェア開発は科学と同じくらい芸術であるため、リモートの従業員がサンドボックス内で創造性を発揮できる余裕があることが重要です。

3.アウトプットではなく、アウトカムを追跡するようにマネージャーをトレーニングする

意識しているかどうかにかかわらず、一部のマネージャーは、その作業の結果ではなく、デスクで費やした時間数によって生産性を測定します。しかし、数千行のサブパーコードを生成する開発者は、同じ期間に数百行の優れたコードを生成する開発者よりも生産性が高いと見なされるべきではありません。

特にリモートチームの場合、生産性メトリックが単なる出力ではなく結果の品質を測定することが重要です。先月、どれだけの優れたソフトウェアを出荷しましたか？私たちの開発速度は安定していて、予測可能で、時間の経過とともに加速していますか？チームは継続的な改善を示していますか？マネージャーは仕事自体を行うプロセスの可視性が低く、従業員が「仕事を見せている」ことを観察することによって部分的な信用を与える方法がないため、リモートチームは適切な指標に照らして評価する必要があります。

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

ツールは、リモートワークが今日繁栄している主な理由です。最新のコミュニケーションおよびコラボレーションアプリは、以前の時代の落とし穴に対処する際に分散チームをサポートする足場です。私たちは、人々がSlackにいるとき、彼らはオフィスにいると言いたいです。これが私たちの重要なツールのリストです。

リアルタイムチャット：リアルタイムチャットは、リモートチームにとって不可欠なツールです。 併置されたチームで行うであろう即時の相互作用とコラボレーションを複製できるようにしたいと考えています。リアルタイムチャットはコミュニケーションに不可欠であるだけでなく、遠隔文化の構築にも役立ちます。これを成功させるには、すべてのチームのコミュニケーションを1か所に集中させることが重要です。サンドボックスには壁が必要であることを忘れないでください。 ToptalではSlackを使用していますが、代わりにHipChat、Flowdock、Skypeがあります。
情報ラジエーター：情報を社会化するための直接のやり取りがなければ、チームに情報を放射するためのオンラインWikiとストーリーウォールが必要になります。アジャイルまたはかんばん開発では、チーム全体と関連するすべての利害関係者が、開発のステータス（飛行中のストーリー、テストの待機、欠陥など）に関する即時情報にアクセスできる必要があります。チームは、ビルドパイプラインのダッシュボードにもアクセスできる必要があります。ステータス、コードカバレッジ、およびその他の重要なデータ。リモートマネージャーとして、チームと利害関係者がステータスについて信頼している情報の各領域について、信頼できる唯一の情報源が必要です。
ビデオ会議：リアルタイムのビデオチャットは、インスタントメッセージングを補完するものとして不可欠です。私たちの経験では、実際に他の人間と話すことに勝るものはありません。 Toptalでは、Zoom、Slack通話、場合によってはSkypeを使用して、1対1、ステータス会議、コードショーケースを行っています。ビデオ会議を介した毎日のスクラムスタンドアップは、チームの文化と信頼を築くための優れた方法です。

5.式典を受け入れる

おそらく、各スプリントの固定ポイントで、計画と見積もりの会議、コードレビュー、ソフトウェアのデモなど、多数のチームセレモニーが開催されます。場所に関係なく、すべてのチームメンバーが参加できるようにこれらをスケジュールします。理想的には、チームは1日に数時間、全員がオンラインで作業していることになります。

分散型チームを構築するときにタイムゾーンを気にするのは当然ですが、私たちの経験では、リモートソフトウェア開発でのキャリアを選択した複数の人々は、従来の9〜5営業日以外での作業を好み、許可された場合ははるかに生産性が高くなります。そうするために。可能な限り、チームが自分に最適な時間を定義できるようにします。

結論：あなたはすでに分散したチームに依存しているかもしれません

組織が分散開発モデルを直接利用していない場合でも、おそらくその利点をかなり活用しているでしょう。オープンソースソフトウェアを使用している可能性があります。

その性質上、オープンソース開発は最初から配布されてきました。オープンソースの世界でのイノベーションは驚異的なペースで発生し、進化するエンジニアリング手法がそのペースを推進するのに役立ちます。初期のオープンソースプロジェクトが解決した最初の課題の1つは、分散チームのオンラインコラボレーションとプロセスの透明性でした。

オープンソースの世界をリードしている場合でも、Michael Lewisからヒントを得て、ソフトウェア開発と専門サービスの才能主導の世界で「マネーボール」をプレイしている場合でも、組織に課す制約を考慮して、地元の人材プールからのみ雇用できます。

この規模の文化的変化は重要な取り組みですが、すぐに移行を開始できます。社内の正統性を手放し、分散したチームを歓迎し、チームメンバーに指標、管理を提供することで、チームが潜在能力を発揮できるようにします。、どこからでも仕事をこなすためのツールと文化。