TL;DR（この記事の要約）

• エンジニア組織のスケーリングは「人を増やす」だけでは破綻する。フェーズごとに採用戦略・マネジメント体制・評価制度をセットで設計する必要がある

• 10人以下のシード期は「カルチャーフィットと技術の幅」、30人前後の成長期は「専門職と中間マネジメントの確保」、50人超の拡大期は「採用の仕組み化と組織設計」が最重要テーマ

• 30人の壁・50人の壁を乗り越えるには、EMやテックリードの採用を先行させることが鍵

• 急拡大のフェーズでは採用スピードと品質のトレードオフが発生しやすい。構造化面接と評価基準の標準化で質を担保する

• 採用だけでなくオンボーディングと定着施策をセットで回すことで、拡大期の離職率上昇を防げる

エンジニア組織のスケーリング採用戦略｜10人→100人の成長フェーズ別ガイド

**エンジニア組織のスケーリング採用とは、組織の成長フェーズ（〜10人・10〜30人・30〜50人・50人超）ごとに、採用する人材像・チーム体制・評価制度をセットで設計し直す採用戦略のことだ。**人を増やすだけではコミュニケーションコストが爆発して開発速度はむしろ落ちる。フェーズ別に「誰を・どの順番で・どんな仕組みで」採るかを決めることが、拡大期の組織崩壊を防ぐ唯一の方法である。

私は採用コンサルの営業出身で、現在はエンジニアとして働きながらエンジニア採用を支援している。BizReach・Forkwell・Greenなど13以上の採用サービスを運用してきた中で、「採用は順調なのに組織が壊れていく」スケーリング失敗のパターンを何度も見てきた。この記事では、各フェーズで何を優先すべきかを実践的に解説する。

1. エンジニア組織のスケーリングが難しい構造的な理由

**エンジニア組織のスケーリングが難しいのは、人数の増加に対してコミュニケーションコストが指数関数的に増えるからだ。**フレデリック・ブルックスが『人月の神話』で指摘した通り、開発チームに人を追加しても生産性は線形に伸びず、短期的にはむしろ下がることすらある。

• コミュニケーションパスの爆発: n人のチームでは最大 n(n-1)/2 の1対1の関係が生まれる。10人なら45通り、30人なら435通り、100人なら4,950通り

• コンテキスト共有のコスト: 新メンバーが「自走」できるまでの立ち上がり期間、既存メンバーのメンタリング工数が発生する

• 意思決定の遅延: 関係者が増えるほど合意形成に時間がかかり、小回りが利かなくなる

• カルチャーの希薄化: 暗黙知で共有されていた開発文化が、人数増加に伴い伝わりにくくなる

【統計データ】エンジニア採用市場の需給環境

• ITエンジニアの転職求人倍率は10.68倍（doda「転職求人倍率レポート」2025年）。全職種平均を大きく上回り、1人の候補者を10社以上が奪い合う状態が続いている

• IT人材は2030年に最大79万人不足すると試算されている（経済産業省「IT人材需給に関する調査」2019年）

• この需給環境では「欠員が出たら補充する」受け身の採用は機能しない。スケーリング計画に沿って先回りで動く必要がある

スケーリングに必要な3つの軸

エンジニア組織を健全にスケールさせるには、採用・体制・制度の3軸を同時に回す必要がある。

この3軸のどれかが欠けると、採用しても定着しない、体制は作ったが評価がないので不満が溜まる、といった問題が必ず起きる。

2. フェーズ1：シード期（〜10人）の採用戦略

**シード期の採用で最も重視すべきは「技術の幅 × カルチャーフィット × 自走力」の3点セットだ。**10人のチームで1人が機能しなければチーム全体の10%がロスになるため、この時期の採用ミスは致命的である。妥協せず、経営者自らが採用に動くことが前提になる。

シード期に採用すべき人材像:

• 特定の専門領域を持ちつつ、隣接領域もカバーできるT字型スキル

• 「これは自分の仕事じゃない」と言わない当事者意識

