キャリア・転職19独自データあり

エンジニア35歳転職の現実
定年説の出典と分岐点

小川将司
小川将司代表取締役

IT業界12年・SES事業6年の現役経営者が35歳以上エンジニアの転職支援実例で執筆

シェア:B!

この記事でわかること

  • 「35歳定年説」は2000年代の特定の労働環境を背景に生まれたもので、出典は IPA 2007年調査と当時のSIerキャリアパス慣習にある
  • 現在の経産省データでは IT人材の50歳以上比率が 2010年11%→2020年22% へ倍増し、年齢構成は明確に高齢化している
  • 35歳で詰む人・化ける人の分岐は「年齢」ではなく『主体的キャリア選択 × 上流スキル × AI活用力』の3軸で説明できる
  • AI時代は35歳以上に逆転優位がある。マッキンゼー調査で 35〜44歳の62%が AI 高専門知識保有、これは全世代で最高
  • 35歳転職活動の3つの押さえどころ:マネジメント可視化・上流ポートフォリオ・AI活用実績の言語化

この記事の対象: 30代後半〜40代前半のSES在籍エンジニアで、転職を検討しているか「35歳定年説」に不安を抱いている人

「エンジニア35歳転職」と検索したあなたは、おそらく次のいずれかの状況にいる。

35歳が近づいてきて、転職を検討すべきか迷っている。あるいはすでに35歳を超えていて、「もう遅いのか」と不安を抱えている。SES企業に長く在籍していて、このまま続けていいのか判断がつかない。

結論から言う。35歳エンジニア転職は、可能だ。ただし「20代と同じ戦い方」ではなく「35歳ならではの戦い方」が必要になる。そして、AI時代の今、むしろ35歳以上のエンジニアに逆転の優位が生まれている。

私はHeyday株式会社の代表として6年間SES事業を運営し、30代後半〜40代のエンジニア転職支援を実際に行ってきた立場から、「35歳定年説」の出典を史料的に検証し、現在の転職市場の実態と「化ける人・詰む人」の分岐を正直に書く。

関連記事:


「エンジニア35歳定年説」はいつ生まれたのか

「35歳定年説」と聞くと、もはや業界の定説のように扱われている。だが、この説の出典を真面目に追いかけたことのある人は少ない。まずは史料的に整理する。

起点は2000年代初頭

35歳定年説が業界で広く語られ始めたのは、2000年代初頭だ。象徴的なのは、2005年前後に出版された一連の書籍群——「エンジニア 35歳からの転職」「SEの35歳の壁」といったタイトルが並んだ時期がある。これらの書籍が、定年説の言説を業界に定着させた。

この時期は、IT業界全体が「金融SI」「公共システム」「業務基幹刷新」などの大型プロジェクトに沸いていた時代だ。新卒で大手SIerに入り、20代で実装を覚え、30代で上流(要件定義・設計)に上がり、35歳前後で営業や管理職に転じる——という終身雇用前提のキャリアパスが、当時のSIerでは標準だった。

つまり「35歳定年説」は、「35歳で開発者として終わる」のではなく、「35歳で開発の現場から離れて営業・管理に上がる」という当時のキャリア慣習を、外部から観察した結果の言説だった。

根拠データ:IPA 2007年調査

定年説を裏付ける形で引用されるのが、IPA(情報処理推進機構)の2007年度調査だ。この調査では「40代を境にIT業界から他業種へ転職する人が急増し、IT業界からの流出組が全体の45%に達する」という結果が出ている。

ただし、この数字をよく読むと「40代を境に」とあって、35歳ではない。さらに「IT業界からの流出」であって「IT業界内での開発から外れる」ではない。つまり、定年説の言説は IPA 2007年調査をやや拡大解釈して業界の通念として広がった面がある。

もう一つの背景:当時の労働環境

2000年代のITエンジニアの労働環境は、現在とは比較にならないほど過酷だった。日をまたぐ残業が常態化し、「35歳で現場についていけなくなるのは能力ではなく体力の問題」という実態があった。終電を逃して会社に泊まるのが当たり前、というのは2000年代SI現場のリアルだ。

つまり定年説の真の出典は「35歳で開発者の能力が落ちる」ではなく、「35歳まで体力勝負の現場を続けられない」だったと言える。これは現在の働き方改革後の労働環境とは前提条件が大きく異なる。

