エンジニアリングマネージャーとは何か
エンジニアリングマネージャー（Engineering Manager、以下EM）は、エンジニア組織の「人」「プロセス」「成果」を統括する管理職だ。テックリードやアーキテクトが「コード」と「設計」に責任を負うのに対し、EMは「人」と「組織アウトプット」に責任を負う。1on1、評価、採用、組織設計、チーム間調整がEMの主要な仕事になる。
EMという職種はGoogle、Meta、Microsoftなど米国大手で確立され、Will Larsonの『An Elegant Puzzle』やCamille Fournierの『The Manager's Path』が事実上の標準教科書となっている。日本ではメルカリ、サイバーエージェント、SmartHRなどが2018年前後にEMロールを公式化した。
EM・テックリード・CTOの違い
| ロール | 主な責任 | 評価軸 |
|---|---|---|
| テックリード | 設計、技術選定、コード品質 | 技術的な意思決定の質 |
| EM | 人、評価、採用、組織アウトプット | チームのデリバリーと成長 |
| プロダクトマネージャー | 何を作るか、KPI | プロダクトの成功 |
| CTO/VPoE | 技術戦略、組織全体、経営 | 会社全体の技術力と組織力 |
実際の現場ではEMがテックリードを兼ねる、PMを兼ねる、というケースも多い。組織の成熟度によって役割の境界線が動く。
EMの主な仕事内容
EMの仕事は「個人の成長」と「組織のデリバリー」を両立させることだ。
| 領域 | 業務内容 |
|---|---|
| ピープルマネジメント | 1on1、目標設定、評価、フィードバック、キャリア相談 |
| 採用 | 求人作成、スクリーニング、面接、リファラル設計 |
| 組織設計 | チーム分割、ロール定義、レポートライン設計 |
| プロセス改善 | スプリント運営、振り返り、開発フロー改善 |
| クロス組織調整 | PM・デザイナー・ビジネスサイドとの連携 |
| 障害対応 | インシデント時の指揮、ポストモーテム |
1on1の質がEMの能力を決める
EMの仕事の中で最も時間を使うのが1on1だ。週次〜隔週で1人30分×直属10名なら週5〜10時間。形式的になりがちだが、メンバーの成長と離職を最も左右するのがこの時間だ。「相手が話したいことを聞く」基本姿勢と、「キャリア・成果・関係性」をバランスよく扱う設計が問われる。
EMに必要なスキル
| スキル | 重要度 | 内容 |
|---|---|---|
| 1on1・コーチング | 必須 | 傾聴、フィードバック、コーチング技術 |
| 評価制度の理解 | 必須 | ジョブグレード、目標管理、給与設計 |
| 採用力 | 必須 | スカウト、面接、オファー交渉 |
| 技術理解 | 必須 | コードを読める、設計判断ができる |
| 数値での説明力 | 必須 | 開発KPIをビジネス言語で説明 |
| 心理的安全性の設計 | 推奨 | チーム文化、振り返りファシリ |
| 採用ブランディング | 推奨 | 登壇、ブログ、技術広報 |
技術スキルは「捨てない」のが正解
EMになる際、技術スキルの維持に悩む人は多い。結論からいえば、コードを書く時間は確実に減るが、技術的な意思決定に関わる感覚は維持すべきだ。レビュー、設計議論、アーキテクチャ判断に参加し続けることで、メンバーからの信頼と、技術的負債への気づきが両立できる。
EMの年収相場
| 経験段階 | 年収レンジ | 想定企業 |
|---|---|---|
| ジュニアEM（5〜10名担当） | 800〜1,100万円 | 中堅Web、SaaS |
| ミドルEM（10〜30名担当） | 1,000〜1,500万円 | メガベンチャー、グロース企業 |
| シニアEM／EM of EMs | 1,300〜2,000万円 | 大手Web、外資、SaaS上位層 |
| 外資テックEM（GAFAM等） | 1,500〜3,000万円 | Google、Meta、Amazon等 |
EMはマネジメント職としての側面が強く、外資系では「Senior Manager」「Director」と呼ばれるレイヤーに重なる。日本でもCTO・VPoE直下のEMは年収1,500万円超が珍しくなくなった。
EMのキャリアパス
| 次のキャリア | 内容 |
|---|---|
| EM → Senior EM → Director / VPoE → CTO | マネジメントの王道 |
| EM → プロダクトマネージャー | 組織理解を活かしてプロダクト側へ |
| EM → 起業家 | 採用と組織設計の経験は起業に直結 |
| EM → コンサル／アドバイザー | 組織開発支援のフリーランス |
| EM → 個人開発・テックリードへ復帰 | IC（Individual Contributor）レーンへの戻り |
特に近年は「マネジメントからICに戻る」キャリアの正当性も日本で受け入れられつつあり、EMとテックリードを行き来する人材が増えている。
エンジニアリングマネージャーになるには
- テックリードまたはシニアエンジニアで実績を積む：5〜7年の実装経験＋設計判断のリード経験
- 暫定的に小さなチーム（2〜4名）のリードを引き受ける：1on1、評価、採用に部分的に参加
- EMロールに正式異動／転職：明確な責任範囲と評価制度を持つポジションに就く
- 書籍・コミュニティで学び続ける：『The Manager's Path』『High Output Management』『エンジニアリング組織論への招待』が定番
- EMコミュニティ参加：EMConf、emconfjp、EM Meetupなどで知見を交換
よくある質問
Q. EMはコードを書かなくなる？ A. 直属チームが10名を超えると、業務時間中のコーディングはほぼなくなる。週末・夜の自己学習でキャッチアップする人が多い。
Q. EMとテックリードはどちらが偉い？ A. レイヤーは同等で、責任領域が違うだけ。給与レンジもほぼ同じになる企業が増えている。
Q. EMからICに戻るのは可能？ A. 可能。実例も増えている。ただし戻った直後はコーディング感覚を取り戻すのに3〜6ヶ月かかるのが普通。
Q. EMの評価はどうされる？ A. チームのアウトプット（リリース速度、品質、コスト）、メンバーの成長と定着率、採用達成率の3軸が一般的。
まとめ──EMは「他人の成功を喜べる人」の職種
エンジニアリングマネージャーの本質は、自分が手を動かしたコードではなく、他人が書いたコード、他人がリリースした機能、他人が成長した姿に喜びを感じられるかどうかだ。これは技術スキルでも経験年数でもなく、純粋に「向き不向き」の問題でもある。自分のチームのメンバーが半年後にどう成長しているか――それを語れる人は、すでにEMの素質を持っている。
