第6章 02：今日必要なチームを作れ。妄想のチームではなく。#
完璧な共同創業者を3ヶ月間探し続けている。技術力、ビジネスセンス、業界コネクション、エクイティで働く意欲。何十人も会った。全部の条件を満たす人はいない。
その間、競合は「まあまあ」の3人で立ち上げた。プロダクトは稼働中。リアルユーザーから学んでいる。毎週イテレーションしている。
あなたはまだ採用活動中だ。
これが「完璧なチーム」の罠——悪いプロダクトよりも多くのスタートアップを殺している。創業者が怠惰だからではなく、間違ったステージでチーム構成に野心的すぎるからだ。オーケストラを組もうとしているが、必要なのは大音量で演奏して素早く学ぶガレージバンドだ。
完璧を待つ本当のコスト#
理想の人材を探す1週間は、作らない1週間、学ばない1週間、出荷しない1週間だ。初期段階では、1週間がすべてだ。
誰もやらない計算をしよう：CTOを3ヶ月探す。その間に、ノーコードツールで粗いプロトタイプを作り、リアルユーザーにテストし、フィードバックを集め、2回イテレーションできた。夢のCTOが来る頃には、何を作るべきかすでにわかっている。だが実際にはゼロからスタート——しかもバーンレートは上がっている。
「完璧なチーム」の幻想は3つの形で現れる：
待ち続ける。 誰が必要かは明確だが、見つかるまで始めない。プロジェクトは放置。モメンタムは死ぬ。
先取り採用。 6ヶ月後に必要な役割を今雇う。マーケティングするプロダクトがないのにマーケ責任者。オペレーションがないのにオペレーションVP。データがないのにデータサイエンティスト。高コスト、低稼働率、フラストレーション。
過剰な条件設定。 求人票がウィッシュリスト化。あなたのニッチで10年の経験、20人以上のチームマネジメント、スタートアップと大企業の両方の経験、市場以下の給与。ユニコーンを描いている。ユニコーンはあなたの求人に応募しない。
3つとも同じ過ち：なりたい場所のために最適化し、今いる場所のためではない。
「十分」の原則#
初期段階で本当に機能するのは：次の90日間で最も重要な3つのタスクのために人を雇う。 それだけ。
来年ではない。次の資金調達ラウンドでもない。次の90日間。
次の3ヶ月でスタートアップが生き残るために必要なことをすべてリストアップする。繁栄ではない——生存。最も重要な3つを特定する——これが達成されなければ他のすべてが意味をなさないもの。
そして聞く：誰がこの3つをできるか？素晴らしくではなく。十分に、来週から。
それがチームだ。
あるプロダクトマネージャーがアプリを立ち上げたかった。コードは書けない。定石：技術共同創業者を見つける。4ヶ月探した。ピンと来る人はいなかった。そこで問いを変えた：「次の90日間で最も重要な3つのことは？」 答え：動くプロトタイプを作る、20人に使ってもらう、コンセプトを検証するのに十分なフィードバックを集める。
CTOは不要だった。2週間でBubbleを学んだ。醜いが機能するプロトタイプを作った。個人ネットワークで20人に届けた。プロダクト方向性を根本から変えるフィードバックを得た。
3ヶ月後、技術共同創業者を探したとき、見せるものがあった：検証されたコンセプト、リアルなユーザーフィードバック、明確な技術方針。相手はすぐに参加した——説得力があったからではなく、このアイデアに時間を投じる価値があることを彼女が行動で証明していたからだ。
3ヶ月を節約し、技術給与ゼロで、より良い共同創業者を得た——リアルなものを提示できたから。
実行力 > 能力：70/100ルール#
初期段階では、能力70点だが実行力100点の人は、能力95点だが実行力50点の人に必ず勝つ。 例外なく。
なぜか？初期段階のボトルネックは品質ではなく、ほぼ常にスピードだからだ。最高のバージョンを作っているのではない。何でもいいからバージョンを作り、それが重要かどうかを学んでいるのだ。
能力95の人は正しくやりたい。ベストプラクティスを調査し、エレガントなアーキテクチャを設計し、包括的な仕様書を書く。美しいアウトプット——ゆっくり。
能力70の人は終わらせたい。削れるところは削る。粗いドラフトを出す。壊れたら直す。アウトプットは荒い——だが存在する。サバイバルモードでは、存在することが完璧に常に勝つ。
エージェンシーを経営する友人がかつて言った：「金曜にA+を約束する人より、火曜にB-を納品する人が欲しい。火曜のB-は水曜にクライアントフィードバックをもらえて、金曜までにAにイテレーションできる。一方、完璧主義者はまだ磨いている。」
実行力の原則を一文で。
「十分」の基準の設定方法#
基準を下げることではない。基準をステージに合わせること。
ステップ1：現在のステージを定義する。 プロダクト前？売上前？PMF前？PMF後のスケーリング？それぞれニーズが違う。なりたい場所ではなく、今いる場所に正直になる。
ステップ2：3つの重要タスクをリストアップ。 次の90日間に何が起きなければならないか？容赦なく。5つ以上？優先順位がついていない。3つに絞る。
ステップ3：各タスクの「十分」を定義する。 優秀ではない。世界最高ではない。次のステップに進むための最低限のアウトプット品質。プロトタイプなら：動く、クラッシュしない、ユーザーが何をするものか理解できる。以上。ピクセルパーフェクトなデザインも、エレガントなコードも不要。
ステップ4：組織図ではなく、タスクに人をマッチさせる。 「グロース責任者」は不要。来月50人にプロダクトを試してもらえる人が必要。フルタイム採用かもしれない。毎晩オンラインコミュニティで活動するあなた自身かもしれない。2週間契約のフリーランサーかもしれない。人をタスクと時間枠にマッチさせる。永久的な肩書きにではなく。
いつアップグレードするか：4つのシグナル#
「十分」はステージ戦略であり、永続的な哲学ではない。どこかの時点でアップグレードが必要になる。そのタイミング：
シグナル1：ボトルネックがスピードから品質に移る。 初期は「もっと速く出荷」が課題。後に「出荷しているものの品質がユーザーを維持するのに不十分」に変わる。品質がボトルネックになったら、品質のために雇う。
シグナル2：同じ問題が繰り返される。 「十分な」開発者が、予防より修正に時間がかかるバグを出し続けるなら、「十分」のコストが便益を超えている。レベルアップの時。
シグナル3：機会を逃している。 顧客やパートナーが関心を持っているが、チームが求められるレベルで納品できない。能力のギャップで実際の売上を失っている。より良い人材に投資する時。
シグナル4：余裕がある。 シニア人材は、彼らが可能にする成長によって賄われるべきで、ランウェイをより速く燃やすことによってではない。この人が6ヶ月以内にどう元を取るか説明できないなら、まだ早い。
4つの落とし穴#
落とし穴1：「十分」を凡庸の言い訳にする。 実用的と雑の間には線がある。実用的な採用は、本当に能力はあるがオーバースペックではない人。雑な採用は、探すのに疲れて妥協した人。前者は機能するものを納品する。後者は問題を納品する。
落とし穴2：永遠にアップグレードしない。 初期の手作りチームに愛着を持ち、変更できない創業者がいる。忠誠心は立派だが、初日の開発者が300日目の技術要件に対応できないなら、同じ役割に留めることは全員を傷つける。役割をアップグレードする。関係ではなく。
落とし穴3：必要になる前に雇う。 「シリーズAにCFOが必要になる。」 たぶん。だがそれは12ヶ月先で、保証されていない。それまでは会計士と良いスプレッドシートで十分。
落とし穴4：チームの規模をチームの強さと混同する。 10人が10倍の生産性を意味するわけではない。初期段階では、2倍の生産性に5倍のコストということが多い。コミュニケーションのオーバーヘッド、アラインメント会議、調整コストが増員の生産性向上を食い尽くす。できるだけ長く、できるだけ小さなチームを維持する。
振り返りと自己診断#
チームリストを出そう。各人の横に主要タスクを書く——会社を前進させるために彼らが納品しなければならない一つのこと。
2つを探す：
1つ目： 誰かの主要タスクが「今」ではなく「いずれ」必要なものではないか？もしそうなら、その役割は早すぎた。明日の価値のために今日お金を払っている——明日が来ればの話だが。
2つ目： 誰かの役割がタスクではなく肩書きで定義されていないか？「マーケティング責任者」は肩書き。「6月15日までに50人のベータユーザーを獲得」はタスク。肩書きは心地いい。タスクは役に立つ。初期段階では、すべての人がタスクで定義されるべきで、肩書きではない。
最後のエクササイズ：チームを自分含めて3人に減らさなければならないとしたら、誰を残す？なぜ？ 答えが教えてくれる：今本当に不可欠なのは誰で、誰が将来への賭けなのか。
今のために作る。後のために最適化する。今月「十分な」チームで出荷する創業者は、来四半期もまだドリームチームを組んでいる創業者を常に追い抜く。
十分は過剰に勝る。毎回。動き出そう。