まとめ:定年説の出典は3つの層から成る

  • 2000年代初頭の SIer 慣習(35歳で営業・管理に転じる終身雇用キャリアパス)
  • IPA 2007年調査の「40代を境に流出45%」という数字の拡大解釈
  • 当時のブラック労働環境による体力的限界

この3つの層は、いずれも2026年現在の前提条件とは一致しない。終身雇用は崩れ、IT業界の労働環境は改善し、開発スタイルも当時とは別物になっている。にもかかわらず定年説の言説だけが、20年遅れで一人歩きしている。これが現在の状況だ。


現在の転職市場での35歳エンジニアの実態

定年説の出典が古いことはわかった。では、現在の実態はどうか。これも数字で見ていく。

経済産業省データ:IT人材の年齢構成は明確に高齢化している

経済産業省のIT人材白書の数字を引用する。

  • 2010年時点:34歳以下が 約42%、50歳以上が 11%
  • 2020年時点:50歳以上が 22%(10年で約2倍)

この10年で IT 業界の年齢構成は明確に高齢化した。「35歳定年説」が制度として機能していたら、こんな数字にはならない。35歳以上のエンジニアが現役で残っているからこそ、年齢構成が上がっている。

経産省の推計では、2030年に向けて IT人材が最大で 約40万〜80万人不足する見込みだ。これは「35歳以上を切り捨てていられる余裕は業界にない」ということを意味する。

有効求人倍率:エンジニア職は全業種平均の1.3倍

直近のエンジニア職の有効求人倍率は 1.53〜1.59倍(情報処理・通信技術者、2024年1〜3月平均)。職業全体平均が 1.17〜1.21倍なので、エンジニアは全業種平均の約1.3倍の倍率がある。

「人手不足でエンジニアが取り合いになっている市場」で、35歳以上を排除する余裕はない。実際、35歳以上のエンジニアを積極的に採用する企業は増えている。

Heyday の実データ:35歳以上の転職支援実績

私が代表を務める Heyday では、過去6年間で30代後半〜40代の転職・案件参画を支援してきた。実数は伏せるが、傾向として観察されるのは次の3点だ。

  1. 35歳〜40歳の単価レンジは20代後半より高い: 上流スキル・マネジメント経験・業務知識が単価に反映される傾向が明確。月給ベースで20代後半の中央値より15〜25%上の帯が中心。
  2. 40歳以上で月給80〜100万円帯は珍しくない: 制度的な年齢上限は存在しない。スキルとポジションが揃えば、年齢は単価の決定要因にならない。
  3. 35歳以上で詰むのは『年齢のせい』ではない: 後述する3パターンに当てはまった人が詰む。年齢が原因ではなく、特定の行動パターンが原因だ。

シニアIT求人の現実

シニア向け IT 求人を調査した結果では、56.2%が「定年なし」、66.3%が「再雇用年齢制限なし」だった(シニアジョブ調査)。「35歳で定年」どころか「定年なし」の求人が過半数というのが、実際の数字だ。

ここまで見てきた数字を総合すると、「35歳定年説」は2026年現在の労働市場の実態とほぼ完全に乖離している。問題は数字ではなく、20年前の言説に怯えて転職機会を逃す側にある。


35歳で転職に詰む人の共通パターン

ここからは、SES 経営者として観察してきた採用目線を入れる。「35歳だから詰む」のではなく、特定の3パターンに該当する人が詰む。

パターン1:実装スキルだけで止まっている人

35歳で詰む人の最大公約数がこれだ。10年以上エンジニアとして働いてきたのに、依然として「言われたとおりに実装する」フェーズで止まっている人。

採用側から見ると、35歳の実装エンジニアは「20代後半の実装エンジニアより単価が高く、しかも今後の伸びしろが見えにくい」という印象になる。同じ実装スキルなら、20代後半の方が単価競争力で勝つ。これは差別ではなく単純な需給バランスの結果だ。

詰む構造: 案件選択を受け身で続けてきた → 言語・フレームワークが断片化 → 突出した専門性がない → 35歳時点で実装以外のカードがない。

このパターンへの処方箋は2つしかない。

  1. 上流に上がる: 設計・要件定義・技術選定を担えるポジションに移る
  2. AI 活用で差別化する: AI ツールを使いこなし、実装の生産性で20代を圧倒する(後述)

