エンジニアリングマネージャー(EM)とは｜仕事内容・年収・PMやテックリードとの違い

エンジニアリングマネージャー(EM)とは

エンジニアリングマネージャー(EM)とは、エンジニア組織の成果を最大化するための管理職です。国内IT企業の求人や組織紹介を見ると、チームメンバー5〜15名程度を直接マネジメントし、採用・評価・育成・技術的意思決定・プロジェクト進行・組織開発などを担う例が多くなっています。

「マネジメント=人事評価だけ」ではなく、企業によってはCTOやテックリード(TL)が技術主導するものの、EM自身も設計レビューやアーキテクチャ判断に関与するケースが多くなっています。プロダクトを成立させるための「人」と「技術」の両側に責任を持つ点が特徴です。

なお、本記事では混同を避けるため、PMは原則として「プロダクトマネージャー」を指し、いわゆるプロジェクト管理職はPjM／PLとして書き分けます。

EMが担う3つの責務領域

EMの仕事は大きく3つの領域に分けて語られることが多い職種です。Will Larson『An Elegant Puzzle』など海外のEM論でも、概ね以下の整理が使われます。

実際には、企業フェーズによってどの領域に重心が置かれるかが変わります。スタートアップでは技術寄り、上場企業では人と組織寄り、というのが代表的な傾向です。

VPoE・CTOとの関係

EMの上位レイヤーにはVPoE(Vice President of Engineering)やCTO(Chief Technology Officer)が置かれることが多くなっています。

• EM：1〜2チーム（5〜15名程度）の現場運営に責任を持つ

• VPoE：複数チーム横断のエンジニアリング組織全体に責任を持つ。EMを束ねる立場

• CTO：技術戦略・経営判断を担う。VPoEを兼務する企業もある

ただし「VPoEを置かず、EMが直接CTOにレポートする」体制も珍しくありません。肩書だけで責任範囲を判断せず、組織図を確認することが転職時のポイントになります。

EMはコードを書かないのか

「EM=マネジメント専任でコードを書かない」と紹介されることもありますが、実態はチーム規模や企業フェーズで大きく変わります。

スタートアップのEMはコードコミットしつつメンバーをマネジメントする「プレイングEM」が多く、大手やメガベンチャーでは設計レビュー中心でコード自体は書かないケースが目立ちます。求人票では「コーディング比率」を具体的に確認しておくと、入社後のギャップを避けやすくなります。

ミニFAQ：EMは技術力が衰える？

短期的に手を動かす量は減りますが、設計レビュー・アーキテクチャ判断・採用面接などで技術判断は日常的に求められます。「実装は減るが、技術判断は増える」と捉えるのが実務感覚に近い表現です。コーディング比率を維持したい場合は、プレイングEMやスタートアップを選ぶ手があります。

EMの主な仕事内容

EMの業務は多岐にわたります。ここでは代表的な5つの仕事内容を整理します。

採用・評価・育成（ピープルマネジメント）

EMの中核はピープルマネジメントです。採用ではJD設計・スカウト・面接・条件交渉に関与し、評価では目標設定・期中レビュー・期末評価を回します。

育成は「次のシニアエンジニア／次のテックリードを育てる」のが主軸です。1on1は週次〜隔週で実施するチームが多く、技術的アドバイスよりもキャリア・課題感・心理的安全性の確認に時間を使う傾向があります。

技術的意思決定とアーキテクチャ判断

実装担当ではなくとも、技術選定や設計レビューでは最終判断者の一人として関わります。新規プロジェクトでの言語・フレームワーク選定、マイクロサービス分割の方針、データベース移行の判断などが対象です。

判断材料はメンバーやテックリードから上がってきます。最終判断はEMが担うことが多いものの、CTOやテックリードと分担する企業もあります。

1on1とメンバーのキャリア支援

定期1on1はEMの代表業務の一つです。技術相談だけでなく、「来期は何に挑戦したいか」「ストレス要因はないか」「他社からのオファーをどう受け止めているか」など、メンバーの状況を継続的に把握します。

退職を意識しているメンバーへの対応や、評価結果のフィードバックなど、感情労働が伴うのもこの業務の特徴です。

プロジェクト進行とステークホルダー調整

プロダクトマネージャー(PM)やビジネスサイドから入る要望を、開発チームの現実的なキャパシティに落とし込むのもEMの仕事です。

