第6章 03:採用をやめろ——まずチームを正しく構成せよ#

なぜ最初の一手がLinkedInの求人投稿なのか?

スタートアップの生死を決める人材は、求人サイトを眺めてなどいない。すでにあなたの連絡先に入っている——一緒に徹夜した人、プロダクトの方向性で議論した人、金を貸せるほど信頼している人だ。ハーバード・ビジネス・スクールの創業チーム研究が裏付けている。最強の初期チームは既存の人間関係から生まれるのであって、コールドな採用活動からではない。

初期のチーム構築は採用ではない。構成だ。ポジションを埋めるのではなく、マシンを組み立てている。走るマシンと最初の段差で崩壊するマシンの違いは、各パーツがどれほど見栄えするかではない。パーツ同士がどう噛み合うかだ。

構成マインドセット#

この失敗は時計のように繰り返される。創業者が最初の5人の採用をGoogleの部門づくりのように扱ってしまうのだ。詳細な職務記述書、学歴スクリーニング、4回の面接。そして完璧な経歴の人を採用し、3ヶ月後にスタートアップの混沌に耐えられず辞めていく。

大企業の採用とスタートアップのチーム構築は、まったく別のゲームだ。

規模 vs. スピード。 大企業は既存プロセスを拡大するために人を雇う。スタートアップはプロセスが何であるべきかを見つけるために人を雇う。プレイブックを実行できる人ではなく、ビルが燃えている最中にプレイブックを書ける人が必要だ。

スペシャリスト vs. ジェネラリスト。 大企業は深い専門家を求める。スタートアップは昼前に4つの帽子をかぶり、昼後に5つ目に切り替えられる人が必要だ。最初のエンジニアはQAテスター、DevOpsリード、おそらくIT サポートも兼任することになる。

リスク許容度。 大企業の採用は安全性を最適化する。スタートアップのチームメンバーは、曖昧さ、不完全な情報、すべてが崩壊する現実的な可能性を受け入れなければならない。明確な組織図がないと機能できない人は、あなたのチームには向いていない。

構成マインドセットとは、パーツからではなくマシンから始めることだ。このマシンは今後6ヶ月で何を達成しなければならないか?絶対に譲れない3〜4つの能力は何か?そして、それらの能力を合わせてカバーできる人を見つける。個別にではなく——合わせて。

三つの友人パイプライン#

この人材をどこで見つけるか?求人サイトではない。初期スタートアップで最も信頼できる人材パイプラインは、信頼に基づく3つのチャネルだ。

友人。 プレッシャー下でどう振る舞うか予測できるほどよく知っている人。単なる飲み友達ではない——一緒に仕事をした人、何かを一緒に作った人、高圧な場面で動くところを見た人だ。強み、弱点、状況が悪くなったときに逃げるかどうか、すでに分かっている。

友人の友人。 1度の人脈。信頼する人が保証する人——「知っている」や「聞いたことがある」ではない。「この人がプレッシャー下で成果を出すのを見た」「自分の金を任せられる」と言える人が必要だ。それ以下は単なる紹介——ネットワーキングには良いが、共同創業には使えない。

元同僚。 一緒に塹壕にいた人。以前のストレスフルなプロジェクトやスピードの速いチームでの同僚。パフォーマンス、コミュニケーション、コンフリクト対応について、すでにリアルなデータがある。そのデータは、どんな面接プロセスよりも価値がある。

なぜこの3つか?スタートアップにおける初期の採用ミスは壊滅的だからだ。パフォーマンス改善計画を管理するHRもいない。控えの人材もいない。3人チームでの間違った1人は、パフォーマンスが低いだけでなく、チーム全体のダイナミクスを毒する。信頼は最も安価で最も効果的なフィルターだ。

見知らぬ人を絶対に雇うなということではない。ただし、見知らぬ人は最後の手段であって、最初の選択肢ではない。

能力トライアングル#

どこで見つけるかは分かった。次は、どんな人を見つけるか。

初期のニーズを3つの頂点を持つ三角形として考える:プロダクト、テクノロジー、ビジネス。

  • プロダクト: 何を作るか定義し、機能の優先順位を決め、ユーザーの痛みを仕様に変換する人。課題と解決策で思考する。
  • テクノロジー: 実際にモノを作る人——コードを書き、インフラを構築し、プロダクトをリリースする。システムと制約条件で思考する。
  • ビジネス: 売り、パートナーシップを築き、交渉し、会社を存続させる人。市場と人間関係で思考する。