パターン2:マネジメント経験を言語化できない人

「チームリーダーは経験している」「後輩指導もしている」と本人は思っているが、職務経歴書に書き起こすと何人を率いて、何を達成したかが抽象的にしか書けない人。

35歳以上の採用では、「マネジメント経験」が事実上の必須要件として扱われることが多い。だが「経験している」だけでは通らない。何人規模のチームを、どの期間、何の目的で率いて、どんな成果を出したか——この粒度で言語化できているかが採用の分岐になる。

私が面談で聞くのは「過去に率いた最大チームサイズ」「率いた期間の最長」「具体的な意思決定の例」の3つだ。これに即答できないと、マネジメント経験は採用市場では存在しないのと同じ扱いになる。

詰む構造: 自分ではマネジメント経験ありのつもり → 職務経歴書では伝わらない → 「単なる年長エンジニア」扱いで単価が伸びない。

パターン3:自分の年代の市場価値を理解していない人

35歳のエンジニアに採用側が期待するのは、20代と同じ「実装力」ではない。業務知識・上流経験・マネジメント・教育・周囲を巻き込む力——これらの「経験値で差別化できる領域」での貢献だ。

ところが詰む人は、20代と同じ土俵で戦おうとする。「最新技術についていけてない」と焦り、若手と同じ実装スピードを目指して空回りする。これは戦う土俵を間違えている。

詰む構造: 20代の頃と同じ評価軸で自分を見ている → 35歳ならではの優位を言語化していない → 採用側は「ただの年長者」と判断 → 書類落ちが続く。

このパターンの人に必要なのは、自分の経験値の棚卸しだ。20代では持てなかった「特定業務領域の深い理解」「複数プロジェクトをまたいだ俯瞰視点」「障害対応の場数」——こうした経験値こそが35歳以上の市場価値の源泉になる。

SES 30代でキャリアが詰む構造 では、30代全般の詰む構造を3要因(主体性・上流化・マージン理解)で論じた。35歳特化で見ると、上の3パターンが詰む人の共通項になる。


35歳で転職に化ける人の共通パターン

逆に、35歳で「化ける」「単価がさらに伸びる」エンジニアにも共通項がある。SES 経営者として観察してきた採用目線で書く。

パターン1:上流+ドメイン知識を持っている人

最強の組み合わせがこれだ。「設計・要件定義ができる」×「特定業界の業務知識(金融・物流・製造・医療など)を深く理解している」。

業務 SaaS が普及しても、業界固有の業務フローを理解して上流を設計できる人材は、依然として圧倒的に不足している。35歳までに金融SI を5年以上やってきた人、物流業界の WMS 案件を複数経験してきた人——こうした人は、35歳以降に単価が跳ねる代表例だ。

Heyday でも、業務知識×上流の組み合わせで月給100万円超で稼働している40代は複数いる。年齢が単価を決めているのではなく、希少な組み合わせが単価を決めている。

パターン2:マネジメント実績を数字で言語化できる人

「20名規模のチームを2年率いて、リリース遅延ゼロ、メンバー定着率90%以上を達成」——この粒度で書ける人は、35歳以降の転職市場で強い。

上で詰む人の例として「マネジメント経験を言語化できない人」を挙げたが、化ける人はその逆。チームサイズ・期間・成果を必ず数字で語れる。

採用側から見ると、これは「再現性のある人材」と評価される。次の現場でも同等の成果を出すだろうという信頼につながる。

パターン3:AI ツール活用力を実装の武器にしている人

これが2024年以降の新しい逆転パターンだ。次の章で詳しく書くが、Cursor・Claude Code・GitHub Copilot などの AI コーディング支援ツールを使いこなして、20代より高い実装生産性を出すエンジニアが増えている。

35歳の AI 活用エンジニアは、「業務理解の深さ × AI で増幅された実装速度」という、20代には真似できない組み合わせを持つ。これが2026年の転職市場での差別化武器になる。


AI時代に35歳以上が有利になっているケース

ここからが本記事で最も伝えたい箇所だ。AI 時代——具体的にはコーディング AI が普及した2024年以降の現在——は、35歳以上のエンジニアに構造的な優位がある

マッキンゼー調査:35〜44歳が AI 専門知識で全世代トップ

