技術チームを 3 か月で 30% 拡大する方法: ステップバイステップのケーススタディ

今日では、必要なスキルセットを備えた 5 人から 10 人の社内開発者のチームを簡単に雇えるとは想像しがたいです。 市場での才能をめぐる熾烈な戦いと、競合他社からの有利なオファーは、それを簡単にするものではありません。

なんで？ 重要な問題は、IT 人材不足にあり、これは現代のビジネスが直面している急成長しているボトルネックの 1 つになっています。 技術スペシャリストの採用は、今や真の課題です。 そして、そこに驚くことはありません。 過去 10 年間で、B2B SaaS 企業の数は 50 倍に増加し、今も雪だるま式に増え続けています。 米国だけでも 15,000 以上の企業があります。 さらに、Google や Amazon などの巨大企業は、テクノロジー労働市場を選り好みし続けています。

それに加えて、COVID-19 のパンデミックにより、ビジネスのデジタル化が急速に進んでいます。 このように、拡大するスタートアップ市場は、IT 以外の企業やスタートアップに参加するための最高の技術人材を採用し維持するための真の闘争に変わりました。 その結果、候補者に高すぎる給与を提示すると、市場の混乱が生じます。

真実は、あなたのスタートアップが目覚ましい資金調達に成功したとしても、人員配置の課題が解決されるにはほど遠いということです。

ただし、それはあきらめる正当な理由ではありません。 世界は遠く離れています。 社内人材派遣の機会があなたを制限することはもうありません。 さらに、あなたの場所も邪魔になりません。

ここでは、当社の Aspirity が技術チームを最短時間で拡大するのに役立った実際のケースを共有し、双方が得た経験を明らかにします。

社内VS。 リモート対。 分散したチーム

今日では、多くの新しいアプローチと人員配置モデルが出現しており、グローバルな人材プールへのアクセスは、より柔軟で効率的なソリューションを探している人々にとって真の展望となっています。

最も一般的な開発チームのタイプを場所別に見てみましょう。

社内チーム: 状況はどのように変化したか

多くの企業は、社内チームが最も安定し、管理しやすく、信頼できるソリューションであると考えています。 社内モデルを支持する最も一般的な議論は次のとおりです。

• ワークフローを直接制御します。
• 信頼できる透明なオフィス環境を構築する機会。
• 対面コミュニケーション。
• タイムゾーンの違いや言語の壁はありません。

しかし、パンデミックの間、人々の考え方は変わりました。 今日、すべてのチームワークを 1 つのオフィスに集中させることは時代遅れと見なすことができます。 Gartner の調査によると、COVID-19 の発生後、雇用主の 82% がスタッフにリモートワークを許可し、企業のリーダーの 47% が完全なリモートワークをサポートしています。

これらの変化により、自社開発のデメリットはメリットを大幅に上回ります。 人材プールがはるかに貧弱なため、最高の地元の専門家をすべて雇っている巨大企業と競争するのは難しいでしょう. したがって、社内の開発チームを拡大し、必要な専門知識を追加することは、非常に困難な場合があります。

リモートチーム: 新しい現実

リモート ソリューションは、社内開発に代わる優れた方法です。 グローバルIT市場へのアクセスにより、必要な人材を見つけることができます。 また、最適なタイムゾーンを選択して、必要な専門家を雇うことができます。

リモートの従業員を雇用することの潜在的なリスクは、既にプロジェクトに取り組んでいるチームに彼らをすぐに統合することが難しいことに気付く可能性があることです。 さらに、リモートの従業員の中には、すぐに社内チームの不可欠な一員であると感じられないため、オンボーディングに時間がかかる場合があります。

分散したチーム: 代替ソリューション

では、熟練したリモート スペシャリストを雇用し、オンボーディングとエンゲージメントに関する潜在的な課題に対処するには、企業は何ができるでしょうか? 私たちの経験に基づくと、分散したチームを構築することは優れたソリューションです。

まず第一に、分散型チームは、すでに相互理解があり、互いに効果的にやり取りできる専門家で構成されています。 彼らはお互いの長所と短所を知っており、あなたの努力を必要とせずにすぐにコラボレーション プロセスを構築できます。

さらに、そのようなチームは、データベースを維持するための十分に確立されたテスト済みの方法をおそらく持っており、迅速にスケールアップする必要がある場合でも、新しい従業員のオンボーディングに問題はありません。

また、分散したチームを採用する場合は、効率的なオンボーディングを行う必要があります。 プロジェクトの核となるアイデアを伝え、新しいメンバーにあなたの製品への情熱を感じてもらうことが不可欠です。

もちろん、適応プロセスには時間がかかります。 分散モデルに移行するビジネスは、タイム ゾーンの違いと文化的特性を考慮する必要があります。 ただし、効果的なスケーリングが必要な場合、これらすべての要因が障害になることはまずありません。 そのような目的のために、より結果重視のオプションを見つけることはほとんどありません。