「この四半期に何をやるか」「どの機能を諦めるか」を、技術的な制約と組織のキャパシティを踏まえて調整します。PMが事業価値、EMが組織キャパシティを主張する役割分担になることが多いです。

技術的負債・開発生産性の改善

四半期や半期単位で技術的負債の解消や開発者体験(Developer Experience)の改善に投資判断を下します。

Findy Team+などの開発生産性指標を導入する企業ではEMが指標を追いかける運用も増えており、CI/CD改善、テスト自動化、コードレビュー時間短縮などのリファクタリング投資をEMが主導するケースが目立ちます。

ミニFAQ：EMはマネジメントだけで実装はしない？

企業フェーズによります。各社のEM紹介ブログを見ると、スタートアップでは実装を兼ねるプレイングEMが多く、大手やメガベンチャーでは実装比率が下がる傾向が見られます。具体的な比率は組織フェーズ・チーム規模で大きく変わるため、求人面接時にコーディング比率を確認しておくと入社後のギャップを避けやすくなります。

エンジニアリングマネージャーとテックリード・PM・PMO・PLとの違い

EMは似た名前の職種と混同されがちです。「人」「技術」「事業」「個別プロジェクト」「組織横断」の5軸で整理します。

4職種の比較表

EMとテックリードの違い

EMが「人」、テックリードが「技術」を主軸にする点が最大の違いです。

テックリードはチーム内の技術的最終判断者であり、設計・コードレビュー・技術選定の責任を持ちます。EMはそのテックリードを評価・育成し、技術判断を組織全体に展開する役割です。

小規模チームでは1人がEMとテックリードを兼ねるケースもありますが、チーム規模が10人を超えると兼務は厳しくなります。

EMとプロダクトマネージャー(PM)の違い

PMはプロダクトと事業に責任を持ち、EMは作る組織に責任を持ちます。

PMが「何を作るか」「なぜ作るか」を定義し、EMは「どう作れる体制を整えるか」を担当します。両者は対等な立場で連携することが多く、EMがPMにレポートする組織は少数派とされますが、小規模なスタートアップでは例外もあります。なお、いわゆるプロジェクトマネージャー(PjM)の仕事内容についてはこちらの解説記事もあわせてご覧ください。

EMとPMOの違い

PMOは複数プロジェクトを横断的に支援・標準化する役割で、EMは個別チームの責任者です。

PMOは「全社のプロジェクトを成功に導く」、EMは「自分のチームの成果を最大化する」というスコープ差があります。PMOを置く企業では、EMがPMOと連携して品質ガバナンスやスケジュール標準化を進めます。PMOの詳しい役割はPMO解説記事で扱っています。

EMとプロジェクトリーダー(PL)の違い

PLは個別プロジェクト単位、EMは恒常的なチーム単位という違いがあります。

プロジェクトは始まりと終わりがありますが、EMが見るチームは継続的な組織です。PLが「このプロジェクトを完了させる」のに対し、EMは「このチームを成長させる」を継続的に追いかけます。プロジェクトリーダー(PL)についてはこちらの記事で詳しく解説しています。

ミニFAQ：テックリードからEMに移ると何が変わる？

技術判断の量は減らず、人事評価・採用・1on1の比重が大幅に増えます。テックリードがコードと設計に7〜8割の時間を使うのに対し、EMは1on1・評価面談・採用面接で1日の半分以上が埋まる週も珍しくありません。「技術を続けたい人」と「組織を作りたい人」で適性が分かれるポイントです。

エンジニアリングマネージャーの年収レンジ

EMの年収は企業規模・業界・チーム規模で大きく振れますが、各転職エージェントの公開求人や調査記事を見る限り、いくつかの目安レンジに分かれます。

役職段階別の年収目安

公開されている求人情報やJACリクルートメント・Geeklyなどの転職エージェントが公開する集計を参考にした目安です。個別の企業・業界・チーム規模で変動するため、レンジで捉えてください。

業界・企業規模による違い

外資系や一部の上場企業では、EMで1,500万円超の求人も見られます。RSU(株式報酬)込みで2,000万円超となる例もあります。

一方、シリーズA前後のスタートアップでは700〜900万円帯のオファーが中心で、ストックオプションを含めた総報酬で評価する設計が一般的です。フリーランスエンジニアの年収全般の動向は最新の単価相場記事も参考になります。

年収を上げる評価軸