直感に反するかもしれないが、データはそう示している。マッキンゼーの調査では、35〜44歳の62%が「AI に関する高い専門知識を持っている」と自己評価し、これは全世代で最も高い数字だった。

この理由はシンプルだ。AI ツールを最大限活用するには、「何を作るべきか」「どこに業務上の落とし穴があるか」を判断できる経験値が必要になる。コードを書ける速度よりも、判断の質がボトルネックになる。

20代エンジニアは AI ツールを使いこなしても、業務理解が浅いせいで「動くけど業務的に間違っているコード」を量産しやすい。35歳以上で業務知識を持つエンジニアは、AI を使って同じ時間で業務的に正しいコードを量産できる。

AI 関連求人倍率は全 IT 平均の2倍以上

2026年3月時点の AI 関連求人倍率は IT・通信分野で 3.35倍。これは IT 業界全体の有効求人倍率(1.5倍前後)の2倍以上の水準だ。

採用側はミドル・シニア層を AI 関連ポジションで積極的に求めている。理由は上に書いた通り、業務知識×AI 活用が組める人材の希少性ゆえだ。

レガシー × シニアの逆転需要

リクルートワークス研究所のレポートでは、「レガシー技術スキルを持つシニアエンジニアの需要が増えている」と報告されている。COBOL・Mainframe・SAP ECC 6.0 のような技術は、若手が持っていない。だが企業の基幹システムには依然として残っている。

ここに「業務理解 × レガシー技術 × AI による現代化支援」という、35歳以上にしか組めない強力なポジションがある。Heyday でも、SAP S/4HANA 移行案件で50代のエンジニアが月給120万円帯で稼働しているケースがある。

つまり:AI 時代の35歳以上は「経験値が増幅される」

AI 時代が35歳以上に有利な理由を一言でまとめるとこうなる。

AI ツールは「経験値を増幅する装置」だ。経験値がない20代がAI を使うと、誤った判断が高速で生成される。経験値がある35歳以上がAI を使うと、正しい判断が高速で生成される。差は埋まるのではなく、開く。

これが「35歳で詰む」の真逆——「35歳で化ける」現象が起きている構造的な理由だ。

関連: 生成AIエンジニアの需要は2026年に急増する|単価相場と必要スキル


35歳エンジニアの転職活動で押さえるべき3つのポイント

ここまでの内容を、35歳エンジニアの転職活動で何をすべきかに落とし込む。

ポイント1:マネジメント経験を「数字×期間×成果」で言語化する

繰り返しになるが、これが35歳以上の転職活動で最も差が出る項目だ。

職務経歴書を書く前に、過去のプロジェクトを次の3軸で棚卸ししてほしい。

  • チームサイズ: 何人を率いたか(直接の部下数 + 間接的な指揮下を分けて)
  • 期間: いつからいつまでか(2年以上の継続率いた経験があると強い)
  • 成果: 定量的に何を達成したか(リリース遅延ゼロ、定着率、生産性向上 % など)

「リーダー経験あり」では伝わらない。「12名のチームを 2.5年間率いて、3回のリリースを全て遅延ゼロで完了、メンバー定着率 92%」と書けるか。これが採用側に届く粒度だ。

ポイント2:上流スキルのポートフォリオを準備する

35歳以上の採用面接では、ほぼ必ず「上流工程をどこまで経験したか」が問われる。要件定義・基本設計・非機能要件定義・技術選定——どこまで主体的に関わったかを聞かれる。

ここで弱い人は、過去の上流経験を「PMからの指示で参加した」レベルでしか語れない。強い人は、「PMが要件を整理しきれない場面で、自分が業務側との折衝に入って合意を取りに行った」「複数の技術選択肢を比較して、ROI ベースで選定提案を行った」というレベルで語れる。

転職活動を始める前に、過去5年の上流経験を自分が主導した範囲で書き出すと、自分のポートフォリオの強さが見える。

ポイント3:AI 活用実績を具体的に言語化する

これが2026年の転職活動で差別化の決定打になる。

AI ツールを「使ったことがある」では弱い。

  • どのツールを使ったか: Cursor、Claude Code、GitHub Copilot、Devin など具体的に
  • どんな業務に使ったか: 設計レビュー、テストコード生成、リファクタリング、レガシーコード解析など
  • 生産性が定量的にどう変わったか: 「同等のタスクで以前の40%の時間で完了」など

