line hatena

エンジニアリングマネージャー(EM)とは?仕事内容・テックリードとの違い・年収レンジとキャリアパス

エンジニアリングマネージャー(EM)とは?仕事内容・テックリードとの違い・年収レンジとキャリアパス

コードを書くのが好きで入ったはずなのに、気づけばメンバーの相談に乗り、採用面接に出て、他部署と調整している——。エンジニアとして数年働くと、多くの人が「このままプレイヤーを続けるか、マネジメントに進むか」という分かれ道に立ちます。その先にあるのがエンジニアリングマネージャー(EM)という職種です。この記事では、EMが実際に何をしているのか、テックリードやプロジェクトマネージャーと何が違うのか、年収はどのくらいの水準で募集されているのかを、実際の求人情報も見ながら整理します。

エンジニアリングマネージャー(EM)とは?仕事内容の全体像

エンジニアリングマネージャーは、開発チームが継続的に成果を出せる状態をつくることに責任を持つ職種です。自分が手を動かして機能をつくるのではなく、「チームが手を動かせるようにする」のが主な仕事になります。英語圏の呼び方がそのまま定着したもので、求人票では「EM」「エンジニアリングマネージャー」「開発チームリーダー」「開発マネージャー」など複数の表記が使われます。

担当する領域は会社によって幅がありますが、おおむね次の4つに整理できます。

1. ピープルマネジメント

メンバーとの1on1、目標設定、評価、キャリア相談、メンタル面のフォロー。EMの仕事の中で最も時間を使う領域であり、かつ最も代わりがきかない部分です。「誰が何につまずいていて、何があれば伸びるか」を把握しておくのがEMの土台になります。

2. デリバリーマネジメント

開発の進捗を見て、遅れそうな箇所を早めに検知し、優先順位やスコープを調整する仕事です。プロジェクトマネージャーが置かれている組織ではEMは口を出しすぎず、置かれていない組織ではEMがこの役割も兼ねます。

3. 技術的な意思決定への関与

アーキテクチャや技術選定そのものはテックリードが主導することが多いものの、「その選択がチームの学習コストや採用のしやすさにどう影響するか」という組織側の観点を持ち込むのがEMの役割です。技術から完全に離れるわけではありません。

4. 採用と組織づくり

求人票の要件定義、書類選考、技術面接、オンボーディング設計。事業が伸びている会社ほどここの比重が大きく、EMの求人が「採用に関われる方歓迎」と書かれているのはこのためです。

EMの1日の流れ・実際の業務

EMの1日は「まとまった作業時間が取りにくい」のが特徴です。会議と会議のすきま時間で判断を積み重ねていくイメージに近く、典型的な平日は次のような形になります。

時間 やっていること ポイント
9:30 Slack・チケットの確認、障害やレビュー滞留のチェック 「止まっている場所」を朝いちで拾う
10:00 デイリースクラム(15分) 報告を聞く場ではなく、詰まりを見つける場
10:30 メンバーとの1on1(30分×2〜3本) 週の中に分散して入れる
12:00 昼休憩 —
13:00 設計レビュー・技術方針の議論への同席 決めるのはチーム、EMは論点を整理する
14:00 PdM・事業側との優先順位すり合わせ 「できません」ではなく代替案を出す
15:00 採用(書類選考・技術面接・面接官の擦り合わせ) 採用フェーズの会社ほど比重が大きい
16:30 ドキュメント整備・評価コメントの下書き 後回しにすると評価期に破綻する
18:00 翌日以降の段取り、必要ならコードレビュー 実装は「空いたら」であり前提にしない

実装を担当し続けるかどうかは組織によって差があります。10名以下のチームではEMが2〜3割の時間をコードに使うケースもありますが、メンバーが増えるほど実装時間はゼロに近づいていきます。求人票を読むときは「プレイングマネージャーか、専任か」を必ず確認したいポイントです。

必要なスキルと知識

EMに求められるのは「技術力の高さ」だけではありません。技術がわかるからこそ意思決定に説得力が出る一方で、実際に評価されるのは技術・人・事業の3方向をつなぐ力です。

領域 具体的に求められること 身につけ方の例
技術理解 設計レビューで論点を判断できる/見積もりの妥当性がわかる 実務経験3〜5年以上。手を動かす期間が土台になる
ピープルマネジメント 1on1、目標設定、フィードバック、評価の言語化 まずはメンター・リーダー経験から
プロジェクト運営 進捗の可視化、リスクの前倒し検知、スコープ調整 スクラム/カンバンの運用経験
採用 要件定義、技術面接、候補者への魅力づけ 面接官としての同席から始めるのが一般的
事業理解 事業KPIと開発のつながりを説明できる PdM・事業側との定例に主体的に入る
言語化・文章力 方針・評価・議事をテキストで残せる 設計ドキュメントや振り返りの執筆

