30代を越えたエンジニアがほぼ必ずぶつかる分岐が、EM(エンジニアリングマネージャー)になるか、IC(個人貢献者)として技術を突き詰めるかという選択だ。どちらが上でも下でもない。ただし評価軸も必要なスキルも年収の伸び方も違うので、「なんとなく管理職」になると痛い目を見る。本記事では両者を構造的に比較し、自分がどちらに寄せるべきかを判断するための軸を整理する。

EMとICの役割の違い

EMは「人とプロセスの責任者」、ICは「アウトプットそのものの責任者」と整理できる。EMは採用、1on1、評価、ロードマップ管理、ステークホルダー調整、予算折衝といった業務の比重が高く、コードを書く時間は大きく減る。一方ICは、設計・実装・技術調査・レビューなど、コードと設計書を通じた価値創出が中心になる。

ここで重要なのは、ICが「技術しか見ない」わけではないという点だ。シニアICほど組織横断の設計判断、新人の指導、技術採用の推進といった「レバレッジの効く仕事」を任される。逆にEMも、技術的な判断ができないと信頼を失う。役割の違いは比重の違いであって、スキルの分断ではない。

評価軸の違い

評価の仕組みが決定的に違う。EMはチーム成果、離職率、採用実績、メンバー成長、プロダクト目標達成など「自分ではコントロールしきれない変数」で評価される。自分が頑張ってもメンバーが動かなければ数字は伸びない。組織に対する働きかけの設計力が問われる。

ICは、設計品質、難易度の高い問題解決、技術的負債の削減、新技術の導入成果、他エンジニアへの影響度といった「自分の仕事の深さと波及」で測られる。個人で完結しやすい分、短期的な達成感は得やすい一方、シニア以降はチームを動かさないとインパクトが伸びなくなる。

EMトラックとICトラックを評価軸・年収帯・必要スキルで比較した二軸の比較表
EMとICは対立軸ではなく、同じシニアの土台から派生する2本のトラック。往復する前提で設計するのが現実的だ。

年収上限と市場価値

一般論としては、両者の年収上限に大きな差はないとされる。大手テック企業の多くはEMとスタッフICのレベルを同等に定義しており、報酬レンジも概ね同等に設計されている。日本市場ではEMの方が求人母数が多く、年収800万〜1,500万円の帯で比較的流動性が高いのが特徴。ICは上限が高い求人もある一方、シニア以上の求人数がEMより少なく、企業を選ぶ段階で選択肢が絞られやすい。

ハイクラス帯の年収交渉ではエージェントの情報差が効く。ITエンジニア特化のサービスでは、転職成功者の平均年収が+138万円上がったという実績を公開しているところもあり、EM/IC双方で市場相場を押さえた上での交渉が前提になる。

向いている人物像

EMに向いているのは、人の成長に時間を使うのが苦にならない人、会議と文書が多くても消耗しにくい人、不確実な意思決定を繰り返しても気持ちを切り替えられる人。メンバーの成果を自分の成果と感じられるかどうかが分水嶺になる。

ICに向いているのは、技術を掘る時間そのものに喜びを感じる人、自分のアウトプットに強くこだわる人、長時間の深い集中を確保したい人。ただしシニアIC以降は影響力の発揮が求められるため、「黙々とコードだけ書きたい」では通用しなくなる点には注意がいる。

両輪で積み上げるという選択肢

近年の実情として、EMとICを明確に分ける企業もあれば、数年単位で行き来できるようにしている企業も多い。5年スパンで見れば、ICとしてシニアになった後にEMを3年、また興味あるドメインのICへ戻る、といったキャリアは珍しくない。行き来することで「人を動かす視点」と「コードを書く視点」が両方鍛えられるので、40代以降のキャリア可動域が大きく広がる。

判断軸として現実的なのは、「向こう2〜3年どちらに寄せるか」を決めること。一生の選択ではなく、期間限定の配分と捉えるのが扱いやすい。会社の昇進要件がEM必須になっているなら、ICを長くやってから一度EMを経験する、という順序設計も有効だ。

まとめ

  • EMは人とプロセスの責任者、ICはアウトプットの責任者。役割の比重が違うだけで、スキルの分断ではない
  • 評価軸はEMが組織変数、ICが個人の深さと波及。短期の達成感はIC、中長期の成果はEMに出やすい
  • 年収上限は日本市場でも両者ほぼ同等とされるが、EMの方が求人母数が多く流動性が高い
  • 一生の選択ではなく「2〜3年単位の配分」と捉え、EMとICを行き来する前提で設計するのが現実的

(本記事は一般的な市場情報をもとにした編集部の見解です)