価格比較

開発コストは、複数の要因によって異なります。 また、プロジェクトに関与する開発者の資格レベルだけが問題ではありません。 もう 1 つの重要な側面は、開発チームの場所です。 ほとんどの場合、これは地域の経済状況、平均賃金、税金などによって異なります。

ここでは、世界のさまざまな地域における特定の開発サービスのコストを比較します。 製品開発を別の国にアウトソーシングするか、自分で専門家を雇うことにした場合、平均的なソフトウェア エンジニアの平均料金の大まかな目安がわかります。

リモートワーカーを雇う場合、特定の国の税制など、多くの落とし穴に対処する必要があることに注意してください。 一方、分散型チーム モデルに目を向けると、ベンダーはあなたの努力なしでこれらの問題に対処できる可能性があります。 このような要因は、プロジェクトの規模と予算に大きく影響します。

オフィス vs リモート: 私たちの経験

私たちの会社である Aspirity は、リモートで作業し、分散型チーム モデルを適用する確かな経験を積んできました。 パンデミックの間、従業員は在宅勤務という新しい現実に順応しました。 そのため、現在、オフィスでの仕事に戻るのは 10% 未満です。 私たちの経験では、リモートワークはオフィスの騒音やその他の気を散らすものを排除し、従業員が作業プロセスに没頭できるようになるため、さらに生産的です。

興味深いことに、一部の従業員は、パンデミックが発生する前から、リモートで作業を開始し、分散したチームに参加することを決定しました。 2019 年秋、シリコンバレーのスタートアップからプロジェクトへの参加を打診されました。 当時、彼らは革新的な製品を構築したいと考えていましたが、それには多くの時間とリソースが必要であることを理解していました。 そのため、クライアントは、デザインを含むフロントエンド部分をカバーするスキルセットを持つ従業員を一度に 3 ～ 5 人探していました。 そして、私たちは一緒に働き始めることにしました。

私たちにとっても、プロジェクトの特定の部分だけを担当することは新しい経験でもありました。 その結果、現在では分散型チームと呼ばれる作業形式が確立されています。

通常、このようなプロジェクトのオンボーディングには数か月かかります。 しかし、私たちのチームはそれをはるかに速く行うことができました。 ここで、分散したチームで一緒に作業する中で学んだことを明らかにします。

チームを探す

ビジネスやスタートアップが直面する可能性が高い最初の質問は、目標と期待を満たす分散型チームをどのように見つけるかということです。 考慮すべきいくつかの重要な要素を次に示します。

• 才能のプール。 非常に革新的な製品を構築するには、世界中の最高の人材の少なくとも 1 ～ 2% にアクセスする必要があります。 しかし、IT 人材が不足しているため、米国で熟練した専門家を見つけて維持することは非常に困難です。 分散型チーム モデルにより、東南アジア、東ヨーロッパ、南アメリカなどの他の地域のトップ スペシャリストにアクセスできます。
• 人脈。 あなたが知っていて信頼できる人々のフィードバックを無視しないでください。 良い評判は、場所に関係なく、最高のチームよりも優先されることがよくあります。

• 文化的な類似点。 採用するチームのメンタリティと価値観を考慮することが重要です。 ビジネスのアイデアに没頭し、プロジェクトの不可欠な部分になることができるパートナーを見つけることが必要です。 リモートのスペシャリストと社内の従業員の違いに気付かなくても、チームとのより良いコミュニケーションを確立するのに役立ちます.
• タイムゾーンの影響。 多くの企業にとって、タイム ゾーンの違いは、分散したチームを採用することの重大な欠点のように思えるかもしれません。 ただし、それを利益に変えることはできます。 たとえば、東ヨーロッパのベンダーを雇う場合、特定のプロセスをほぼ 24 時間年中無休で実行することがあります。 最も重要なことは、誰にとっても便利な電話や会議の時間を見つけることです。

チームを検証する方法

適切と思われるチームを見つけたら、その信頼性を検証します。 候補者があなたのニーズに合っているかどうかを確認する方法はたくさんあります。 次のものが最も一般的です。

• 会社のポートフォリオとケーススタディを確認してください。
• クライアントのレビューを読んでください。
• Clutch や GoodFirms などの専門 Web サイトでのベンダーの評判評価に注意してください。

また、最高水準に対応するという候補者の約束に頼らない方がよいでしょう。 そこには何百ものベンダーがあり、それぞれが最高のサービスを提供すると主張しています.

そのため、技術面接は非常に重要です。 候補者チームの技術的能力、特定分野の知識、専門知識の関連性を見積もるのに役立ちます。

さらに、技術スタックの選択を過大評価しない方がよいでしょう。 代わりに、たとえそれがあなたが検討したものでなくても、特定の技術で優れたスキルを持つチームを優先してください。 より効率的なソリューションを提供する代わりに、要求がどれほど正当なものであるかに関係なく、常に要求に従う、いわゆるイエスマンを雇うよりははるかに優れています。