理想的には、創業チームが3つの頂点すべてをカバーする。現実には、ほとんどのチームは1つか2つで強く、3つ目が危険なほど弱い。そのギャップがスタートアップの死因となる。

このシナリオを考えてほしい。3人の創業者がSaaS企業を立ち上げる:

  • Alex —— プロダクト型。ユーザーリサーチ、ワイヤーフレーム、優先順位付けが得意。コードは書けない。営業電話は嫌い。
  • Sam —— フルスタック開発者。速く作り、速くリリースし、深夜2時にバグを直す。何を作るか、誰に売るかには意見がない。
  • Jordan —— ビジネスの達人。契約を取り、パートナーシップを築き、投資家を魅了する。APIが何か知らないし、知ろうともしない。

個別に見れば、全員に明らかな穴がある。だが三角形として見ると:プロダクトはカバーされている。テクノロジーもカバーされている。ビジネスもカバーされている。すべての重要な初期能力にオーナーがいる。

これを、同じCS学科出身で同じ思考をする3人の技術系共同創業者と比較してみてほしい。何でも作れる——だが何を作るべきか分からず、顧客と話せず、契約も取れない。3つの優秀なパーツ、ゼロ台のマシン。

相互補完は同質性に勝る。 毎回必ず。

誰も警告しない落とし穴#

構成マインドセットは紙の上ではきれいだ。実践では混沌とする。以下がよくある罠だ:

友情の罠。 友人だからといって、創業チームにふさわしいわけではない。友情は感情的な相性。スタートアップに必要なのは運営上の相性だ。一緒に遊ぶのが大好きな2人が、プロダクトロードマップで合意できずに生涯の友情を壊すことがある。友人を誘う前に自問せよ:「この人がプレッシャー下で働くのを見たことがあるか?彼のプロフェッショナルとしての判断を尊敬しているか?」答えがノーなら、友人のままにしておこう。

「ロックスター」の罠。 信じられないほど才能のある人に出会う——10倍エンジニア、伝説のセールス。あまりに欲しくて、その人のスキルが既存メンバーと完全に重複している事実を無視してしまう。2人が同じ意思決定を奪い合い、重要な能力が依然として空白のまま。カバレッジのない才能は虚栄心の採用だ。

緊急性の罠。 昨日には開発者が必要だったので、最初に見つかった人を取った。まあまあで、優秀ではない。後でアップグレードすると自分に言い聞かせる。しないだろう。スタートアップでは「一時的な」採用が永久的な固定メンバーになる。なぜなら、プロダクトを作りながら採用活動をする余裕がないからだ。2週間余分にかけて正しい人を見つけろ。凡庸な初期採用のコストは毎日複利で増えていく。

エクイティ回避の罠。 エクイティを全部持っていたいから、共同創業者を探す代わりに従業員を雇う。すると「チーム」は20%の昇給で去っていく人々で構成される——利害関係がゼロだからだ。初期チームメンバーはオーナーでなければならない。従業員ではない。エクイティを分ける気がないなら、チームを作る準備ができていない。

不快な診断テスト#

紙を取り出せ。三角形を描け。3つの頂点にラベルを付ける:プロダクト、テクノロジー、ビジネス。

現在の、または予定しているチームメンバーそれぞれを、主な強みが実際にある位置に配置する。本人が望む場所ではなく——実際に成果を出している場所だ。

一歩引いて見る。

カバレッジ確認。 3つの頂点すべてに人がいるか?それとも1つの角に固まって、反対側に大きな穴が空いているか?チーム全員がテクノロジーの頂点にいるなら、作ったのは工房であって、ビジネスではない。

重複確認。 同じ頂点に2人いるか?それはリソースコンフリクトの火種だ。1人は移動するか——ここにいるべきではない。

信頼確認。 各メンバーについて答える:「この人が本当のプレッシャー下でパフォーマンスを発揮するのを見たことがあるか?」誰かの答えが「ない」なら、あなたは証拠ではなく希望に頼っている。

カバレッジを採点する。3つの頂点、それぞれ33%。頂点に誰もいない = ゼロ。検証済みの人 = 満点。未検証の人 = 半分。

70%未満?能力のギャップがあり、いずれ噛みつかれる。今日ではないかもしれない。来月でもないかもしれない。だが必ず来る。スタートアップでは、間違った場所での一噛みは致命的だ。

最初の6ヶ月で作るチームが、その後6年の軌道を決める。構成が正しければ、マシンは動く——完璧ではなく、滑らかでもないが、動く。間違えれば、どれだけの資金、戦略、プロダクトの才能があっても救えない。

優秀な個人を探すのをやめろ。正しい組み合わせを探せ。