エンジニアリングマネージャー(EM)とは|仕事内容・年収・PMやテックリードとの違い
最終更新日:2026/09/09
エンジニアリングマネージャー(EM)とは、エンジニア組織のピープルマネジメントと技術判断の両輪を担う管理職です。テックリードやプロダクトマネージャー(PM)と役割が重なりやすく、求人で求められる範囲も企業ごとに異なります。仕事内容・年収・PM/TLとの違い・なり方に加え、フリコン掲載案件の実数から見たマネジメント職の単価水準まで整理します。
先に結論
EMは「人」中心の管理職。採用・評価・育成と技術的意思決定の両方に責任を持ちます
テックリードは「技術」中心、PMは「事業・プロダクト」中心。EMはこの中間に位置することが多い職種です
正社員の年収は、複数の転職エージェント・求人サイトが公開するEM求人のレンジを参考にすると900〜1,200万円帯が一つの目安です(成約年収の平均ではありません)。スタートアップから大手まで振れ幅が大きい職種です
フリーランス側にEMという職種枠は用意されていないのが実情です。フリコンでもマネジメント寄りの案件はPM・PMO・PLとして掲載されており、掲載単価の平均はPMが104万円、PMOが90万円、PLが86万円(2026年9月時点)
同時点のサーバーサイドエンジニアは77万円で、マネジメント側の職種は掲載単価が20万円以上高い帯に寄ります。ただしこれは職種ごとの集計であり、同じ人が移った場合の増減を示すものではありません
なり方の主流は「シニアエンジニア → テックリード/リーダー → EM」のステップです
この記事でわかること
EMの定義と仕事内容の全体像
PM・PMO・PL・テックリードとの役割分担
正社員の年収レンジと、評価される実績
なり方・必要スキル・キャリアパス
フリーランスでマネジメント側に回る場合の案件の探し方と単価水準
目次
エンジニアリングマネージャー(EM)とは
EMの主な仕事内容
エンジニアリングマネージャーとテックリード・PM・PMO・PLとの違い
エンジニアリングマネージャーの年収レンジ
エンジニアリングマネージャーになるには
EMに向いている人・向いていない人
フリーランスEMの案件動向と単価相場
EMが直面しやすい課題と乗り越え方
エンジニアリングマネージャーの将来性
EMを目指すための実践チェックリスト
まとめ
よくある質問
エンジニアリングマネージャー(EM)とは
エンジニアリングマネージャー(EM)とは、エンジニア組織の成果を最大化するための管理職です。国内の公開求人や各社のEMポジション紹介では、チームメンバー5〜15名程度を直接見る前提の記載が目立ちます。担当範囲は採用・評価・育成・技術的意思決定・プロジェクト進行・組織開発などに及びます。
「マネジメント=人事評価だけ」ではなく、企業によってはCTOやテックリード(TL)が技術主導するものの、EM自身も設計レビューやアーキテクチャ判断に関与するケースが多くなっています。プロダクトを成立させるための「人」と「技術」の両側に責任を持つ点が特徴です。
なお、本記事では混同を避けるため、PMは原則として「プロダクトマネージャー」を指し、いわゆるプロジェクト管理職はPjM/PLとして書き分けます。
EMが担う3つの責務領域
EMの仕事は大きく3つの領域に分けて語られることが多い職種です。Will Larson『An Elegant Puzzle』など海外のEM論でも、概ね以下の整理が使われます。
領域 | 主な責務 | 評価される観点 |
|---|---|---|
ピープルマネジメント | 採用、評価、1on1、育成、配置、退職対応 | チームの定着率、メンバーの成長、エンゲージメント |
テクノロジーマネジメント | 技術選定、設計レビュー、品質ガバナンス、技術的負債の解消 | 開発生産性、信頼性、技術ロードマップ |
プロジェクトマネジメント | 計画、進捗管理、ステークホルダー調整、リソース配分 | 納期、コスト、スコープ達成度 |
実際には、企業フェーズによってどの領域に重心が置かれるかが変わります。公開されている各社の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は週次〜隔週で実施するチームが多く、技術的アドバイスよりもキャリア・課題感・心理的安全性の確認に時間を使う傾向があります。
技術的意思決定とアーキテクチャ判断
実装担当ではなくとも、技術選定や設計レビューでは最終判断者の一人として関わります。新規プロジェクトでの言語・フレームワーク選定、マイクロサービス分割の方針、データベース移行の判断などが対象です。
判断材料はメンバーやテックリードから上がってきます。技術の最終責任者をテックリードやアーキテクト、CTOに置く企業も多く、EMは人と組織に重心を置く体制も一般的です。誰が技術判断の最終権限を持つかは組織によって異なるため、求人票や組織図で確認してください。
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) | 人と組織 | チームの採用・評価・育成・技術判断 | チーム成果、定着率、開発生産性 |
テックリード(TL) | 技術 | 技術選定、設計、品質、技術リーダー | アーキテクチャ品質、技術的負債 |
プロダクトマネージャー(PM) | 事業・プロダクト | プロダクト戦略、要件定義、ユーザー価値 | 売上、KPI、ユーザー満足度 |
プロジェクトマネージャー(PjM/PL) | 個別プロジェクト | スコープ・スケジュール・コスト管理 | 納期、予算、品質達成度 |
PMO | 組織横断 | 複数プロジェクトの標準化・支援 | プロジェクト成功率、ガバナンス |
5職種を一言で言い分けると、EMは「チームを預かる」、テックリードは「技術を決める」、PMは「作るものを決める」、PjM/PLは「プロジェクトを完了させる」、PMOは「複数プロジェクトを標準化する」役割です。
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(小規模チーム) | 700〜900万円 | 中堅IT、スタートアップの初期EM |
ミドルEM(5〜10人規模) | 900〜1,200万円 | メガベンチャー、上場準備企業 |
シニアEM(複数チーム束ねる) | 1,200〜1,500万円 | 大手IT、外資系 |
VPoE / EM Director | 1,500〜2,500万円 | 上場企業、シリーズC以降のスタートアップ |
業界・企業規模による違い
外資系や一部の上場企業では、EMで1,500万円超の求人も見られます。RSU(株式報酬)込みで2,000万円超となる例もあります。
一方、シリーズA前後のスタートアップでは700〜900万円帯のオファーが中心で、ストックオプションを含めた総報酬で評価する設計が一般的です。フリーランスエンジニアの年収全般の動向は最新の単価相場記事も参考になります。
マネジメント職の単価水準(フリコン掲載案件のデータ)
正社員のEM年収は公開求人からしか推し量れませんが、業務委託側については実掲載データで水準を確認できます。以下はフリコンに掲載中の案件を職種別に集計した2026年9月時点の参考値です。母集団は全掲載62,734件のうち各職種に該当するもので、募集時のレンジ上限を集計した掲載単価であり、成約単価ではありません。
職種 | 掲載件数 | 平均単価(掲載ベース) |
|---|---|---|
プロジェクトマネージャー(PM) | 3,091件 | 104万円 |
PMO | 4,783件 | 90万円 |
プロジェクトリーダー(PL) | 1,594件 | 86万円 |
アプリケーションエンジニア | 2,300件 | 84万円 |
サーバーサイドエンジニア | 21,970件 | 77万円 |
上表の平均単価は、いずれも募集時に提示されたレンジの上限を平均したものです。実際の成約単価はこれより低くなるのが通常で、成約実績の平均ではない点を踏まえて読んでください。そのうえで、マネジメント寄りの職種(PM・PMO・PL)は、実装中心のサーバーサイドエンジニアより平均で9〜27万円高い帯に位置しています。PMの3,091件を帯別に見ると、100万円を超える帯に1,649件(約53%)が集まり、中央値は100万円超〜110万円の帯です。
ただし、この差を「マネジメントに移れば単価が上がる」と読むのは正確ではありません。職種ごとに案件のレイヤー(一次請けか二次請けか、上流か実装か)や求められる経験年数が異なるため、集計値の差は職種構成の違いを含みます。同じ人が実装からマネジメントに移った場合の増減を示すものではない点に注意してください。
年収を上げる評価軸
EMとして年収を上げるには、以下のような実績が評価されやすい傾向があります。
直接マネジメントしたチーム規模(人数と職能の多様性)
開発生産性指標(Four Keysなど)の改善実績
採用実績(特に難易度の高いポジションでのクロージング)
組織のスケーリング経験(10人→30人、30人→70人など)
技術的負債の計画的解消やレガシー移行のリード経験
自分がフリーランスとしてどのくらいの単価を狙えるか気になる方は、無料のフリーランスエンジニア単価診断で現在の市場単価の目安を確認できます。
ミニFAQ:テックリードとEMはどちらが年収が高い?
国内の公開求人を見る限りでは、管理職手当や組織責任を含むEMの方が年収レンジは高く見える傾向があります。テックリードは700〜1,000万円帯が中心であるのに対し、EMは900〜1,200万円が中心レンジです。ただし外資系のスタッフエンジニア・プリンシパルエンジニアなど「上位IC(Individual Contributor)」のトラックが整備された企業では、テックリード相当の上位職がEMと同水準、あるいは上回ることもあります。
エンジニアリングマネージャーになるには
EMへの道筋は企業によって違いますが、よく見られるキャリアステップを整理します。
主なキャリアステップ
シニアエンジニアとして技術的な独立性を確立する(実務経験5〜8年程度が一つの目安)
テックリード/チームリーダーとして、3〜5人の小規模チームの技術判断や進行管理を経験する
EMとして、5〜15人規模のチームのピープルマネジメントを担う
シニア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」という職種枠は基本的に用意されていません。フリコンでも職種の選択肢はPM・PMO・PLなどで構成されており、EM相当の仕事はこれらの枠か、案件詳細の記載内容として現れます。「EM案件」で検索して見つからないのは募集がないからではなく、分類名が違うのが主な理由です。
そのうえで、業務委託でマネジメント側に回る場合は、いくつかの典型パターンが見られます。
典型的な案件パターン
業務委託EM:上場前スタートアップで5〜10人規模のチームをマネジメントする
PM・PMO枠でのマネジメント参画:フリコンで最も掲載数が多いのはこの形です(PM 3,091件・PMO 4,783件)
フラクショナルCTO:複数社のCTO業務を業務委託で兼務する
アドバイザリーEM:採用面接同席・1on1コーチング・組織設計レビューなど、特定機能だけ請け負う
探すときの現実的な進め方
前掲のとおり、フリコン掲載のPMは3,091件で平均104万円、PMOは4,783件で平均90万円です(2026年9月時点・募集レンジ上限の集計)。マネジメント経験を活かして探すなら、まずこの2つの職種枠を見るのが実際的です。
なお、フラクショナルCTOやアドバイザリーのような稼働日数を抑えた契約は、サイト上では基本的に公開掲載していません。非公開でお預かりしている案件もあるため、この形を希望する場合は登録時に稼働条件の希望を伝えていただくのが確実です。
複数の提案を並べて比較する段階になったら、案件の選び方|フリーランスエンジニアが単価・稼働・スキルで決める優先順位で配布している6軸スコアリング比較シートが役立ちます。単価交渉のコツについては単価交渉の解説記事もあわせて参考にしてください。
求められる条件
公開案件で頻出する条件には、おおむね次のようなものがあります。
正社員EMとして5〜10名以上のチームを率いた経験
採用面接の経験(技術面接・カルチャー面接の双方)
スタートアップでの組織スケーリング経験(あれば優先)
リモートでの1on1運用経験
実装メインのフリーランスエンジニアが「次のキャリア」としてマネジメント案件を狙う場合、正社員時代のリーダー・マネジメント経験が必須に近い要件になります。
案件獲得のルート
EM相当の役割を明示した案件は、一般公募よりもリファラル(社内紹介・経営者からの直接相談)で動くものが多い領域です。一方で、PM・PMO枠として公開されているマネジメント案件は前述のとおり数千件規模で掲載されているため、エージェント経由でも十分に探せます。フリーランス全般の案件獲得方法はフリーランスエンジニアの営業方法で詳しく扱っています。
ミニFAQ:完全リモートの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の求人が広く掲載されています。業務委託側でも、前掲のとおりPM・PMO枠で7,800件超のマネジメント案件が掲載されています。
中長期の見通しとしては、経済産業省の「IT人材需給に関する調査」がIT人材の不足傾向を示しており、人材を束ねるEMの需要を判断する参考材料となります。IPAのDX白書は、国内外企業のDXへの取組状況を戦略・人材・技術の3観点から調査したもので、組織側の課題を把握する資料として使えます(最新版は2023年版)。
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への上位ポジションや、業務委託でのマネジメント参画など、キャリアの広がりが大きい職種でもあります。
フリーランス側から狙う場合の要点は、「EM」という職種名で探さないことです。フリコン掲載でもマネジメント案件はPM(3,091件・平均104万円)やPMO(4,783件・平均90万円)の枠に入っており、この2つを見るのが実際的です。
これからEMを目指す方は、次のアクションが現実的です。
現職で2〜3人規模のリーダー経験を取りに行く
1on1・採用面接の機会に手を挙げる
『The Manager's Path』など定番書籍で言語化を進める
EM経験者と話し、自社の進め方との差分を把握する
転職市場と業務委託市場の両方をウォッチし、自分の市場価値を定期的に確認する
技術職としてのキャリアパスは、テックリードや上位ICトラックへの道もあります。EMだけが唯一の昇進ルートではないことを踏まえ、自分の志向に合わせて選んでください。
参照元・一次情報
経済産業省 「IT人材需給に関する調査」
厚生労働省 job tag(職業情報提供サイト)
独立行政法人情報処理推進機構(IPA) DX白書
Camille Fournier『The Manager's Path』(オライリー・ジャパン)
Will Larson『An Elegant Puzzle: Systems of Engineering Management』
よくある質問
エンジニアリングマネージャーとプロジェクトマネージャーの違いは?
EMは恒常的なチームの「人と技術」に責任を持ち、プロジェクトマネージャーは個別プロジェクトのスコープ・スケジュール・コストに責任を持ちます。EMの評価軸はチームの定着率や開発生産性、プロジェクトマネージャーの評価軸は納期と予算です。求人票では両者が混在した要件も多いため、実際の責任範囲を面談で確認してください。
EMには何年の実務経験が必要?
公開求人ではエンジニア実務経験5〜8年以上を要件にする企業が多くなっています。加えて2〜3人規模でもリーダー経験を求めるケースが目立ちます。年数そのものより、チームの技術判断を任された経験があるかが実質的な分かれ目です。
文系出身でもEMになれる?
なれます。EMの中核はピープルマネジメントであり、学歴よりもエンジニアとしての実務実績とマネジメント経験が問われます。ただし技術的意思決定に関与する以上、設計やアーキテクチャの議論についていける技術理解は必要です。
EMは残業が多い?
チーム規模と組織フェーズによります。採用が活発な時期や評価期は面談で日中が埋まり、自分の作業が定時後にずれ込みやすくなります。逆に評価制度や採用フローが整った組織では、残業が特別多い職種ではありません。
EMとして転職するときに評価される実績は?
マネジメントしたチーム規模、採用のクロージング実績、開発生産性指標の改善、組織スケーリング経験(10人→30人など)の4点が評価されやすい傾向です。数値で語れる形に整理しておくと選考が進みやすくなります。
チームメンバーの数は何人が標準?
国内の求人では5〜15名程度が中心です。15名を超えると1on1だけで週の稼働がかなり埋まるため、EMを複数人置くか、リードを間に挟む体制に切り替える企業が多くなります。
業務委託でEMを引き受けるときの注意点は?
意思決定権の範囲を契約時に明確化することが最も重要です。評価権限のない立場で「マネジメントしてほしい」と依頼されると、責任だけが残る構造になりがちです。人事評価に関与するのか、技術判断とチーム運営のみかを最初に切り分けてください。
EMからCTOになるには?
EMからVPoEを経てCTOに進むルートが一般的です。技術戦略の立案、採用計画と予算の策定、経営会議での説明といった経験が必要になります。スタートアップに初期メンバーとして参画し、組織拡大とともにポジションが上がるルートもあります。
EMがコードを書く時間はどれくらい?
企業フェーズで大きく変わります。スタートアップのプレイングEMは業務時間の3〜5割を実装に充てるケースもある一方、大手やメガベンチャーでは設計レビュー中心でほぼ書かないケースが目立ちます。求人票のコーディング比率は必ず確認してください。
EMはどの規模の会社にいる?
エンジニア組織が20名を超えるあたりからEMを置く企業が増えます。それ未満の規模ではCTOやテックリードがマネジメントを兼ねるのが一般的です。メガベンチャー、SaaS企業、上場準備中のスタートアップに求人が多く見られます。
プレイングEMとマネジメント専任EM、どちらが評価される?
組織が求めるものによります。少人数で立ち上げ期の組織はプレイングEMを、組織拡大フェーズの企業はマネジメント専任EMを求める傾向です。どちらが優れているかではなく、自分の志向と組織フェーズが合うかで選ぶのが現実的です。
EMはリモートワーク可能?
可能ですが、完全フルリモートのEM求人は実装職に比べると少なめです。1on1や採用面接はオンラインで成立する一方、合宿・キックオフ・四半期計画などを対面前提とする企業が多いためです。出社頻度は選考時に確認しておくと入社後のギャップを避けられます。
EMの将来、AIに代替される可能性は?
代替されにくい部類の職種です。コード生成の自動化が進むほど、設計判断・品質保証・採用判断といった「人と判断」の領域の比重が上がるためです。ただしAI活用を前提にした開発プロセスの設計は、今後のEMに求められる新しい守備範囲になります。


