スマホで3分！退職届PDFメーカー

コラム一覧
転職とキャリア

SES・客先常駐を辞めたいエンジニアへ｜社内SE・自社開発に移るための現実的ロードマップ

#エンジニア#転職#SES

「現場ガチャに疲れた」「経歴に書けるスキルが積み上がらない」「単価は上がるのに自分の給料は変わらない」——SES・客先常駐エンジニアの「辞めたい」には、共通する構造的な不満があります。

この記事では、SESを辞めて社内SE・自社開発・受託開発の自社案件にキャリアチェンジするための現実的なロードマップを解説します。

この記事の要点

  • SES辞めたい理由は「スキル不安・キャリア不安・処遇不満」の3層構造
  • 社内SE / 自社開発 / 受託（自社案件） それぞれに向き不向きがある
  • 在職中転職が鉄則。3〜6ヶ月かけて動くのが現実的
  • 「辞める」と決めても、契約形態（特定派遣・準委任）次第で動き方が違う
  • どうしても辞められない現場なら退職代行という最終手段もある

1. SES・客先常駐の構造的しんどさ

現場ガチャの精神コスト

半年〜2年単位でメンバーも環境もリセット。人間関係を毎回ゼロから作り直す疲労は、エンジニアのメンタルを確実に削ります。

スキルの非継続性

直前のJavaの現場 → 次は古いVBの保守、その次はテスター枠……。経歴書に書ける一貫したスキルが積み上がらないことが、転職市場での評価を下げます。

単価と給与のギャップ

クライアントは月90万払っているのに、自分の手取りは月25万。中間マージンの大きさを知ってしまうと一気に冷める人は多いです。

キャリアパスの不透明

「PMになる？営業に回る？このまま現場が続く？」——SES企業内の昇進ルートが見えにくく、5年後・10年後の自分が想像できないのは大きなストレス源です。

帰属意識の希薄さ

所属会社にもクライアント先にも完全には属さない「半分外の人」状態。孤独感を抱えるエンジニアは少なくありません。

2. 辞める前にやる「3つの棚卸し」

① 技術スキルの棚卸し

  • 言語・フレームワーク（業務での使用年数）
  • インフラ・クラウド（AWS/GCP/Azureの実務経験）
  • DB / 設計経験 / レビュー経験 / リーダー経験
  • 個人開発・GitHubでの公開実績

**「言われたことをやった」ではなく「自分で何を判断したか」**を書けると評価されます。

② キャリア軸の棚卸し

軸 質問
技術志向 新しい技術に触り続けたいか／一つを深く育てたいか
役割志向 手を動かす職人で居続けたいか／マネジメントに行きたいか
環境志向 自社サービスで深く関わりたいか／受託で多様性が欲しいか
働き方 リモート可・残業少・給与・勤務地、どれを優先するか

③ 数字の棚卸し

  • 現年収 → 希望年収
  • 残業時間 → 許容時間
  • 通勤・常駐先までの移動時間 → 許容時間
  • 貯金 → 転職活動が長引いた場合の生活余力

3. 移れる先：社内SE・自社開発・受託（自社案件）

社内SE

  • メリット：客先常駐なし／同じ環境で長く働ける／業務知識が深まる／残業少なめが多い
  • デメリット：技術的な刺激が減ることがある／IT予算によっては「便利屋」化リスク
  • 向く人：環境の安定 > 技術の最先端、コミュニケーション得意な人

自社サービス開発（事業会社）

  • メリット：プロダクト志向／技術的成長が早い／ストック的にスキルが積める
  • デメリット：未経験言語・FWは採用ハードル高め／プロダクトに当たり外れ
  • 向く人：技術志向が強い、プロダクトに興味がある、自走できる

受託（ただし自社内開発）

  • メリット：多様な案件に触れる／技術の幅が広がる／SESより一貫性は高い
  • デメリット：納期プレッシャー／案件次第で残業
  • 向く人：技術の幅を広げたい、客先常駐だけは絶対避けたい人