• 0→1のプロダクト開発経験（既存の仕組みがない環境で成果を出せる）

• 創業者のビジョンに共感し、不確実性を楽しめるマインドセット

採用チャネルの使い分け

リファラルが最優先だが、「知り合いだから」で採用基準を甘くするのは禁物だ。友人でも同じ基準で選考し、入社後のギャップを防ぐ。制度設計はリファラル制度の作り方と成功事例で解説している。

シード期の求人票で伝えるべきこと

知名度がないシード期こそ、求人票で「なぜこの会社で働く価値があるのか」を具体的に伝える必要がある。

• 解決しようとしている課題の大きさ: 市場規模と課題の具体性を示す

• 技術的なチャレンジ: 「ゼロからアーキテクチャを設計できる」「技術選定の裁量がある」

• チームの構成と人柄: 誰と働くのかが候補者最大の判断材料

• ストックオプションを含む報酬の全体像: SOの付与割合と想定リターンを正直に伝える

求人票の詳しい書き方はエンジニアが応募したくなる求人票（JD）の書き方完全ガイドを参照してほしい。

シード期のアンチパターン

• 「いい人がいたら採る」の受け身スタンス: プロダクトロードマップに紐づいた採用計画を立てる

• 「安く採れる人」を優先する: シード期のエンジニアは組織のDNAを作る存在。報酬をケチると後で大きなツケを払う

• 全員同じタイプの人材を揃える: 得意領域が異なるメンバーを意図的に採用し、技術の幅を確保する

• リファレンスチェックを省略する: 少人数だからこそ1人の影響が大きい

3. フェーズ2：初期成長期（10〜30人）の採用戦略

**10〜30人フェーズの最重要テーマは「最初のEM（エンジニアリングマネージャー）の確保」だ。**CTOが1人で全メンバーの1on1・評価・採用面接を抱える体制は15人前後で必ず破綻する。マネジメントを分担できる人材の採用または登用を、チーム分割より先に進めるべきである。

「30人の壁」の正体

30人の壁とは、以下のような問題が同時多発的に起きる状態を指す。

• CTOのマネジメント限界: 1人で10〜15人を超えるメンバーを見るのは現実的に困難

• 暗黙知の崩壊: 「うちではこうやる」というルールが文書化されておらず、新メンバーが迷子になる

• チーム間のサイロ化: チームを分割した途端、チーム間の情報共有が滞り始める

• 採用品質のばらつき: 面接官が増えるほど、評価基準にばらつきが出る

30人の壁を突破する5ステップ

30人の壁を突破するには、以下の順番で手を打つのが定石だ。

1. 最初のEMを採用または内部登用する: CTOをピープルマネジメントから解放し、技術戦略に集中させる。要件は「5〜10人のマネジメント経験・1on1と評価のスキル・コードレビューができる技術力」。詳細はエンジニアリングマネージャー採用ガイドを参照

2. テックリードを各チームに配置する: チーム分割の前提として、各チームの技術的意思決定者を決める。ピープルマネジメントは主務としないが、影響力とコミュニケーション力が必須

3. チームを2〜3チームに分割する: 分割軸は機能軸（バックエンド/フロントエンド）よりプロダクト軸（フィーチャーチーム）が望ましい。各チームが独立して意思決定・デリバリーできるため、人数が増えてもコミュニケーションコストが爆発しにくい

4. ドキュメント文化を立ち上げる: アーキテクチャ概要図・ADR・開発環境セットアップ手順・コーディング規約・インシデント対応マニュアルを最低限整備し、PRテンプレートに更新チェックを組み込む

5. 専門職の採用を開始する: SRE/インフラ・QA・セキュリティなど、フルスタック人材ではカバーしきれない領域を補強する。SRE・インフラエンジニア採用の完全ガイドも参考に

採用体制の強化

このフェーズからは、CTOや創業者だけで採用を回すのは無理がある。採用担当を専任化（業務委託でも可）し、面接を担当するEM・テックリードには面接官トレーニングを提供する。面接官ごとの評価ブレを防ぐ構造化面接の導入もこのタイミングだ。

