シニアエンジニアとして評価され始めた頃、「マネジメントに進むか、技術を極めるか」という選択を意識し始める人は多いはずです。EM(エンジニアリングマネージャー)とテックリード、どちらも「リーダー」ですが、求められる役割も日々の時間の使い方もまったく異なります。この記事では、両者の違いと、どちらが向いているかを考えるための観点を整理します。
最大の違いは「何に責任を持つか」
EMとテックリードの違いを一言で表すなら、EMは人とチームの成果に責任を持ち、テックリードは技術的な意思決定と品質に責任を持ちます。同じチームにEMとテックリードが両方いる組織も多く、その場合は役割分担がより明確になります。
日々の時間の使い方の違い
EMの1日
- 1on1、採用面接、evaluationなどの人に関わる業務
- チームの進捗管理、他部署との調整
- 目標設定、評価、キャリア支援
- コードを書く時間は限られる、あるいはほぼない
テックリードの1日
- 設計レビュー、技術的な意思決定
- 難易度の高い実装、コードレビュー
- 技術的負債の管理、アーキテクチャの方向性の提示
- 実装に一定の時間を確保しながら、チームメンバーの技術的な相談に乗る
求められるスキルの違い
EMには、傾聴力、フィードバックの技術、組織的な視点、採用・評価の判断力といった「人と組織」に関するスキルが強く求められます。一方テックリードには、高い技術力に加えて、複数の選択肢を比較検討し技術的なトレードオフを説明する力が求められます。どちらも「エンジニアとしての実務経験」が土台になる点は共通していますが、そこから伸ばす方向性が異なります。
どちらが向いているか、考える観点
エネルギーが湧く瞬間はどちらか
メンバーの成長や、チームの問題解決に立ち会う瞬間にやりがいを感じるならEM寄り。難しい技術的課題を自分の手で解決する瞬間に高揚感を覚えるならテックリード寄り、という傾向があります。
「自分がやる」か「やってもらう」か
EMは、自分では手を動かさずメンバーを通じて成果を出すことが中心になります。この「間接的に成果を出す」感覚に違和感がある人は、テックリードの方が合っている可能性があります。
両方を経験してから決めてもいい
最初からどちらかに絞り込む必要はありません。テックリードとしてチームを技術面でリードした経験は、EMになった後も技術的な意思決定の場面で活きます。逆にEMを経験してから技術に戻る人もいます。どちらも一度きりの選択ではなく、キャリアの中で行き来する人も少なくありません。
技術力を落としたくない人へ
EMを選んだ場合に多くの人が抱える不安についてはEMになって技術力が落ちる不安とどう向き合うかで詳しく整理しています。EMになっても技術との接点を完全に失う必要はありません。
まとめ｜責任の対象が「人」か「技術」かで選ぶ
- EMは人とチームの成果に責任、テックリードは技術的な意思決定と品質に責任を持つ
- 日々の時間の使い方も、EMは人関連の業務中心、テックリードは実装・設計中心と大きく異なる
- どちらにやりがいを感じるかで向き不向きが見えてくる
- 一度選んだら固定ではなく、キャリアの中で行き来することも珍しくない
どちらが優れているという話ではなく、どちらが自分のエネルギーの源泉に近いかで選ぶのが、長く続けられるキャリアの選び方だと感じています。
AWS・エンジニアリングマネジメントの実務ネタを発信しています
コメント