同じ領域を長く担当しているエンジニアは市場価値が下がるのか｜レガシーシステムを例に
同じシステムを5年、人によっては10年見ている。仕様は誰よりも詳しい。障害が起きれば真っ先に呼ばれる。それでも「この経験は外で通用するのだろうか」という不安が消えない。
採用側として言うと、この不安は半分だけ当たっています。長く同じ領域を担当した経験には、市場で高く評価される部分と、まったく評価されない部分がはっきり分かれます。その線引きを整理します。
- 長期担当のうち市場で評価される部分とされない部分
- レガシー経験が強みになる求人の条件
- 塩漬けにならないための棚卸しの手順
- 採用側に伝わる言い換え
評価される部分とされない部分
長期担当の経験を分解すると、次のように分かれます。
| 評価されやすい | 評価されにくい |
|---|---|
| 複雑な業務ドメインの理解 | 特定製品の操作手順の習熟 |
| 大規模な既存コードを読み解く力 | そのシステム固有の命名や慣習 |
| 移行・リプレースの設計と実行 | 現状維持の運用作業 |
| 影響範囲を見極める勘所 | 社内の人間関係に依存した調整 |
| 長期運用で得た失敗の知見 | 手順書通りの定型作業 |
左側は、別の環境に持っていけるものです。右側は、その会社を出た瞬間に価値がなくなります。不安の正体は、自分の経験がどちらに寄っているか分からないことにあります。
レガシー経験が強みになる求人は実際にある
「古い技術は不利」と思われがちですが、市場には次のような需要が確実に存在します。
- 基幹システムのリプレース案件。現行システムを読み解ける人が必要
- モダナイゼーション推進。移行元を理解していないと設計できない
- 業務ドメインが複雑な業界（金融、物流、製造、医療）でのシステム開発
- 保守運用を引き継ぐポジション。長期運用の勘所が求められる
こうしたポジションでは、新しい技術だけ知っている人より、古い側も分かる人のほうが価値が高いです。移行は、移行元を理解している人にしか設計できません。
ただし条件があります。それは「移行や改善を経験しているか」です。現状維持だけをしてきた場合、この需要には乗りません。古い技術スタックにいること自体の扱いは古い技術スタックの会社にいる不安｜市場価値を落とさない整理法でも書いています。
塩漬けにならないための棚卸し
今の立ち位置を確かめるために、次の4つを書き出してみてください。所要15分ほどです。
1. この5年で「変えた」ことを3つ挙げる
追加した機能ではなく、構造や仕組みを変えたことです。バッチの処理方式を変えた、認証基盤を分離した、監視を入れ直した。1つも挙がらない場合、現状維持の比重が高い状態です。
2. 業務ドメインの知識を言語化する
「保険の料率計算の仕組み」「在庫引当のロジック」のように、業界の人に通じる言葉で書きます。これが書けるなら、同業他社では即戦力です。
3. 使っている技術のうち、外で通じるものを分ける
言語、DB、クラウド、ミドルウェアのうち、求人票でよく見るものを丸で囲みます。囲めるものがあれば、それが橋渡しになります。
4. 説明できる失敗を1つ選ぶ
長期運用の価値は、失敗の蓄積にあります。「この設計で後からこう困った」と語れることは、設計を任せられる人の証拠になります。
採用側に伝わる言い換え
面接では、担当年数ではなくその年数で何ができるようになったかを語る必要があります。
- 「同じシステムを7年担当しました」→ 7年の運用で蓄積した障害パターンをもとに、影響範囲を事前に見積もれる状態を作った
- 「レガシーの保守をしていました」→ ドキュメントのない既存実装から仕様を復元し、改修可能な状態に整理した
- 「古い技術しか使っていません」→ 現行システムの制約を理解したうえで、段階的な移行計画を設計した
- 「運用作業をしていました」→ 定型作業を自動化し、運用工数を月40時間から10時間に削減した
年数はそれ自体では価値になりません。年数の中で何を変えたかが価値になります。
動くかどうかを判断する材料
すぐに転職する必要はありませんが、次の状態が続いているなら、市場を見ておく価値はあります。
- この3年、構造を変える仕事に関わっていない
- 使っている技術が求人票でほぼ見かけない
- 社内でその領域を扱えるのが自分だけで、異動の話も出ない
- 移行やリプレースの計画が、何年も「検討中」で止まっている
特に最後の項目は要注意です。動かない計画を待ち続けると、その間も年数だけが積み上がります。求人を2〜3件読んで、自分のドメイン知識が求められているかを確認するだけでも、判断材料になります。
IT転職エージェント＠PRO人
ITエンジニアの転職に特化したエージェント「PRO人」。専任のキャリアアドバイザーが、経歴やスキルを踏まえた具体的な求人・条件面を提示してくれます。
- IT・Web業界の転職支援に特化
- 経歴・スキルに合わせた求人を紹介
- 年収交渉や条件面のすり合わせも相談できる
- TechGoとは別の視点で市場価値を確認できる
よくある質問
Q. 古い言語しか書いたことがなくても転職できますか A. 同業界・同ドメインなら十分可能です。言語を変える前提なら、学習中であることを示す材料が必要になります。ただ、移行案件では現行側を読める人が求められるので、古い言語が要件に入っていることも珍しくありません。
Q. 担当年数が長いと、扱いにくいと思われませんか A. 年数そのものが不利になることはありません。懸念されるのは、変化を経験していない場合です。棚卸しで「変えたこと」を3つ挙げられるなら、その懸念は解消できます。
Q. ドメイン知識は同業にしか通用しませんか A. 基本的にはそうですが、業界をまたいでも通じる部分はあります。複雑な業務ルールを整理してシステムに落とす力は、どの業界でも必要です。抽象度を一段上げて語ると、同業以外にも届きます。
まとめ
同じ領域を長く担当しても、市場価値が自動的に下がるわけではありません。分かれ目は、その年数で何を変えたかです。
- 持ち出せるのは、ドメイン理解、大規模コードの読解、移行の設計、失敗の知見
- 持ち出せないのは、固有の手順、社内の人間関係、定型作業
- 移行やモダナイゼーションの案件では、古い側を理解している人が必要とされる
- 年数ではなく、変えたことで語る
まずは、この5年で構造を変えたことを3つ書き出してみてください。3つ挙がるなら、市場でも語れる経験を持っています。