私が媒体運用を支援してきた経験では、このフェーズの企業が最も陥りやすいのが「スカウト送信が誰のタスクでもなくなる」状態だ。CTOは忙しくなり、リクルーターはまだいない。スカウト媒体を契約したのに月数通しか送っていない企業は珍しくない。誰が・週何通・どの媒体で送るかを明文化するだけで採用ファネルは大きく変わる。

4. フェーズ3：急成長期（30〜50人）の採用戦略

**30〜50人の急成長期で最優先すべきは、採用人数のプレッシャーに負けずに採用品質を守る仕組みづくりだ。**月3〜5人ペースの入社が続くこの時期に基準を下げると、半年後の大量離職という最悪のシナリオに直結する。1人の不適切な採用が周囲3〜5人の離職を引き起こすこともある。

採用品質を守る3つの仕組み

1. 採用基準のスコアカード化: 「なんとなく良い」ではなく、5段階評価の具体的な行動指標を全面接官で共有する。例えば「コーディング力3点＝主要言語で標準的な課題を自力で解ける」「5点＝複雑な問題に最適なアルゴリズムを選択し、エッジケースも網羅できる」という粒度で定義する

2. バーレイザー制度の導入: Amazonが実践する手法で、採用チーム外の第三者が「この人は現メンバーの上位50%に入るか」をチェックする。バーレイザーが「NO」なら採用しないという明確なルールを設ける

3. 不採用理由の記録と月次キャリブレーション: 月次で採用委員会を開き、不採用判断の理由を振り返って基準のブレを補正する

オンボーディングの型化

月に数名が入社する状況では、個別対応のオンボーディングは回らない。入社初日・1週目・2週目・1か月目のマイルストーンを定義し、メンターとは別に気軽に質問できるバディをアサインする。環境構築手順やアーキテクチャ概要はセルフサーブで読める状態にしておく。詳細はエンジニアのオンボーディング完全ガイドを参照してほしい。

ミドルマネジメントの計画的育成

30人を超えるとEMが1〜2人では足りない。EM1人あたりの適正な直属メンバーは5〜10人。50人の組織なら5人以上のEMが必要だが、外部採用だけで揃えるのは非現実的だ。テックリードからの内部昇格7割・外部採用3割を目安に、EM候補へのマネジメント研修（1on1の技法・フィードバック・目標設定）を先行して整備する。

採用チャネルの多角化

月3〜5人の採用ペースを維持するにはチャネルの多角化が必須になる。

媒体の選び方はエンジニア採用媒体の選び方で比較している。

5. フェーズ4：拡大期（50〜100人超）の採用戦略

**50人を超えたエンジニア組織は「スタートアップの延長線」ではなく、制度・プロセス・ツールで設計された組織として運営する必要がある。**属人的な採用・評価・マネジメントは限界を迎え、仕組み化の巧拙が1年後の採用力と定着率を決める。

「50人の壁」を乗り越える組織設計

• VPoEの設置: CTOが技術戦略・アーキテクチャに集中し、VPoEがピープルマネジメント・採用・評価制度を担う分業モデルは、多くの成長企業が採用している形態だ

• 1チーム5〜8名の維持: Amazonの「Two-Pizza Team」が有名だが、実際に機能するチームサイズはこの範囲に収まることが多い

• エンジニアラダーの整備: ICトラック（ジュニア→シニア→スタッフ→プリンシパル）とマネジメントトラック（TL→EM→VPoE）の両方を用意し、報酬レンジを揃えて「マネージャーにならないと年収が上がらない」問題を解消する。詳細はエンジニアのキャリアパス設計ガイドを参照

採用の仕組み化

月5〜10人ペースの採用を回すには、ATSでの候補者一元管理と採用KPIの週次モニタリングが必須になる。

週次の採用委員会で各ポジションの進捗・ボトルネック・面接評価のキャリブレーション・パイプライン充足度を確認するサイクルを回す。

採用ブランディングへの投資