EMとして年収を上げるには、以下のような実績が評価されやすい傾向があります。

• 直接マネジメントしたチーム規模（人数と職能の多様性）

• 開発生産性指標(Four Keysなど)の改善実績

• 採用実績（特に難易度の高いポジションでのクロージング）

• 組織のスケーリング経験（10人→30人、30人→70人など）

• 技術的負債の計画的解消やレガシー移行のリード経験

ミニFAQ：テックリードとEMはどちらが年収が高い？

国内の公開求人を見る限りでは、管理職手当や組織責任を含むEMの方が年収レンジは高く見える傾向があります。テックリードは700〜1,000万円帯が中心であるのに対し、EMは900〜1,200万円が中心レンジです。ただし外資系のスタッフエンジニア・プリンシパルエンジニアなど「上位IC(Individual Contributor)」のトラックが整備された企業では、テックリード相当の上位職がEMと同水準、あるいは上回ることもあります。

エンジニアリングマネージャーになるには

EMへの道筋は企業によって違いますが、よく見られるキャリアステップを整理します。

主なキャリアステップ

ステップ1：シニアエンジニアとして技術的な独立性を確立する（実務経験5〜8年程度が一つの目安）

ステップ2：テックリード／チームリーダーとして、3〜5人の小規模チームの技術判断や進行管理を経験する

ステップ3：EMとして、5〜15人規模のチームのピープルマネジメントを担う

ステップ4：シニアEM／VPoE／CTOへ進む、あるいはフラクショナルCTOとして独立する

このルートが王道ですが、PMからEMに転身するケースや、外部からEM経験者として中途採用されるケースもあります。フリーランスエンジニアのキャリアパス全般については年代別のキャリアパス解説も参考にしてください。

必要なスキル

EMに必要なスキルは大きく3カテゴリに分かれます。

ピープルマネジメントスキル

• 1on1・コーチング・フィードバック

• 採用面接・候補者評価

• 評価制度の運用と納得感ある説明

• 退職対応・モチベーション管理

テクノロジーマネジメントスキル

• 設計・アーキテクチャの判断力

• 技術選定の根拠提示

• 技術的負債のリスク評価

• セキュリティ・信頼性に関する基本理解

ビジネス・プロジェクトマネジメントスキル

• ステークホルダー調整

• 見積もり・スコープ管理

• 経営指標(売上・コスト・KPI)との接続

• 採用予算や教育投資の意思決定

すべてを一人で完璧にこなす必要はなく、テックリードやPMと役割分担しながら補完するのが現実的です。

30代・40代からEMを目指す

30代からEMに転身するケースは多く見られます。一般的には、現職でのプレイングマネージャー経験やプロジェクトリーダー経験を実績として転職活動に活かす流れです。

40代から未経験でEMに転身するハードルは高めですが、既存メンバーをすでにマネジメントしている社内昇格ルートであれば比較的現実的です。フリーランス側からの参画も一部の上場前スタートアップで広がっています。40代のフリーランス独立全般については40代フリーランスエンジニアの動向解説も参照できます。

学習リソース

EMを学ぶ上で参考になる定番書籍・資料を挙げておきます。

• Camille Fournier『The Manager's Path』(オライリー・ジャパン)

• Will Larson『An Elegant Puzzle: Systems of Engineering Management』

• 広木大地『エンジニアリング組織論への招待』(技術評論社)

• 経済産業省 「IT人材需給に関する調査」（IT人材の動向把握用）

書籍だけでは座学に偏るため、自社内の1on1や採用に手を挙げて経験を積むのが近道です。

ミニFAQ：何年くらいの実務経験が目安？

公開求人を見る限り、エンジニア実務経験5〜8年以上を要件にする企業が多くなっています。加えてリーダー経験(2〜3人規模でも可)を求めるケースが目立ちます。ジュニアからEMへの飛び級は稀ですが、社内で小規模チームのリーダーを任されている20代後半でEMタイトルを得るケースは増えています。

EMに向いている人・向いていない人

EMは「マネジメント志向のエンジニアなら誰でも適性がある」とは限らない職種です。代表的な特性を整理します。

向いている人の特徴

• メンバーの成長や成果に喜びを感じる

• 自分が手を動かさない期間が長くなっても耐えられる

• 感情労働(評価面談・退職対応など)に消耗しすぎない

• 数字と感情の両方で意思決定できる

• 採用・教育・組織設計に興味がある