最も重要なことは、選択した技術スタックが将来にわたって保証され、かなり大きな開発者コミュニティがあることを確認することです。

もう 1 つの重要な要素は、バックエンド チームとフロントエンド チーム間のやり取りです。 私たちの場合、クライアントにはすでにバックエンド チームがありました。 そのため、フロントエンドのスペシャリストが特定のバックエンドの詳細を理解できるようにする必要がありました。 彼らは、偽のデータや API などの操作などの基本を認識している専門家を探していました。外出先でそのような基本事項を学習すると、生産性と開発ペースが大幅に低下する可能性があります。

共同チームになる

分散したチームが共同作業を開始すると、そのメンバーは共同作業のワークフローを確立するのに時間がかかります。 私たちの場合、クライアントの社内チーム メンバーは、開発プロセスを開始する前に、プロジェクトの本質とコア アイデアに没頭することを望んでいました。 そのため、最初に、ユーザーのニーズを考慮してプロジェクトを管理する方法、プロジェクトをどのように設計するか、どのようなグラフが必要かを検討しました。

この目的のために、競合他社の製品を 1 か月かけて分析しました。 ユーザーが同様の製品に何を期待しているかを理解するために、さまざまなダッシュボードを調査し、それらを検索してテストし、多くのスクリーンショットを撮りました。 最後に、これらすべての情報を収集して整理し、設計プロセスで参照できるようにしました。

当初、私たちのチーム メンバーはクライアントのプロジェクトの分野であまり経験がありませんでした。 予備調査により、製品を設計する際に信頼できる必要な参照を取得することができました。 また、調査プロセスにより、プロジェクト自体をより深く掘り下げることができました。 そして、それは最初の重要なステップでした。

もう 1 つの重要な側面は、効率的なチーム間のコミュニケーションを確立し、会議をスケジュールし、共同作業のワークフローを編成し、互いの作業に問題が生じるのを回避するのに役立つプロジェクト管理でした。

分散型チームが得たいくつかの重要な洞察と、私たちが思いついた方法を次に示します。

• コミュニケーション。 いくつかの問題や誤解から始めましたが、すぐに必要な妥協点に達し、効率を高めました。 現在、私たちのチームは、複数の Slack チャネルとグループ チャットを使用して、即時のディスカッションと重要な情報のタイムリーな配信を行っています。 当社のプロジェクト マネージャーは常に連絡を取り合っており、当社の技術責任者は、休暇中や予期せぬ状況で従業員を交代させる方法を常に知っています。 これにより、ワークフローのノンストップ ペースを維持できます。

• 会議と通話。 分散したチームの作業には、結果について話し合う、成果物を確認する、計画とスプリントを設定する、問題を共有するなどの定期的なオンライン セッションが必要です。

• プロダクト オーナーとのフロントエンド チームの毎日の会議。

• • 他国のチームリーダーとの毎週のミーティング。
  • 私たちのチームメンバーの毎日のミーティング。
  • 2 週間ごとのふりかえりおよび技術ふりかえりミーティング。
  • 新しい技術計画について話し合うための技術的な週次会議。
  • 定期的な経営会議。

• スプリント レビューは 2 ～ 3 日ごとに行います。

各通話と会議は、チームが同じページに留まり、互いの進捗状況と問題を理解するのに役立つ特定の目標に役立ちます。 ただし、時間を節約するために、グループチャットやメッセンジャーで多くのことが議論されています.

• 共通のワークスペース。 最初に、チームは 2 つの異なる Jira ワークスペースを使用しました。
• UI とフロントエンド チームのワークスペース。
• UI、バックエンド、API、フロントエンドのタスクを管理するクライアントのワークスペース。

このようなアプローチでは、クライアント側の QA が UI のバグを報告し、私たちの QA がフロントエンドのバグを報告しました。 その後、単一の Jira ワークスペースに移行したことで、プロジェクト管理プロセスが大幅に簡素化されました。

お持ち帰り

必要なすべての社内スペシャリストを見つけ、雇用し、トレーニングする時間を無駄にすることなく、プロジェクトを迅速かつ効率的にスケーリングする必要があるとします。 その場合、分散チーム モデルは最適なオプションの 1 つです。 グローバルな人材プールへのアクセスを提供し、十分に確立されたコラボレーション経験を持つ熟練した開発者を雇うことができます。

プロジェクト管理への最新のテクノロジーとアプローチにより、効率的なワークフローの構築と整理は完全に達成可能な目標です。 コミュニケーション、コラボレーション、文書化のための強力なツールを使用することで、リスクを最小限に抑え、透明性があり結果を重視する共同作業の信頼できる基盤となります。

したがって、あなたがしなければならないことは、関連する専門知識を持つ信頼できるチームを見つけて、構築しようとしている製品に対するあなたの情熱を彼らに伝えるために最善を尽くすことだけです.

by: アレクサンダー・エフレモフ (LinkedIn)