50人を超えると「知名度がないから採れない」問題が顕在化する。テックブログの定期発信（技術広報の始め方ガイド）、カンファレンス登壇の業務時間内サポート、採用ピッチ資料の整備、SNSでの組織的発信に本格投資する企業としない企業では、1年後の採用力に大きな差がつく。

6. スケーリング期の報酬戦略

**報酬戦略はフェーズとともに「SOで補う」から「市場相場超え」へシフトさせる必要がある。**シード期と同じ報酬水準のまま拡大期に入ると、大手テック企業との人材獲得競争で負け続けることになる。

• シード〜シリーズA（〜10人）: 市場相場の80〜90%の基本給＋SO（初期メンバーほど高く0.1〜1.0%程度）。「将来のアップサイド」を語れることが武器

• シリーズA〜B（10〜30人）: 市場相場の90〜100%。評価制度の導入に合わせて昇給の仕組みを明文化し、報酬見直しサイクルを透明化する

• シリーズB〜C（30〜100人超）: 市場相場の100〜110%が必要になるケースが多い。ハイレイヤーの個別交渉に備えて報酬バンド上限を柔軟にし、カウンターオファー基準を事前に定めておく

報酬だけで大手と勝負するのは現実的ではない。技術的チャレンジの大きさ・意思決定のスピードと裁量・急成長フェーズの組織づくりに関われる経験など、EVP（従業員価値提案）を明文化して全タッチポイントで一貫発信することが差別化の軸になる。

また、急拡大期に正社員だけで人員を充足させるのは難しい。SRE・セキュリティ・データ基盤など専門領域は業務委託で先に技術力を確保し、並行して正社員採用を進める二段構えが現実的だ。

7. 急拡大期に離職率を上げないための定着施策

**急成長期の離職は「採用の成功」が引き金になることが多い。**新メンバーの流入で古参メンバーが疎外感を抱き、急造EMのマネジメント品質が追いつかず、基準を下げた採用がカルチャーを壊す——この連鎖を放置すると、採用ペースを離職ペースが上回る事態すら起きる。

定着率を維持する5つの施策

1. 1on1の仕組み化: EMとメンバーの1on1を最低隔週で実施する。キャリア・成長（月1回）、業務・パフォーマンス（隔週）、コンディション（随時）の3テーマでローテーションする

2. エンゲージメントサーベイの導入: 四半期に1回、やりがい・心理的安全性・マネージャーへの信頼・キャリア成長の実感・報酬への納得感を匿名でスコアリングし、急落したチームにはVPoE/EMが介入する

3. 技術負債の計画的返済: 開発リソースの15〜20%を負債返済に充てるルールを設け、リファクタリングやテスト基盤の改善も正当に評価する。シニアエンジニアほど負債の放置に敏感だ

4. 古参メンバーへのケア: 組織変更は全体アナウンス前に個別で相談し、テックリードやアーキテクトなど新しい役割を提示する。新メンバーのメンターに起用して存在価値を再確認できる機会を作る

5. 退職予兆の早期検知: 1on1でのフィードバック急減・レビューや議論への消極化・有給取得の急増などのシグナルに気づいたら、2〜3か月の猶予があるうちに対話の場を設ける

定着施策の全体像は定着率を高めるリテンション実践ガイドを参照してほしい。

8. スケーリングのロードマップ：6か月アクションプラン

**スケーリングの成否は、採用開始前の1〜2か月でどれだけ仕組みを整えられるかで決まる。**10人→20人を目指すなら採用計画とEM採用、30人→50人を目指すならATS導入とバーレイザー制度が最初の一手だ。

採用計画の詳しい立て方はエンジニア採用計画の立て方を参考にしてほしい。

FAQ（よくある質問）

Q1. エンジニア組織を急拡大するとき、採用スピードと採用品質はどちらを優先すべきですか？

**採用品質を優先すべきだ。**採用基準を下げて人数を揃えても、パフォーマンスの低いメンバーはチーム全体の生産性を下げ、早期離職で採用コストが二重にかかる。ただし選考プロセスの無駄を省く（面接のオンライン化、書類選考の自動化）ことで、品質を落とさずリードタイムを短縮することは可能だ。

