【2026年版】現役バックエンドエンジニアが書く SES脱出完全ガイド

SESを抜け出したい——とは、正直あまり思っていなかった。

これは過去の自分の話だ。学生時代に2年ほどSIerで長期インターンをしていて、PHP / Laravelの実務には早い段階から触れていた。新卒でSESに入社し、PHPとZend Framework 1系でWebシステムの開発・運用をしていた。お客様との距離が近く、ベトナムの開発ベンダーともやりとりしながら進める現場で、お客さんのITリテラシーが高いおかげでデスマーチとは無縁だった。無理なものは無理と言える、環境としては恵まれた方だったと思う。

ただ、そのシステムは7年選手のレガシーだった。技術刷新の話は出ていた。お客さんも合意していた。でも大規模な改修になること、機能が増えるわけでもないことから、話は毎年先送りになり続けた。新卒から2年が経ったとき、「このまま自分のキャリアが止まっていていいのか」という焦りが積み重なって、転職を決めた。

10社に応募して5社から内定をもらい、2ヶ月で大手自社開発企業へ転職した。年収は350万から500万になった。その後2年間で積んだ経験を武器にフリーランスへ転向し、現在は年収1000万円ほどになっている。このキャリアの軌跡と、転職活動でやってよかったこと・やり直したいことを、この記事にすべて書く。

なぜバックエンドエンジニアはSESから抜け出しにくいのか

構造的な問題：スキルが「現場依存」になる

SESの最大の問題は、スキルが現場の文脈に閉じ込められることだ。

たとえばこういうことが起きる。筆者の場合はこれだった。

• 新卒から2年間、PHP・Zend Framework 1系のWebシステム運用をしてきた
• お客さんのビジネスロジックや現場のフローは隅々まで把握している
• しかし「何を作れますか？」と聞かれると、言葉が出ない

しかも使っていたZend Frameworkは1系。現場として問題なく動いていたが、外の世界では既に「古い技術」として扱われる。技術刷新の話は毎年出るのに大規模になると分かった瞬間に立ち消え、7年動き続けるシステムの上で同じコードを書き続けた。

転職市場で問われるのは「汎用的なスキル」だ。モダンなフレームワークでREST APIを設計できる、Dockerでコンテナ化できる、DBのクエリを最適化できる——こういった「どの現場でも通じる技術力」が評価される。現場固有のノウハウは、どれだけ深くても転職市場ではほぼ評価されない。

単価構造がスキルアップを妨げる

SES企業のビジネスモデルは「エンジニアの稼働時間を売ること」だ。あなたが80万円/月の単価で客先に出ていても、会社が50万円取って手元に30万円しか残らない——というのはよくある話だ。

高単価現場に行けるかどうかは運と営業力次第であり、本人のスキルアップ意欲とは無関係にアサインされる。

転職市場の実態：2026年版データ

IPA「IT人材需給に関する調査（2023年）」によれば、日本のIT人材は約120万人。SES・客先常駐の正確な比率は統計化されていないが、SIerとその下請け構造を考えると相当数を占めるのは現場感覚として明らかだ。一方で、自社開発・自社サービス企業への需要は年々高まっており、優秀なバックエンドエンジニアは売り手市場が続いている。

筆者の場合、SES時代350万→自社開発転職直後500万で、これはほぼ「業界標準」の範囲内だ。その後2年で550万になり、フリーランス転向で現在1000万ほどになっている。スキルと実績の見せ方次第で転職時点でもう50〜100万は上乗せできたと、今は思っている。

STEP 1：転職を決意する前に「自分棚卸し」をする

自分が転職を決意したのは、SES 2年目の終わりごろだった。現場では毎日 Zend Framework 1系のコードを触っていて、「このままあと3年いたら、履歴書に書けるものが何も増えない」という感覚があった。でも実際に動き始める前に「自分が何をやってきたか」を整理しないと、エージェントの面談で何も語れない状態になる。それを身をもって経験した。

転職エージェントに登録する前に、必ずこれをやってほしい。棚卸しなしでエージェントと話すと、「とりあえず求人を見せます」モードで流されてしまう。

スキルシートを自分で書く

以下の3カテゴリに分けてスキルを書き出す。「業務経験年数」と「業務外の自習」を分けて書くことがポイントだ。

業務経験は採用担当に「本当に使える？」と検証されるが、個人学習はGitHubで補強できる。

語れるエピソードを3本用意する（STAR法）

面接で必ず聞かれる「技術的に貢献した経験を教えてください」に答えるためのエピソードを事前に用意する。

「チームで〜しました」ではなく「自分が何をしたか」を語ることが重要だ。