4. 求人の見抜き方：「自社開発」と書いてあっても要注意

求人票には罠があります。チェックポイント：

  • 「勤務地」が複数都道府県にわたる → 客先常駐の可能性大
  • 「配属先プロジェクトによる」 → 実態はSES
  • 「客先常駐なし」と明記されているか
  • 「離職率・定着率」が公開されているか
  • 自社プロダクトのURL・実績が具体的に書かれているか

エージェント経由なら、「客先常駐なし」を条件にして紹介してもらうのが確実です。

社内SE特化エージェントなら、最初から客先常駐なしの求人だけを扱っているところもあります。求人数や定着率の数字も確認できるので、SES疲れのエンジニアと相性が良いです。

5. 在職中の転職活動スケジュール（3〜6ヶ月モデル）

Month 1: スキル棚卸し・職務経歴書作成・エージェント登録
Month 2: 求人選定・カジュアル面談・書類応募開始
Month 3: 一次面接・技術面接（並行5〜10社）
Month 4: 最終面接・内定・条件交渉
Month 5: 内定承諾・現職に退職連絡・引き継ぎ
Month 6: 退職・入社

SES特有の事情として、プロジェクト切れ目を狙うと引き継ぎが軽くなり、円満退職しやすいです。

転職活動の進め方は在職中の転職活動の進め方も参照。

6. 面接で聞かれる「なぜSESを辞めるのか」の答え方

NG：「現場ガチャが嫌で」「単価搾取されてるから」「もう疲れた」 → 印象が悪く、不満ベースに見られる

OK例：

  • 「複数案件で得た知見を、一つのプロダクトに継続的に活かしたい」
  • 「インフラからアプリまで横断して関わってきたが、ユーザーの声を受けて改善するサイクルに身を置きたい」
  • 「業務ドメインの理解を深めて貢献したいため、社内SEを希望している」

ポジティブ・前向き・志向の言語化がポイントです。

7. 辞め方：契約形態で動き方が違う

正社員（特定派遣 or 自社雇用）

  • 退職届を出して一般的なフロー
  • 引き継ぎ期間：1〜3ヶ月（クライアント先がある場合は長め）
  • 有給消化は計画的に

業務委託・準委任で個人として参画している場合

  • 契約書の解約予告期間を確認（通常1〜3ヶ月）
  • クライアント直契約か、間に会社が入っているかで変わる

退職を切り出せない／引き止めが激しい場合

SES企業の中には、**「次の現場が決まっているから辞められない」「損害賠償請求する」**などの引き止めパターンがあります。法的には2週間前通告で退職可能ですが、自分で対峙するのが辛いなら退職代行が選択肢です。

退職代行を使う場合、有給消化や未払い残業代の交渉が必要なら労働組合型または弁護士型を選んでください。

詳しくは退職代行と弁護士退職代行の違いを参照。

8. 退職時にもらう書類（エンジニア特有の注意点）

  • 雇用保険被保険者証 / 離職票 / 源泉徴収票
  • 健康保険資格喪失証明書
  • 厚生年金手帳
  • GitHubの業務リポジトリへのアクセス → 必ず引き継ぎ
  • 業務PCのデータ → 個人的なメモやコードを退職後にコピーするのはNG

退職書類の全リストは退職書類チェックリストを参照。

まとめ：SESを辞めるベストタイミングは「次が決まったとき」

SESに居続ける一番のコストは、毎月失われる成長機会です。同じ年数を社内SE・自社開発で過ごしたエンジニアと比較すると、年収・スキル・キャリア選択肢のすべてで差が広がります。

  1. スキル・キャリア軸・数字を棚卸し
  2. 「客先常駐なし」を条件に求人を絞る
  3. 在職中に3〜6ヶ月かけて動く
  4. プロジェクト切れ目を狙って退職交渉
  5. 引き止め・損害賠償脅しが酷ければ退職代行

「いつか移ろう」と思い続けるより、今日エージェントに登録して市場を見るだけでも前進です。

関連記事

あわせて読みたい

トップページ（退職届作成）へ戻る