テックリードとEMの分岐点——あなたはどちらを選ぶ？

シニアエンジニアとして実力を認められると、いずれ「テックリード（TL）になるか、エンジニアリングマネージャー（EM）になるか」という分岐点に立たされる。この選択は、日々の業務内容、スキルの方向性、ストレスの質を根本的に変える。安易に「なんとなくマネージャー」を選ぶと、後悔する可能性が高い。

この記事のポイント

• テックリードの業務はコードに触れる時間が50〜70%、EMは0〜20%と質が根本から異なる
• TLのストレスは技術的不確実性、EMのストレスは人と組織の力学に起因する
• 日系企業ではEMの年収がTLより100〜200万円高い傾向が依然として残る
• EMからTLへの復帰は技術ブランクが生じ、TL→EMの転身より難易度が高い
• 選択軸は週末の関心、チーム成功の定義、5年後のキャリア像の3つの問いに集約される

テックリードとEMの業務比較

テックリードの1日は「技術的な意思決定」で構成される。コードレビュー、設計レビュー、技術選定の調査、アーキテクチャの改善提案、プロトタイプの実装。コードに触れる時間は全体の50〜70%を占め、残りはドキュメント作成やメンバーへの技術指導に充てられる。

EMの1日は「人と組織の課題解決」で構成される。1on1ミーティング、採用面接、評価フィードバック、プロジェクトの優先順位調整、他チームとの連携調整。コードに触れる時間は0〜20%程度で、ほとんどがコミュニケーション業務だ。

ストレスの質の違い

テックリードのストレスは「技術的な不確実性」に起因する。「この設計で本番の負荷に耐えられるか？」「この技術選定は3年後も正しいか？」——答えが明確でない問いに対して、限られた情報で判断を下す重圧だ。

EMのストレスは「人の感情と組織の力学」に起因する。メンバーのモチベーション低下、チーム内の対立、評価への不満、採用の難航——技術的な問題には論理的な解決策があるが、人の問題には「正解」がないことが多い。

どちらのストレスに耐性があるか。この問いに対する正直な答えが、キャリア選択のヒントになる。

年収の差

日本市場では、EMの方がTLよりも年収が高い傾向がある。これは日本企業の多くが「管理職＝上位」という報酬体系を維持しているためだ。ただし、外資系企業やSmartHR、メルカリなどのテック企業では、TL（スタッフエンジニア、プリンシパルエンジニア）にEM同等の報酬を設定している。

年収差は縮小傾向にあるものの、日系企業に限定すれば「EMの方が100〜200万円高い」ケースがまだ多い。この年収差だけでEMを選ぶと、日々の業務とのミスマッチに苦しむ可能性がある。

「戻れるか」という問題

テックリードからEMへの転身は比較的容易だ。技術力はそのまま活かせるし、「技術がわかるマネージャー」は市場で重宝される。

問題はEMからテックリードへの「戻り」だ。EMを2〜3年やると、技術の最前線から離れる。新しいフレームワーク、新しい言語の進化、新しいインフラツール——これらのキャッチアップにブランクが生じる。EMからICに戻ること自体は可能だが、「浦島太郎」状態からの復帰にはそれなりの努力が必要だ。

選び方のフレームワーク

自分に合ったキャリアを選ぶために、3つの問いを考えてみよう。

第一に、「週末に何をしているか」。週末に個人プロジェクトのコードを書いている人は、テックリード向きだ。チームの課題について考えている人は、EM向きだ。

第二に、「チームの成功をどう定義するか」。「技術的に優れたプロダクトをリリースした」と感じるならTL、「メンバーが成長し、チームとして強くなった」と感じるならEMだ。

第三に、「5年後にどうありたいか」。CTOやVPoEを目指すならEM経験が有利。技術顧問やアーキテクトを目指すならTL経験が有利だ。

この分岐点は「一度決めたら戻れない」わけではない。TLからEMへ、EMからTLへ、キャリアの中で行き来する人も多い。大切なのは「今の自分は何に情熱を感じるか」に正直になることだ。あなたは今、コードとチーム、どちらにより多くのエネルギーを注ぎたいだろうか。

テックリードとEMの「1日の使い方」比較

両者の違いは、肩書だけではなく「時間の使い方」に現れる。実際の1日の典型を並べてみる。

