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

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

の本当の教訓 マネーボール 明らかです：あなたが大企業であろうと、あなたを支出できる現職者に対する優位性を探しているくだらない新興企業であろうと、あなたはあなたの戦術を適応させ、従来の知識がいつチームの構築はもはや現実を反映していません。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5.式典を受け入れる

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

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

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

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

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

オープンソースの世界の先導に従う場合でも、マイケルルイスからヒントを得て、ソフトウェア開発とプロフェッショナルサービスの才能主導の世界で「マネーボール」をプレイする場合でも、組織に課す制約を考慮して、地元の人材プールからのみ雇用できます。

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