テックリード求人の年収、名ばかりを見抜く基準

「テックリードのオファーです」と伝えたのに、提示年収を見た候補者から「これ、前に見たシニアエンジニア求人とほぼ同じ額なんですが」と聞き返されたことがあります。肩書きは変わっても中身が変わっていない、というケースは珍しくありません。

私はIT・Web業界を中心に800名以上の転職支援に携わっていますが、「テックリード」求人ほど年収レンジの開きが大きい職種名は多くありません。今回は、求人票のどの記載が名ばかりテックリードのサインになるか、面接やカジュアル面談で裁量権の実態を確かめる質問例まで、現場で使っているチェックの仕方をお伝えします。

目次

1. テックリード求人の年収レンジ、なぜここまで開くのか
2. テックリードとPM・EM・シニアエンジニアの違いを求人票でどう見分けるか
3. 「名ばかりテックリード」はなぜ量産されるのか
4. 求人票のここを見れば分かる、肩書き先行のサイン
5. 面接・カジュアル面談で裁量権の実態を確かめる質問例
6. 実例、内定通知書の金額を見て前に見た求人票を思い出したNさんのケース
7. テックリードになるには、シニアエンジニアからの動き方とキャリアパス
8. よくある疑問に答えます
9. テックリードの経験がなくても、いきなりテックリードとして転職できますか
10. テックリードとスタッフエンジニアは何が違いますか
11. 名ばかりテックリードだと分かった場合、内定を断るべきですか
12. 「テックリード」と「リードエンジニア」、求人票の表記の違いは気にすべきですか
13. まとめ、肩書きより求人票と面談の中身で年収を判断する

テックリード求人の年収レンジ、なぜここまで開くのか

まず断っておくと、求人統計のサイトで「テックリード」単独の集計ページを探すと、多くは見つかりません。実務でほぼ同義に使われる「リードエンジニア」という表記の集計を代わりに見てみると、これがそのまま名ばかりテックリード問題の裏付けになっています。

求人ボックス給料ナビの集計では、リードエンジニアの平均年収は770万円、給与の分布は391万円から1,327万円までと、実に936万円の幅があります。最も件数が多い年収帯は742万円から859万円に集まっていますが、地域別に見ると大阪746万円に対して広島560万円と、186万円の差も出ています(出典：求人ボックス給料ナビ「リードエンジニアの年収・時給」)。

地域差だけでは936万円という幅の説明にはなりません。同じ「テックリード」という肩書きの中に、性質のまるで違う求人が混在しているというのが、私の見立てです。一方には技術戦略の意思決定権と予算・採用の裁量まで持つ、事実上のプリンシパルエンジニアやアーキテクトに近い求人がある。もう一方には、シニアエンジニアにチームリーダーの肩書きだけを乗せた求人がある。この二つが同じ職種名で並んでいるから、レンジがここまで開くわけです。

求人媒体側でも「テックリード」という職種を独立したカテゴリとして扱いきれていない、という事実そのものが、実は重要な示唆になります。呼び方が定まっていない職種ほど、求人票を出す企業側の裁量で中身がどうにでも書けてしまうということです。

テックリードとPM・EM・シニアエンジニアの違いを求人票でどう見分けるか

役割の線引きは、面接で聞かれたときに答えられるようにしておく必要があります。プロジェクトマネージャーは進行管理と関係者調整が主軸で、技術的な意思決定そのものには基本的に関わりません。エンジニアリングマネージャーは評価・1on1・採用といった人のマネジメントが主軸で、コードを書く時間は限られます。

テックリードはこの二つとは違い、自分でも手を動かしながら、チーム全体の技術的な意思決定に責任を持つ立場です。設計方針の最終判断、技術的負債への対応優先順位、アーキテクチャの選定といった判断が本人の名前で下される。ここがシニアエンジニアとの分かれ目で、シニアエンジニアは深い専門性を発揮する立場ではあっても、その判断が他のメンバーの作業全体を拘束するわけではありません。

求人票でこの違いを見分けるコツは、業務内容欄の主語です。「〜を実装する」で終わる項目ばかり並んでいれば実態はシニアエンジニアの延長線上にあり、「〜を決定する」「〜の方針を策定する」という項目が混ざっていれば、テックリードとしての意思決定権が職務として明文化されている可能性が高いと読めます。

4つの職種を並べると、判断軸の違いがより分かりやすくなります。

この4つは年収帯が近接しているからこそ、面接官自身も線引きを厳密に説明できないことがあります。求人票の表記だけを鵜呑みにせず、面接で「この4つのうちどれに一番近い動き方を求めていますか」と直接聞いてしまうのも一つの手です。

「名ばかりテックリード」はなぜ量産されるのか