STEP 2：GitHubを「見せられる状態」にする

転職活動を始めた当初、GitHubのコントリビューションはほぼ空だった。業務コードは出せないし、個人開発もしていなかった。「GitHubが空でも職務経歴書で補えばいいか」と思っていたが、Findyに登録したときにスコアが低く出て、これは準備が足りないと気づいた。そこから転職活動の2ヶ月間、週3〜5コミットを意識して個人プロジェクトを作り続けた。

2026年現在、バックエンドエンジニアの転職においてGitHubは実質的に「第二の職務経歴書」だ。特にFindy・Green・スタートアップ系の採用担当は、書類よりGitHubを先に見るケースがある。

まずプロフィールを整える（最低限やること）

1. アイコン画像を設定する（デフォルトのアイコンは印象が薄い）
2. 自己紹介を書く（使える言語・興味領域・現在の状況）
3. README.mdをプロフィールに設置する（<username>/<username> リポジトリを作成）

プロフィールREADMEの例：

## Hi, I'm a Backend Engineer 👋
 
**Languages & Frameworks:** Java / Spring Boot / Go / Python / SQL
**Infrastructure:** AWS / Docker / PostgreSQL / Redis
**Interests:** Distributed Systems, API Design, DDD
 
Currently looking for backend roles in product companies.

「見せられるリポジトリ」を最低2本作る

業務コードは出せないが、個人で作ったプロジェクトを公開する。重要なのは「完成している」こと、「READMEがちゃんとある」こと。

フロントエンドがなくても全く問題ない。むしろ「バックエンドに特化している」という印象になってプラスだ。

良いREADMEの構成：

# プロジェクト名
 
一言でなにをするものか説明する。
 
## 技術スタック
- Java 21 / Spring Boot 3
- PostgreSQL 16
- Docker / Docker Compose
 
## セットアップ
docker-compose up -d で起動します。
 
## APIエンドポイント
| Method | Path | 説明 |
|---|---|---|
| POST | /api/auth/login | ログイン |
| GET | /api/users/{id} | ユーザー取得 |
 
## 設計のポイント
なぜこの設計にしたか（思想）を書く。これが面接での会話につながる。

採用担当がGitHubで見るのは「コントリビューショングラフ（緑のマス）」だ。転職活動中は週3〜5コミットを目標にする。

筆者のGitHub Contributions（過去1年）。転職活動中の3ヶ月は集中してコミットが増えている

STEP 3：使うべき転職サービスを選ぶ

ここが自分にとって最大の失敗ポイントだった。レバテックキャリア1社だけに絞って動いていたので、求人の選択肢が狭く、比較もできなかった。結果的に5社内定は出たが、もう少し幅広く登録していれば年収提示が違っていた可能性がある。複数サービスを掛け持ちすることに遠慮は不要だ。

転職エージェントと求人媒体は複数使い分けるのが鉄則だ。まず全体像を把握してから、自分に合うサービスを選ぶ。

サービス比較一覧

レバテックキャリア：メイン推奨エージェント

筆者が実際に使ったエージェントだ。担当者のITスキルが高く、「Zend Frameworkが古い」「PHP案件のポジションはこういう傾向がある」といった技術的な話が普通に通じた。コミュニケーションコストが低く、面接対策も一緒にやってもらえた。IT転職エージェントとして実績No.1クラスで、年収交渉を代行してもらえる点も大きい。

転職で一番後悔しているのは、1社目のエージェントで全部うまくいくと思っていたことだ。実際には面接後の連絡が2週間以上来ないことがあり、担当者に確認したら「先方が検討中です」の一点張りだった。その担当者が悪かったわけではないが、複数社並行して動くべきだったと今も思っている。

ひとつ反省があるとすれば、レバテックの1社だけしか使わなかったことだ。10社中5社内定という結果だったが、複数のエージェントを使って求人の選択肢を広げていれば、もっと条件の良い企業を比較できたと思っている。

ユニゾンキャリア：SES脱出支援に強いエージェント

IT/Web系エンジニア専門のエージェント。SES・受託開発からの転職支援実績が豊富で、担当者がIT業界出身のため技術的な強み・弱みを正確に把握した上で求人を紹介してくれる。レバテックキャリアと並行して使うことで求人の選択肢が広がる。

筆者はレバテックキャリアの1社だけだったが、ユニゾンキャリアやFindyも組み合わせると、紹介される求人の幅が広がって比較検討しやすくなる。複数使うことを強くすすめる。

著者実録: 10社応募→5社内定までの2ヶ月