向いていない人の特徴

• 「自分で実装したい」気持ちが強い

• 評価や面談など対人業務でエネルギーを大きく消耗する

• 短期的な成果(リリース)を重視し、長期的な組織投資に関心が薄い

• フィードバックを受けるより与える側になりたい度合いが極端に強い

向いていないと感じた場合は、テックリードやスタッフエンジニア(上位IC)のキャリアを選ぶ手があります。EMが唯一のキャリアアップではなく、技術トラックでの昇進も近年は整備が進んでいます。

ミニFAQ：コードを書くのが好きだとEMには向かない？

完全に向かないわけではありません。プレイングEMやスタートアップのEMはコードを書く時間を確保しやすく、設計レビューやペアプロを通じて技術への関与を続けられます。一方で、コードを書く時間が完全になくなることに強い不安を感じるなら、テックリードや上位ICトラックを優先する選択肢もあります。

フリーランスEMの案件動向と単価相場

フリーランスEMはまだ多くありませんが、ここ数年で業務委託EMやフラクショナルCTOの募集は徐々に増えてきました。公開案件を見る限りでは、いくつかの典型パターンが見られます。

典型的な案件パターン

• 業務委託EM：上場前スタートアップで週3〜4日、5〜10人規模のチームをマネジメントする

• フラクショナルCTO：複数社のCTO業務を業務委託で兼務する。週1〜2日が中心

• アドバイザリーEM：採用面接同席・1on1コーチング・組織設計レビューなど、特定機能だけ請け負う

• PMO兼EM：複数チームを横断的に見るPMO的な役割と兼ねる

単価レンジ

主要フリーランスエージェントの公開案件・公開求人記事を参考にした目安は次の通りです。条件付きの目安であり、母集団はエージェント公開案件です。

これらはあくまで公開案件・公開求人記事から拾える目安で、実際はスタートアップのフェーズ・調達状況・スコープで大きく振れます。単価交渉のコツについては単価交渉の解説記事もあわせて参考にしてください。

求められる条件

公開案件で頻出する条件には、おおむね次のようなものがあります。

• 正社員EMとして5〜10名以上のチームを率いた経験

• 採用面接の経験(技術面接・カルチャー面接の双方)

• スタートアップでの組織スケーリング経験(あれば優先)

• リモートでの1on1運用経験

実装メインのフリーランスエンジニアが「次のキャリア」としてEM案件を狙う場合、正社員時代のリーダー・マネジメント経験が必須に近い要件になります。

案件獲得のルート

EM案件は一般公募よりも、リファラル(社内紹介・経営者からの直接相談)で動くものが多い領域です。エージェントを通すケースもありますが、SNSや前職コネクションでの紹介比率が高い傾向があります。フリーランス全般の案件獲得方法はフリーランスエンジニアの営業方法で詳しく扱っています。

ミニFAQ：完全リモートのEM案件はあるのか？

完全リモートのEM案件は存在しますが、月1〜2回の対面打ち合わせを求めるケースが目立ちます。1on1や採用面接はオンラインで成立しますが、合宿・キックオフ・四半期計画などは対面前提の企業が多い印象です。地方在住で受託する場合は、出張頻度を契約時に明確化しておくと無理が出にくくなります。

EMが直面しやすい課題と乗り越え方

EMは「板挟み」になりやすい職種でもあります。代表的な課題と現場での対処を紹介します。

コードを書く時間が減ることへの不安

EMになると実装の時間が減ります。「技術力が衰えるのではないか」という不安は、ほぼ全EMが一度は経験するテーマです。

対処としては、設計レビュー・アーキテクチャ判断・採用面接で技術判断に触れ続けること、業務外で個人プロジェクトや書籍で技術トレンドを追うことが挙げられます。「実装で技術力が伸びる時期」と「判断で技術力の質が変わる時期」を分けて受け止める考え方が役立ちます。

プレイングマネージャー化

人手不足のチームでは、EMが自分で実装に入り、結果としてマネジメントが手薄になる「プレイングマネージャーの罠」に陥りやすくなります。

短期的にはやむを得ないこともありますが、1on1や採用がスキップされ続けると組織の健全性が損なわれます。経営層に対しては「いま実装に時間を割いている結果、来期の採用が遅れる」というトレードオフを明確に伝え、判断を仰ぐのが現実的な対処です。

評価面談での感情労働