Q2. EMの採用が難しいのですが、社内からの登用と外部採用のどちらが良いですか？

**理想は併用だ。**内部昇格はプロダクトや組織文化への理解が深い一方、マネジメント経験が浅い。外部採用は経験豊富な一方、組織にフィットするまで時間がかかる。内部昇格7割・外部採用3割のバランスが現実的で、内部昇格の場合は1on1の技法・フィードバック・目標設定のトレーニングを必ず提供する。

Q3. 30人の壁を乗り越えるために最初にやるべきことは何ですか？

**最初のEMを採用（または内部登用）すること。**CTOがピープルマネジメントとテクノロジーマネジメントの両方を抱えている状態が30人の壁の本質的な原因であることが多い。EMがピープルマネジメントを引き受けることで、CTOは技術戦略に集中でき、組織全体の意思決定品質が上がる。

Q4. チームを分割するタイミングの目安はありますか？

**1チーム8〜10人を超えたら分割を検討する。**スクラムの推奨チームサイズ（3〜9人）を参考にすると8人前後が上限だ。人数だけでなく「デイリースタンドアップが15分以内に終わらない」「PRレビューの待ち時間が長くなった」といったシグナルも判断材料になる。

Q5. 拡大期にエンジニアの離職率が上がり始めました。最も効果的な対策は？

**まず退職者へのエグジットインタビューで原因を特定することが先決だ。**原因がマネジメント不足なのか、報酬なのか、技術負債なのか、カルチャー変容なのかで打ち手がまったく異なる。その上でエンゲージメントサーベイで全体傾向を把握し、スコアが低い領域から優先対策する。即効性があるのは1on1の質の向上とキャリアパスの明確化だ。

Q6. 外部のエンジニア採用支援（RPO）を活用すべきタイミングはいつですか？

**月3人以上のペースで採用する必要があり、かつ社内リクルーターが1名以下の場合。**スカウト送信、書類選考、面接調整、候補者フォローなど採用のオペレーション業務は膨大で、月3人以上の採用を内製で回すには最低でもリクルーター1名＋アシスタント1名が必要になる。リソースがない場合は、RPO活用で採用スピードを維持しながら品質を確保できる。RPOの選び方はエンジニア採用代行（RPO）の選び方と成功事例を参照してほしい。

Q7. リモートワーク環境でのエンジニア組織スケーリングで注意すべき点は？

**コミュニケーション設計とドキュメント文化の構築が最重要だ。**リモート環境では「隣の席の人に聞く」ができず、暗黙知がさらに伝わりにくくなる。ドキュメント・Issue・ADRなどの非同期コミュニケーションを基本とし、ミーティングは必要最小限にする。オンボーディングもリモート前提で設計し直す必要がある。

まとめ：スケーリングは「採用して終わり」ではない

エンジニア組織のスケーリングは、単なるヘッドカウントの積み上げではない。採用・体制・制度の3軸を、フェーズに合わせて同時に進化させることが成功の鍵だ。

1. 〜10人: カルチャーフィットと技術の幅を最優先した採用。経営者自らが動く

2. 10〜30人: 最初のEMの確保とチーム分割。ドキュメント文化の立ち上げ

3. 30〜50人: スコアカードとバーレイザーで採用品質を維持し、オンボーディングを型化する

4. 50〜100人超: VPoE設置・エンジニアラダー・ATSとKPI運用で組織として設計する

5. 全フェーズ共通: 採用と同時に定着施策（1on1・サーベイ・技術負債返済）を回す

焦って人を増やしても、体制と制度が追いつかなければ組織は内側から崩壊する。逆に、スケーリングの設計を先行させれば、人が増えるほど開発力は加速する。

**techcellarでは、エンジニア採用の戦略設計から実行支援まで、組織のフェーズに合わせたサポートを提供しています。**スケーリング期の採用にお悩みの方は、ぜひお問い合わせからご相談ください。