時間帯	テックリード	EM
午前	設計レビュー、難所のコーディング、技術相談	1on1、人事評価、採用面接
昼	ペアプロ、PRレビュー	部門横断MTG、ステークホルダー調整
午後	アーキテクチャ設計、技術ロードマップ	メンバー育成、目標設定、フィードバック
夕方	新技術の検証、社外勉強会	翌日の議題整理、振り返り

テックリードの中心はコードと設計、EMの中心は人と組織。時間配分が全く異なる。

評価軸の違い

役割	評価される指標
テックリード	システムの可用性・保守性、技術選定の質、開発速度
EM	チームの成果総量、メンバーの成長、定着率

評価軸が違うため、求められる成果の出し方も違う。テックリードは「自分の手で作った成果物」で評価され、EMは「メンバーが出した成果」で評価される。EMは自分の貢献が見えにくいため、最初の数年は不安を感じやすい。

両方を行き来するキャリア

最近は、テックリードとEMを行き来する「シーソー型キャリア」も一般的になってきた。3年EMをやってからICに戻る、ICで磨いた技術を持ってEMに上がる——どちらが上下ではなく、両軸で成長していく考え方だ。

会社によっては、ICとEMの給与レンジが同等に設計されている。Googleの "Staff Engineer" 制度などは、その代表例だ。日本のテック企業でも、メルカリ、サイバーエージェント、SmartHRなどが似た制度を導入している。

自分のキャリアは、「どちらか一方」ではなく「両方を選び直せる」前提で設計するのがいい。

移行のタイミングと初期90日の壁

EMに移行した最初の90日が、最大の壁だ。コードを書く時間が激減し、自分が何を生んでいるのか分からなくなる時期がある。先輩EMの多くが「最初の3ヶ月は本当に辛かった」と振り返る。

時期	意識したいこと
1〜30日	1on1を全員と実施、各メンバーの強み・課題を把握
31〜60日	チームの成果指標を設計、振り返りの仕組みを整える
61〜90日	採用・育成・評価の運用を回し始める
90日以降	自分流のEMの型が見えてくる

「コードを書きたい」という衝動は、最初の半年は強く出る。週に半日だけコードを触る時間を確保するなど、完全に手放さない工夫が、移行期のメンタルを支える。

EMを選んだ後でICに戻る選択

EMを数年経験したあと、ICに戻る人も増えている。理由はさまざまで、コードへの情熱を再発見した、組織政治に疲れた、より深く技術を追求したい——いずれも正当な理由だ。

戻る選択は失敗ではない。EM経験はICに戻ったときも生きる。要件定義・チーム調整・ステークホルダー対応の経験を持つICは、純粋な技術者よりも一段高い視点でコードを書ける。

最後に問うべきは「肩書」ではない。「自分が今、最もエネルギーを注ぎたい仕事は何か」だ。それが、毎朝起きる理由を作る。

テックリードとEMの選択チェック

質問	TL寄り	EM寄り
難しい設計の問題と、メンバーの育成、どちらにワクワクするか	設計	育成
1on1とコードレビュー、どちらに時間を使いたいか	レビュー	1on1
5年後、技術顧問とCTO、どちらが理想か	顧問	CTO
失敗するメンバーを見たとき、自分がコードで支えるか、対話で導くか	コードで支える	対話で導く

すべて即答できる必要はない。むしろ「迷う」という反応こそが、次のキャリアを設計するヒントだ。

テックリードもEMも、技術を起点にチームの成果を最大化する役割であることは変わらない。違いはアプローチの中心が「コード」か「人」かだけだ。どちらが上ではなく、自分のエネルギーが最も活きる軸を選ぶ——それが、長く強く働き続けるためのキャリア設計の本質だ。

よくある質問

Q. TLとEMで年収はどちらが高いか

A. 日系企業ではEMが100〜200万円高い傾向が残る。外資やメルカリなどはスタッフエンジニアにEM同等の報酬を設定しており、年収差は縮小傾向にある。

Q. EMからTLへ戻ることは可能か

A. 可能だが、新しい言語やフレームワーク、インフラのキャッチアップにブランクが生じる。EMを2〜3年務めると技術の最前線から離れ、復帰には相応の努力が必要となる。

Q. どちらが自分に向いているか判断する基準は

A. 週末に個人プロジェクトのコードを書いているならTL向き、チーム課題を考えているならEM向きだ。技術的成果に喜びを感じるか、人の成長に喜びを感じるかで分かれる。