資格が必須の職種ではありませんが、進捗管理の共通言語としてプロジェクトマネジメント系の知識が役立つ場面はあります。あわせてエンジニアが取るべき資格12選も参考にしてください。

テックリード・VPoE・PMとの違い

EMのまわりには似た名前の役割が多く、求人票を読むうえで混乱しやすいところです。responsibility(何に責任を持つか)で切り分けると理解しやすくなります。

役割 主な責任範囲 EMとの違い
エンジニアリングマネージャー(EM) チームの成果と成長 人・プロセス・技術のバランスを取る
テックリード 技術的な意思決定と品質 評価や採用より、設計と実装の質に責任を持つ
VPoE 開発組織全体(複数チーム) EMの一段上。EMの育成や組織設計も担う
プロジェクトマネージャー(PM) 特定案件のQCD(品質・コスト・納期) 案件単位で完結。チームの育成責任は持たないことが多い
プロダクトマネージャー(PdM) プロダクトの何をつくるか 「What」を決める。EMは「How・Who」を担う
CTO 技術戦略と技術的な最終意思決定 経営レイヤー。事業戦略と技術投資を結びつける

案件単位のマネジメントとの違いをもう少し詳しく知りたい場合は、プロジェクトマネージャー(PM)とは?や、制作会社側の技術責任者にあたるテクニカルディレクターの解説もあわせて読むと役割の地図が描きやすくなります。

年収の目安とキャリアパス

年収は会社の規模・フェーズ・裁量の広さで大きく変わるため、平均値だけを見てもあまり参考になりません。ここでは、おかねチップスが運営する求人サービス「サクサク仕事探し」で実際に掲載されている求人のレンジを、役割別に並べてみます。

役割の段階 掲載で見られる年収レンジ 補足
メンバー級のエンジニア 380万円〜 実装が中心のポジション
テックリード 480万円〜600万円〜 技術的な意思決定を担う段階
リードエンジニア 500万円〜 小規模チームの牽引役
EM/VPoE候補 650万円〜 ピープルマネジメントを含む
開発ディレクター 720万円〜 開発組織側の責任者ポジション

あくまで掲載時点で確認できた求人のレンジであり、母数は限られます。それでも「実装のみ」から「チームの成果に責任を持つ」段階へ移ると提示レンジが一段上がる傾向は読み取れます。エンジニア全体の年収の考え方はエンジニア年収ランキングの解説も参考になります。

EMの先にあるキャリア

  • VPoE・開発責任者…複数チームを束ね、組織設計や採用戦略まで担う
  • CTO…技術戦略を経営の意思決定に接続する
  • プレイヤーへの回帰…EMを経験したうえで再びテックリードに戻る選択も珍しくない
  • PdM・事業側…事業理解を活かしてプロダクト側に軸足を移す

EMは「一度なったら戻れない道」ではありません。マネジメントとプレイヤーを行き来するペンデュラム(振り子)型のキャリアは、いまでは一般的な選択肢のひとつとして扱われています。職種全体の地図はIT・エンジニアのキャリアパス解説で確認できます。

プレイヤーからEMになるには

EMは未経験からいきなり就く職種ではなく、エンジニアとしての実務経験を土台に、段階的に役割を広げていくのが基本ルートです。多くの求人が「開発実務3〜5年以上、リーダー経験があれば尚可」といった条件を置いています。

  • ステップ1:まず実装で信頼を得る。技術的な判断に説得力が出る土台をつくる
  • ステップ2:メンター・オンボーディング担当を引き受け、人を育てる経験を積む
  • ステップ3:小さなチームやサブプロジェクトのリードを担当し、進捗と品質の両方を見る
  • ステップ4:面接官として採用に関わり、要件定義や見極めの経験を得る
  • ステップ5:1on1・目標設定を任され、正式にEMとして役割が定義される

社内でステップ3〜4まで進んだあと、ポジションが空いていないために外部のEM求人へ応募する、という流れもよくあるパターンです。転職の場合は「何人のチームを、どのくらいの期間、どんな成果に導いたか」を具体的な数字で語れるように整理しておくと選考が進みやすくなります。

向いている人・向いていない人

向いている人 向いていない可能性がある人
自分の成果より、チームの成果が出たときに嬉しいと感じる 自分で手を動かして完成させることに強い喜びがある
あいまいな状況で「まず何を決めるか」を整理できる 正解が決まっていない議論にストレスを感じやすい
人の話を最後まで聞ける/言いにくいことも伝えられる 対人のフィードバックを避けたい
技術を「手段」として割り切って語れる 技術の深掘りに時間を使い続けたい