35歳の AI 活用エンジニアは、20代に対して「業務判断の正確さ × AI で増幅された実装速度」で勝つことができる。だがそれを面接で説明できなければ、採用側には伝わらない。

Cursor / Claude Code をエンジニアが使いこなすための実践ガイド では、AI ツールの実務活用パターンを整理している。

補足:転職先の選定軸

35歳での転職先選定で見落としがちなのが「現場の技術スタックの新陳代謝」だ。

35歳でレガシー技術中心の現場に入ると、その後の40代の選択肢が一気に狭まる。短期的な単価だけで決めず、「3年後にこの会社にいたら、どの技術スキルが身についているか」を逆算して選ぶ必要がある。

SES転職を考えている人に、SES経営者として正直に言うこと では、SES 内転職・自社開発転職・FL転向の選択肢を整理している。


まとめ:35歳は「転職市場の節目」ではなく「キャリアの分岐点」

ここまでの内容を最後に整理する。

「エンジニア35歳定年説」の出典は古い

  • 2000年代初頭の SIer 終身雇用キャリアパスを背景に生まれた言説
  • IPA 2007年調査の数字(40代流出45%)の拡大解釈
  • 当時のブラック労働環境による体力的限界
  • いずれも2026年現在の前提条件とは一致しない

現在の数字は定年説を完全に否定している

  • 経産省データ:IT人材の50歳以上比率 2010年11% → 2020年22%
  • IT人材は2030年に最大80万人不足見込み
  • シニアIT求人の56.2%が「定年なし」

35歳で詰む人と化ける人の分岐は3軸

詰む人の共通パターン:

  1. 実装スキルだけで止まっている
  2. マネジメント経験を言語化できない
  3. 自分の年代の市場価値を理解していない

化ける人の共通パターン:

  1. 上流 × ドメイン知識を持つ
  2. マネジメント実績を数字で語れる
  3. AI ツールを実装の武器にしている

AI 時代は35歳以上に逆転優位がある

  • マッキンゼー調査:35〜44歳の62%が AI 高専門知識(全世代1位)
  • AI 関連求人倍率 3.35倍は IT 全体の2倍以上
  • AI は経験値を「増幅する装置」——経験値がある35歳以上が最も恩恵を受ける

35歳の転職活動で押さえるべき3点

  1. マネジメント経験を「数字×期間×成果」で言語化
  2. 上流スキルのポートフォリオを準備
  3. AI 活用実績を具体的に言語化

35歳は「転職市場の節目」ではなく「キャリアの分岐点」だ。20年前の言説に怯える必要はないし、むしろ AI 時代の今、35歳以上のエンジニアには構造的な優位がある。

問題は年齢ではない。自分の優位を言語化できているかだ。10年以上エンジニアを続けてきた経験値は、絶対に20代には作れない財産だ。それを採用側に伝わる言葉に変換する作業——それが35歳の転職活動の本質だ。

私が代表を務める Heyday では、30代後半〜40代のエンジニア相談を毎月受けている。「自分の経験値を市場価値に翻訳する」作業を一緒にやることが、私たちの仕事の中心だ。

「自分の今の市場価値がわからない」「35歳で動くべきか迷っている」——この状態にいるなら、まず無料の市場価値診断で、客観的なフィードバックを受けてみてほしい。

関連記事:

まとめ

35歳は『転職市場の節目』ではなく『キャリアの分岐点』だ。20年前のデータを根拠にした「定年説」に怯える必要はない。むしろ AI時代は業務知識と経験値を持った35歳以上に逆転優位がある。問題は年齢ではなく、その優位を言語化できているかだ。

案件例を見てみる

技術スタック・単価帯・勤務形態がわかる具体的な案件情報

この記事の著者

小川将司
小川将司

Heyday株式会社 代表取締役

IT業界12年・SES事業6年の現役経営者が35歳以上エンジニアの転職支援実例で執筆

Heyday株式会社 代表取締役。エンジニア・PM/PdMを経験後、SES事業を創業。複数クライアント現場でAI導入コンサルティングを担当。「ITをもっとフェアに」を掲げ、マージン構造の開示に取り組む。

シェア:B!

次に読む