評価結果のフィードバック、退職対応、メンバー間のコンフリクト調整など、感情的な負荷が大きい場面が定期的に訪れます。

メンタルを守るには、評価制度を属人化させず納得感あるプロセスにすること、社外コーチや他社EMコミュニティで相談先を持つことが効きます。EM同士が集まる勉強会・Slackコミュニティが複数あり、悩みを共有する場として機能しています。

キャリアの分岐点

EMを経験すると、その後のキャリアは大きく分岐します。

• VPoE / CTO：エンジニアリング組織のトップマネジメントへ進む

• プロダクト責任者(PM/CPO)：プロダクト側に転身する

• フラクショナルCTO / アドバイザー：フリーランスとして複数社を支援する

• 現場復帰：再びコードを書くIC(Individual Contributor)に戻る

「マネジメントを続けるか、現場に戻るか」を選び直せるのもEMキャリアの特徴です。現場復帰を選ぶ判断は決して後退ではなく、近年は上位ICトラックの整備とともに増えている選択です。

エンジニアリングマネージャーの将来性

現時点でも公開求人サイトでは継続的に募集が出ているのが現状です。メガベンチャーから中堅IT、SaaS企業まで、EMの求人が広く掲載されています。

中長期の見通しとしては、経済産業省の「IT人材需給に関する調査」がIT人材の不足傾向を示しており、人材を束ねるEMの需要を判断する参考材料となります。IPAのDX白書でも、DX推進体制の中核としてエンジニア組織のマネジメント人材の重要性が継続的に取り上げられています。

AI時代の変化

生成AI・コード生成ツールの普及で「実装の生産性が上がる」一方、設計判断・コードレビュー・採用判断はむしろ重要度が増すと言われています。AI生成コードの品質保証や、AI活用前提の組織設計を担うのもEMの役割になりつつあります。

AI関連の技術トレンドや、GitHub Copilotの開発生産性への影響などはEMが押さえておきたい領域です。

関連職種の動向

EMの隣接ポジションとして、SREやDevOpsエンジニアのリーダー職、ITコンサルタント経験者からの転身などのキャリアパスもあります。技術組織の責任者を目指す場合は、隣接職種の動向も合わせて押さえると見通しが立てやすくなります。

EMを目指すための実践チェックリスト

EMへのキャリアを意識し始めたら、以下のチェックリストで現在地を確認してみてください。

• エンジニア実務経験が5年以上あるか

• 2〜3人規模でも小チームのリーダー経験があるか

• 1on1・面談・採用面接のいずれかを経験しているか

• 設計・アーキテクチャ判断を任された経験があるか

• 経営指標(売上・コスト)と開発の関係を説明できるか

• フィードバックを与える役割に抵抗感が小さいか

• EM関連の書籍を1冊以上読んでいるか

• 社内外のEMと話したことがあるか

5項目以上に該当する場合は、現職での昇格や転職活動を検討し始める目安の一つとなります。

まとめ

エンジニアリングマネージャー(EM)とは、エンジニア組織の人と技術の両方に責任を持つ管理職であり、テックリードやPMと連携しながらチームの成果を最大化する役割です。年収は900〜1,200万円が中心レンジで、VPoE・CTOへの上位ポジションや、フラクショナルCTOとしての独立など、キャリアの広がりが大きい職種でもあります。

これからEMを目指す方は、次のアクションが現実的です。

• 現職で2〜3人規模のリーダー経験を取りに行く

• 1on1・採用面接の機会に手を挙げる

• 『The Manager's Path』など定番書籍で言語化を進める

• EM経験者と話し、自社の進め方との差分を把握する

• 転職市場をウォッチし、自分の市場価値を定期的に確認する

技術職としてのキャリアパスは、テックリードや上位ICトラックへの道もあります。EMだけが唯一の昇進ルートではないことを踏まえ、自分の志向に合わせて選んでください。フリーランス側からアプローチする場合は、フラクショナルCTOやアドバイザリー契約から実績を積み、徐々にコミットメントを拡大する進め方が現実的です。

参照元・一次情報

• 経済産業省 「IT人材需給に関する調査」

• 厚生労働省 job tag(職業情報提供サイト)

• 独立行政法人情報処理推進機構(IPA) DX白書

• Camille Fournier『The Manager's Path』(オライリー・ジャパン)

• Will Larson『An Elegant Puzzle: Systems of Engineering Management』