求人票の書き方だけの問題ではなく、企業側の事情も絡んでいます。よくあるのが、優秀なシニアエンジニアの離職を防ぐための引き止め策として肩書きだけを引き上げるケースです。評価テーブル上の等級を変えずに、対外的な名刺の肩書きだけをテックリードにする。本人は喜んで受け入れますが、半年後に振り返ると意思決定の範囲は以前と何も変わっていない、という相談を何度も受けてきました。

もう一つが、採用市場での見栄えを良くするための肩書きインフレです。「シニアエンジニア募集」より「テックリード募集」のほうが応募が集まりやすいという理由だけで、組織構造も権限も再設計しないまま肩書きだけを求人票に載せてしまう。実際に、私が担当した求人の中にも、募集開始から数ヶ月でタイトルだけを「シニアエンジニア」から「テックリード」に差し替えた例がありました。担当者に理由を尋ねると「応募数が伸び悩んでいたので」という答えで、業務内容や決裁権限に関する変更は一切ありませんでした。

創業から日が浅いスタートアップでは、そもそも役割定義が追いついていないケースもあります。エンジニアが3人しかいない組織で、便宜上一番経験の長い人にテックリードの名前をつけているだけ、というのは決して珍しい話ではありません。この場合は悪意というより、組織が未成熟なだけということも多いです。

肩書きと実態が乖離するのはテックリードに限った話ではありません。以前この記事で取り上げた「SRE」求人も、実態は監視当番の延長に過ぎないケースが少なくないと書きました。呼び方が新しいほど、企業側の解釈にばらつきが出やすいという構造は共通しています。

求人票のここを見れば分かる、肩書き先行のサイン

求人票の段階である程度の見当をつけるための、チェックすべき記載パターンをまとめました。

とくに注意したいのが1つ目の将来形の表現です。「候補」「目指せる」という言葉は、現時点でその権限がないことの裏返しです。入社してから昇格するかどうかは会社の判断次第になるため、条件面で確約されたものとは扱えません。

ポイント： 求人票の年収レンジ自体は、その会社が肩書きに払う気がある金額の上限を示しているに過ぎません。実際に払われるのは、面接で示した経験や交渉の結果次第です。レンジの数字だけで安心せず、その先の面談で裁量の実態を確かめる必要があります。

面接・カジュアル面談で裁量権の実態を確かめる質問例

求人票だけで判断がつかない部分は、面談で直接確認するしかありません。私が候補者に勧めている質問はこちらです。

最後の質問が意外と効きます。テックリードが不在の間に誰が代役を務めたかを聞くと、その役割が組織の中でどれだけ独立した機能として認識されているかが分かるからです。「特に代役は立てず、みんなで話し合って決めていました」という答えが返ってきたら、その会社にとってテックリードという役職は、実質的には無くても回る飾りに近い可能性があります。

問われているのは肩書きの有無ではなく、その役割が組織の中で本当に機能しているかどうかです。面接官が具体的な事例で即答できるかどうかも、判断材料の一つになります。抽象的な言葉で押し切られた場合は、入社後にギャップが出やすいと見ておいたほうがいいでしょう。

実例、内定通知書の金額を見て前に見た求人票を思い出したNさんのケース

Nさん(38歳・経験13年、バックエンドエンジニア)は、社員60名規模の自社開発企業でRuby on Railsのプロダクト開発を担当していました。あるシリーズAのスタートアップから「テックリード」としてスカウトを受け、選考が進んでオファー面談に至りました。

提示された年収通知書を見たNさんは、ふと違和感を覚えます。3ヶ月ほど前に同じ会社が出していた「シニアエンジニア」求人の年収レンジを、たまたま自分がメモしていたからです。上限同士を比べると、その差はわずか20万円程度でした。

Nさんはオファー面談の場で、率直に確認質問をぶつけました。「テックリードとしての技術的な意思決定権は、具体的にどこまで及びますか」「採用や予算について、意見はどの程度反映されますか」。返ってきた答えは「基本的にはCTOが最終判断をします」「採用の裁量は今のところありません」というものでした。役割としては実質的にシニアエンジニアの延長で、肩書きだけが先に用意されていた状態だったわけです。

さらに踏み込んで「では、なぜ今回の募集をテックリードという肩書きにしたのですか」と聞くと、担当者からは「CTOが全体を見きれなくなってきたので、コードレビューと若手の技術指導を任せられる人を探していた」という説明がありました。求めていたのは実質的にシニアエンジニアの仕事に近く、意思決定権を新設するところまでは考えていなかったというのが実情でした。悪意があったわけではなく、組織側の準備が肩書きに追いついていなかっただけだと、Nさんも面談を通じて理解しています。