ここからは実際のスケジュールと反省点を書く。

Week 1: レバテックキャリアに登録、面談

新卒2年目の3月、最初に動いたのはレバテックキャリアの面談だった。担当者は20代後半の男性で、Web開発経験者と分かるレベルの技術理解があった。「Zend Framework 1系ですか…」と最初に言われた時、自分でも「ああ、これは厳しいな」と思った。

当時の現場は行政系の帳票システムで、フレームワークはZend Framework 1系、PHPのバージョンも5系だった。担当者が一瞬黙ったあと「スキルの見せ方を工夫しましょう」と言ってくれたのを覚えている。その言い方が優しかったぶん、現実の厳しさが刺さった。

Week 2-3: 求人20社の中から12社にエントリー

提示された求人は絞り込み後で約20社。最初のフィルタは「自社プロダクトがあるか」だけだった。今思えば「給与レンジ」「リモート可否」「使用技術」も最初から見るべきだった。

技術スタックが全然違う求人に出して落ちる、という無駄な時間を2週間ぐらい使った。「Kotlin経験なし・Go未経験・AWSは個人利用のみ」という状態で、Kotlinメインのスタートアップに出すのは無謀だった。

Week 4-6: 書類通過は8社、1次面接で詰まる

最初の面接（業界中堅のSaaS企業）で「なぜ転職したいんですか？」と聞かれ、正直に「使っている技術が古くて将来が不安です」と答えた。面接官の表情が一瞬曇った。これが学びになった。

「不安だから逃げたい」は転職理由として弱い。「○○をやりたいから御社を選んだ」の形に変えるだけで、その後の通過率が上がった。1次面接の通過率は最初の2社が0/2で、言い方を変えてから4/6になった。

Week 7-8: 最終面接、5社から内定

最終的に5社から内定。年収レンジは450〜550万円。このうち500万を提示してくれた中堅自社開発企業（業務系SaaSの開発会社）に決めた。

決め手はチームの雰囲気というより「コードレビューが文化として根付いているか」だった。最終面接で「PRのレビューに平均何日かかりますか？」と聞いたら「その日か翌日です」と返ってきた。SES時代はコードレビューがなかったので、ここが最重要だった。

STEP 4：職務経歴書で「自社開発企業に刺さる」書き方をする

最初に書いた職務経歴書は、現場の作業をそのまま箇条書きにしただけだった。「Javaで帳票システムの保守・運用を担当」。それだけ。担当エージェントに「数字と成果を入れましょう」と言われて書き直したが、最初の書き方では半分以下の企業にしか刺さらなかったと思う。

職務経歴書は「読んで事実を確認する書類」ではなく、「面接で話したいことのアジェンダ」だと思うといい。採用担当が「ここ詳しく聞きたい」と思う部分を意図的に作る。

NG：SES出身者によくある書き方

・○○銀行の基幹システム保守・開発に従事
・Javaを用いたバッチ処理の実装
・テスト設計・実施

OK：採用担当に刺さる書き方

【担当業務】業務系Webシステム（受注・在庫管理）のバックエンド開発・保守

【技術環境】
Java 17 / Spring Boot 3 / MySQL 8 / Docker / AWS (EC2, RDS, S3)

【主な実績】
① レポート出力APIのパフォーマンス改善
  - スロークエリの分析（EXPLAIN）→複合インデックス追加
  - キャッシュ戦略をDBキャッシュ→Redisに変更
  - 結果：レスポンスタイム 3.8秒→0.9秒（76%改善）、クレーム件数ゼロに

② CI/CDパイプラインの構築
  - Jenkins → GitHub Actions への移行を主導
  - デプロイ所要時間：45分→12分に短縮
  - 自動テストカバレッジ：0%→68%に向上

筆者が実際に使った職務経歴書の実績セクション。コスト削減・コードレビュー導入・MVP受賞を数字と背景で記載した

STEP 5：面接で「SES出身ならではの詰まり」を回避する

1次面接を2社連続で落ちたとき、理由がわからなかった。書類は通っているのに、面接で何かがずれている。振り返ると、「なぜ転職したいか」を聞かれるたびに「技術が古くて不安だから」と答えていた。それが問題だったと気づいたのは、3社目で面接官に「前向きな理由が少し弱いですね」と言われてからだ。

自社開発企業の面接でSES出身者がよく詰まるのは以下の3パターンだ。

パターン1：「何を作りましたか？」

SES出身者は「保守・運用」が長いと、新規開発の経験が薄いことが多い。正直に言いつつ、自分が判断・設計した部分を強調する。保守経験は「既存コードを読む力」「品質への意識」として正の側面があるので、そこも言語化する。