右側に当てはまる項目が多くても、それは適性がないという意味ではありません。テックリードやスペシャリストとして評価される道も同じだけ用意されています。目指すべきエンジニアの種類を眺めて、自分がどの軸で伸びたいのかを先に決めておくと選択がぶれません。

求人票で確認したいポイント

EMは会社ごとに役割定義の差が最も大きい職種のひとつです。同じ「エンジニアリングマネージャー」でも、実態が「プレイングリーダー」の場合と「専任の組織マネージャー」の場合があります。応募前に次の7点は必ず確認しておきたいところです。

  • 実装の比率…プレイングマネージャーか専任か。何割コードを書くのか
  • チームの人数と構成…何名を見るのか。業務委託や他職種を含むのか
  • 評価権限の有無…評価に責任を持つのか、上長へ提案するだけなのか
  • 採用への関与度…要件定義から入るのか、面接だけなのか
  • 上位ポジションの有無…VPoEやCTOがいるか。いない場合は裁量も負荷も大きい
  • 開発プロセスの成熟度…スクラムやCI/CDが動いているか、整備から始めるのか
  • EM経験の必須/歓迎…「候補」と付いている求人は未経験からの登用を想定していることが多い

特に「EM候補」「VPoE候補」と書かれた求人は、リーダー経験はあるがEMは初めて、という人を想定した入口であることが多く、キャリアの切り替えを狙う人にとっては現実的な選択肢になります。評価制度の考え方はエンジニアの評価制度の解説もあわせてどうぞ。

よくある質問

Q. コードを書かなくなるのが不安です

チーム規模が大きくなるほど実装時間は減っていきます。ただし設計レビューや技術選定には関わり続けるため、技術から切り離されるわけではありません。手を動かし続けたい場合は、実装比率を明示している求人や、テックリードのポジションを選ぶほうが納得感を得やすいでしょう。

Q. マネジメント経験がなくても応募できますか

「EM候補」「VPoE候補」といった募集であれば、メンター経験やチームリード経験を土台に応募できるケースがあります。求人票の必須要件に「マネジメント経験3年以上」と明記されている場合は、まず現職でリーダー経験を積むほうが近道です。

Q. EMになると年収は必ず上がりますか

必ず上がるとは限りません。等級制度によってはテックリードとEMが同じグレードに置かれ、報酬レンジも同水準という会社があります。掲載求人を見るとマネジメント責任を含むポジションのほうが高いレンジになりやすい傾向はありますが、応募時は「役割が上がるか」と「等級が上がるか」を分けて確認してください。

Q. EMからプレイヤーに戻ることはできますか

可能です。マネジメントを経験したあとテックリードに戻る動き方は珍しくなく、組織側の視点を持ったまま実装に戻れる人材はむしろ重宝されます。

Q. どんな会社にEMのポジションがありますか

自社プロダクトを継続的に開発している事業会社や、開発組織を拡大中のベンチャーに多く見られます。受託中心の会社では、同じ役割がテクニカルディレクターや開発ディレクターという名称で置かれていることもあります。

まとめ

エンジニアリングマネージャーは、自分の生産性ではなくチームの生産性に責任を持つ職種です。1on1や評価といったピープルマネジメントを中心に、デリバリー、技術的な意思決定への関与、採用までを守備範囲とし、テックリードが「技術の質」、PMが「案件のQCD」に責任を持つのに対し、EMは「チームが成果を出し続けられる状態」を担います。

掲載求人を見る限り、実装中心のポジションが380万円〜、テックリードが480万円〜600万円〜、EM/VPoE候補が650万円〜、開発ディレクターが720万円〜といったレンジで募集されており、責任範囲が広がるほど提示水準も上がる傾向が見られます。ただし会社ごとの役割定義の差が大きい職種でもあるため、実装比率・チーム人数・評価権限・上位ポジションの有無といった条件を求人票で確かめたうえで応募することが、入社後のギャップを防ぐいちばんの近道です。

知識を皆に
シェアしよう!

知識を皆にシェアしよう!
エンジニアリングマネージャー(EM)とは?仕事内容・テックリードとの違い・年収レンジとキャリアパス

エンジニアリングマネージャー(EM)とは?仕事内容・テックリードとの違い・年収レンジとキャリアパス

この記事のシェアをする

  1. Top
  2. お仕事ナレッジ
  3. エンジニアリングマネージャー(EM)とは?仕事内容・テックリードとの違い・年収レンジとキャリアパス
記事一覧に戻る

こちらの記事は
役に立つはずだよ!

こちらの記事は役に立つはずだよ!

編集部のおすすめ記事

新着記事

働き者ストーリー

WORKER STORIES

働き者ストーリーとは、「働くのが大好き」で、「その道を追求する働き手」の生き様を知れるインタビューです。それぞれのストーリーを読めばあなたも新しい仕事に出会えるかもしれません。

働き者ストーリーをもっと見る