Nさんはその場でオファーを断るのではなく、入社時点での役割と権限を書面で明文化してもらえないかと交渉しました。担当領域のアーキテクチャ判断権限、四半期に一度の技術方針レビューへの参加、採用面接での技術評価権限の3点を雇用条件通知書に付記してもらう形で合意し、入社を決めています。肩書きの真偽を疑って終わるのではなく、疑わしい部分を条件として固定させる、という動き方でした。

テックリードになるには、シニアエンジニアからの動き方とキャリアパス

社内でテックリードを目指す場合、実装力だけでは選ばれません。私が支援した中で評価につながったのは、レビューで技術的な妥協点を言語化して合意形成した経験や、複数の選択肢がある技術的な意思決定を自分の名前で下し、その結果に責任を持った経験です。単に「コードが書ける」ではなく、「チームの判断を前に進めた」実績が問われます。

転職でテックリードのポジションを狙う場合は、職務経歴書に判断の理由と、その後の変化までを具体的に書くことが欠かせません。「設計をリードしました」だけでは弱く、「どの選択肢を検討し、何を理由に採用し、その結果チームの開発速度がどう変わったか」まで書けると説得力が変わります。

もう一つ効果的なのが、意思決定が裏目に出た経験をあえて書くことです。採用面接で見られているのは常に正解を選べる能力ではなく、判断の根拠を持って動き、結果を引き受けられるかどうかです。「この技術選定は結果的にリプレイスが必要になったが、その判断に至った理由と、途中で軌道修正した過程」まで説明できると、テックリードとしての意思決定経験に厚みが出ます。

その先のキャリアパスは大きく二方向に分かれます。人のマネジメントに軸足を移すエンジニアリングマネージャー方向と、技術そのものを深めるプリンシパルエンジニア・アーキテクト方向です。どちらに進みたいかが定まっていない段階でテックリードのオファーを受けると、会社側の期待とのズレが後から出てくることがあるので、選考の早い段階で自分の志向を面接官に伝えておくことをお勧めします。マネジメント方向に進んだ後で現場に戻りたくなった場合の難しさは、こちらの記事でも触れた通りです。

フリーランス・業務委託でテックリード案件を扱うこともありますが、単価は担当する意思決定の重さに比例して大きく開きます。実装タスクの消化が中心の案件と、複数チームの技術方針に責任を持つ案件とでは、同じ「テックリード」という名称がついていても単価の桁が変わってくるという印象を持っています。契約前に、稼働時間の内訳のうちどこまでが意思決定業務に充てられるのかを確認しておくと、後々のミスマッチを防げます。

よくある疑問に答えます

テックリードの経験がなくても、いきなりテックリードとして転職できますか

シニアエンジニアとしての実装力に加えて、レビューや設計議論で他者を動かした経験があれば可能性はあります。ただし多くの企業は、初めてのテックリードポジションではリスクを取りたがらないため、まずは社内でのリード経験を1つでも作ってから応募するほうが選考は通りやすくなります。

テックリードとスタッフエンジニアは何が違いますか

スタッフエンジニアは人のマネジメントを担わず、技術そのものの難易度が高い領域で貢献する専門職としての位置づけが一般的です。一方でテックリードは、チームの技術的な意思決定に責任を持つ立場であり、多少なりともチームメンバーの動きに関与します。両者は近い年収帯にありながら、求められる関わり方が異なります。

名ばかりテックリードだと分かった場合、内定を断るべきですか

一概には言えません。Nさんのように、権限の範囲を条件として明文化してもらった上で入社する選択肢もあります。組織がまだ小さく役割が固まっていないだけなら、入社後に自分で役割を作っていくという判断も十分にありえます。重要なのは、実態を知らないまま入社しないことです。

「テックリード」と「リードエンジニア」、求人票の表記の違いは気にすべきですか

企業によって使い分けの理由はまちまちで、表記の違いだけで役割の重さを判断するのは危険です。「リードエンジニア」を技術力の高さを示す称号として使う企業もあれば、「テックリード」をチームマネジメントに近い意味で使う企業もあります。表記そのものより、この記事で挙げたチェックリストの中身を確認するほうが実態に近づけます。

まとめ、肩書きより求人票と面談の中身で年収を判断する

「テックリード」という肩書きは、意思決定の重さも年収も一定していません。求人ボックスのリードエンジニア集計だけでも936万円の幅があるという事実が、それを何より雄弁に物語っています。求人票の表現、面接での質問への答え方、そして評価制度の仕組みまで見て初めて、その求人が本物のテックリードなのか、肩書きだけの延長なのかが分かります。

私がこの記事で一番伝えたかったのは、肩書きインフレを疑うこと自体はゴールではないということです。疑った先で、Nさんのように権限を条件として書面に落とし込む交渉ができるかどうかが、入社後のギャップを防げるかどうかの分かれ目になります。求人票の年収レンジに惑わされず、面談の場で裁量権の実態を自分の言葉で確かめる姿勢を持ってください。