「新規機能の設計・実装よりも保守・改善が中心でした。
ただ、○○の場面では自分でDB設計を見直し、△△という問題を解決しました。
個人開発でREST APIサーバーを作っており、設計思想は○○を意識しています」

パターン2：「なぜ弊社に応募しましたか？」

「SESを脱出したい」は正直だが、それだけでは刺さらない。相手企業のプロダクト・技術への具体的な興味を語ることが重要だ。

事前にやること：① テックブログを全部読む、② 技術スタックを把握する、③ プロダクトを実際に使ってみる。

「御社の技術ブログで、マイクロサービス分割の意思決定について書かれた記事を読みました。
現在の現場では一枚岩のモノリスで運用コストが問題になっています。
その設計判断のプロセスに興味があり、自分も経験したいと思い応募しました」

パターン3：「なぜやめたのですか？」「現在の職場への不満は？」

筆者が実際に詰まったのがこのパターンだ。「使っていた技術が古く、刷新が進まなかった」と正直に答えたところ、面接官の反応が微妙になった。「技術が古い＝前の職場への批判・愚痴」 と受け取られるリスクがある。

言い換えのポイントは「前職を否定する言い方」から「次でやりたいこと」にフォーカスを移すことだ。

「現在の現場ではPHPの安定稼働を維持することが最優先で、
 技術的な意思決定に携わる機会が限られていました。
 より新しい技術スタックで設計から開発に関わることを目指して転職を決めました」

よく聞かれる技術質問への準備

バックエンドエンジニアの面接で頻出するテーマを整理する。「自分の言葉で説明できる」状態にしておくことが重要だ。

STEP 6：年収交渉で損をしない

内定をもらったとき、最初に提示された金額は470万円だった。当時のSES年収が350万だったので「すごく上がる」という感覚で即受諾しそうになった。担当エージェントに「もう少し交渉しましょう」と止められ、結果的に500万になった。あのとき自分一人で判断していたら30万を捨てていた。

転職時の年収交渉は、多くの人が「言いにくい」と感じて流してしまう。これが一番もったいない。

現年収を基準に交渉しない

SES企業の年収は市場価値より低いことが多い。「現年収450万なので500万で」ではなく、市場価値ベースで要求する。

エージェント経由は年収交渉しやすい

エージェントを使う大きなメリットは、年収交渉の代行だ。エージェントに以下を正直に伝えれば、代わりに企業側と交渉してくれる。

• 現在の年収（正直に）
• 希望年収（少し高めに設定する）
• 年収以外の優先事項（フルリモート希望・技術的成長環境など）

STEP 7：転職活動のタイムライン

「いつ頃に内定が出るのか」が最初は全くイメージできなかった。SES在籍中に活動するため、平日夜と土日だけが動ける時間だ。想定より時間がかかるという前提でスケジュールを組まないと、「もう少し待てば良い求人が出るかも」という先延ばしループにはまる。

実際に動き始めてからオファーまでにかかる期間は、平均3〜4ヶ月だ。

転職後に「よかった」と思ったこと

参考までに、転職してから実感した変化を書いておく。

この後、自社開発で2年間経験を積んでからフリーランスへ転向した。フリーランス転向後の年収は1000万円ほどになっている。SES→自社開発→フリーランスという軌跡は「ステップを踏んで市場価値を積み上げる」という意味で、再現性が高いルートだと感じている。

SES脱出のよくある失敗パターン

自分自身もハマったパターンと、Xでよく見かける失敗をまとめる。

SES偽装求人の見分け方

「自社開発」と書いてあっても実態はSES、という会社がある。以下のチェックリストで確認する。

よくある質問（FAQ）

まとめ：今日からできるアクション

SESからの転職は「実績の言語化」と「GitHubの整備」が8割だ。

1. スキルシートを書く（30分でできる）
2. STAR法でエピソードを1本作る（1時間でできる）
3. GitHubのプロフィールを整える（30分でできる）
4. エージェントを複数登録して初回面談をする（1社に絞らず比較することが重要）

筆者の場合、「今の環境は悪くないけどこのままでいいのか」という焦りで動いた。その感覚は正しかったと思っている。SES→自社開発の転職はキャリアのリセットではなく、次のステージへの踏み台だ。自社開発で2年経験を積んでからフリーランスへ転向した今、あの転職を起点にキャリアが大きく変わったと実感している。

転職活動を「いつか」と言い続けている間にも、自社開発企業の採用枠は埋まっていく。今の自分の市場価値を知るだけでも、動いてみる価値はある。