SES多重下請けから脱出するには？年収とスキルを上げる現実的ロードマップ

SESの多重下請けで働いていると、
「頑張っているのに年収が上がらない」
「現場は変わるのに、強みとして語れる経験が増えない」
「客先常駐そのものより、今の働き方の先が見えない」
と感じやすくなります。

その感覚は、気のせいではありません。公正取引委員会はソフトウェア業の多重下請け構造について、単価低下や情報伝達の混乱を招き、問題行為を誘発・助長するおそれがあると整理しています。さらにIPAの調査では、日本企業のDX推進人材は量・質の両面で不足しており、企業側ではスキルやレベルの定義、評価・報酬の見直しが重要だとされています。つまり今の市場で評価されやすいのは、ただ常駐経験が長い人ではなく、役割とスキルを説明できる人です。

この記事では、SES多重下請けから脱出して、年収とスキルを両方伸ばすための現実的なロードマップを整理します。
結論からいえば、必要なのは勢いで辞めることではなく、次の職場で何を取りにいくかを決めてから動くことです。

SES多重下請けから脱出したいと感じるのは自然

年収が上がりにくいのは個人の努力だけの問題ではない

多重下請けのつらさは、本人の努力不足よりも、構造の問題で起きやすいです。商流が深いほど間に入る会社が増え、末端のエンジニアに届く単価は圧縮されやすくなります。公取委も、「中抜き」事業者の介在が多層化を深め、下請代金や単価の低下につながると指摘しています。

厚生労働省のjob tagでは、Webサービス開発系SEのスキルレベル別年収レンジとして、ITSSレベル1〜2で420万〜620万円、レベル5以上で600万〜950万円が示されています。※職種区分・地域差があるため最新情報は要確認。ここで大事なのは、年収は年数だけで上がるのではなく、どのレベルの役割を担えるかで伸びやすくなることです。

スキルが積み上がりにくい案件には共通点がある

スキルがつかない案件には、だいたい共通点があります。
それは、担当範囲が狭く、判断の余地が少なく、成果が「無難にこなした」以外で説明しにくいことです。

たとえば、テスト実行だけ、定型保守だけ、手順書どおりの運用だけが長く続くと、現場では忙しくても転職市場での見え方は強くなりません。逆に評価されやすいのは、以下のような経験です。

• 仕様の不明点を整理して確認した
• 障害の原因を切り分けて再発防止まで進めた
• レビュー、設計、見積もり、改善提案に関わった
• 顧客や他部署との調整を担当した

受託開発や設計寄りの現場で見られやすいのは、実装量そのものより、曖昧な要件をどう整理したか、品質や進行にどう責任を持ったかです。IPAのデジタルスキル標準でも、ソフトウェアエンジニアを含む各ロールで、役割と必要スキルを明確化する考え方が示されています。

客先常駐がつらいと感じやすい環境の特徴

SESそのものが悪いわけではありません。
ただし、次のような環境は消耗しやすいです。

• 自社の上司より客先からの直接指示が強い
• 評価基準が曖昧で、何をすれば単価や給与が上がるかわからない
• 現場が変わっても、毎回同じような浅い工程に戻される

厚労省や東京労働局は、請負や委任の形をとっていても、発注者から直接指示命令を受ける実態が強い場合は偽装請負の可能性があると案内しています。法的な話を抜きにしても、こうした環境は「自社で育てる」「中長期で評価する」という発想が弱くなりがちです。

SES多重下請けを放置すると起きやすい3つのリスク

年齢だけ重なり職務経歴書が弱くなる

一番怖いのは、毎日働いているのに職務経歴書が強くならないことです。

「Javaで開発3年」
「テスト経験あり」
だけでは、採用側はレベル感を判断しにくいです。
何を設計し、何を改善し、どこまで自走したのかが見えないからです。

単価の上限が低く年収が伸びにくい

商流が深く、工程が浅いままだと、本人が頑張っても上限が上がりにくくなります。
ここでよくある誤解は、還元率が高い会社に行けばすべて解決するという考え方です。

実際には、元の案件単価が低ければ、還元率が高くても年収は伸びにくいです。
見るべきなのは「還元率の高さ」だけではなく、商流の浅さと参画工程のセットです。

指示待ちの働き方が染みつく

今の現場では評価されていても、次の職場で評価されるとは限りません。
指示を待って作業をこなす働き方に慣れすぎると、受託開発や自社開発で求められる「自分で整理して進める力」が弱く見えやすくなります。

だからこそ、脱出のタイミングは「もう限界」になってからでは遅いことがあります。
まだ動けるうちに、次に積みたい経験を決めておく方が現実的です。

まず決めたい 脱出先の選択肢

商流の浅いSESに移る

今すぐSESを完全に離れなくても、商流の浅い会社に移るだけで改善するケースはあります。
案件選択の自由度、単価連動、上流工程への移りやすさがあるなら、同じ客先常駐でも消耗度はかなり変わります。

「SESを辞めるか、続けるか」の二択にしすぎないことが大事です。
多重下請けから抜けることと、SESという雇用形態を完全否定することは別です。

受託開発・一次請けSIerに移る

年収とスキルの両方を伸ばしやすいのは、要件整理、基本設計、レビュー、顧客折衝に近づける環境です。
受託開発や一次請けSIerは、調整や設計の比重が上がりやすく、職務経歴書に残る経験を作りやすいです。

自社開発・社内SEを目指す

腰を据えて業務理解や改善に関わりたいなら、自社開発や社内SEも候補です。
このルートは、技術の深さだけでなく、事業理解や運用改善、関係者調整の力も評価されやすいのが特徴です。

どこが正解かは人によります。
ただし共通しているのは、次の職場で何を積めるかが明確な場所を選ぶことです。

年収とスキルを上げるロードマップ

STEP1 現職で積み上がった経験を棚卸しする

最初にやるべきは、会社名や案件名の整理ではありません。
自分が何を任され、何を改善し、どこまで自走したかの棚卸しです。

最低限、次の4つは書き出してください。

• 担当工程
• 使用技術
• 自分が判断したこと
• 数字や変化で示せる成果

たとえば「保守運用」でも、問い合わせ一次受けだけなのか、障害切り分けまでしたのか、SQL改善や恒久対応まで入ったのかで評価は大きく変わります。

STEP2 評価される経験に言い換える

SES経験は、そのままだと弱く見えやすいです。
でも、言い換え方で見え方はかなり変わります。

悪い例です。
「詳細設計からテストまで担当」
これだと、担当範囲はわかっても、強みは見えません。

良い例はこうです。
「基本設計書をもとに詳細設計・実装・テストを担当。結合テストで発生した不具合について、ログ解析とSQL確認により原因を特定し、改修と再発防止策の反映まで対応」

採用側が知りたいのは、作業名ではなく再現性のある強みです。

STEP3 次の職場で取りにいく経験を決める

転職で失敗しやすい人は、「今よりマシそう」で会社を選びます。
うまくいきやすい人は、「次の1社で何を取りにいくか」を決めています。

優先度が高いのは、次のどれかです。

• 要件定義や基本設計に近づく
• 顧客調整やレビュー経験を持つ
• クラウド、DB、セキュリティなど専門軸を作る
• リーダー補佐や進行管理に関わる

IPAは、DX推進人材の不足だけでなく、必要スキルやレベルの定義が重要だと示しています。転職でも同じで、闇雲に勉強するより、狙う役割を先に決めて学ぶ方が強いです。

STEP4 求人票と面接で地雷を避ける

求人票では、次の項目を必ず確認してください。

• プライム案件・一次請け案件の比率
• 参画しやすい工程
• 単価と給与の連動ルール
• 待機時の扱い
• 案件選択の自由度
• 面談対策や職務経歴書支援の有無

特に注意したいのは、「高還元」「案件選択自由」だけが目立つ求人です。
一見よく見えても、元の単価が低い、浅い工程ばかり、営業が弱く上流案件が少ない、というケースは普通にあります。数字の派手さより、何の案件でその条件が成り立つかを確認する方が大事です。

面接では、次の質問が有効です。

• 直請け・一次請けの比率はどれくらいですか
• どの工程から入る人が多いですか
• 単価が上がる人は何が評価されていますか
• 現場変更でスキルアップを実現した事例はありますか

ここで回答が曖昧なら、入社後も曖昧なまま進みやすいです。

STEP5 転職活動を短期決戦で進める

だらだら転職活動をすると、現職のしんどさで判断が雑になります。
おすすめは、1〜2か月で集中して進めることです。

流れはシンプルです。
棚卸しをする。
応募先の軸を3つに絞る。
職務経歴書を直す。
面接で確認することを決める。
この順番で十分です。

SES経験はこう伝えると評価されやすい

評価されにくい伝え方

評価されにくいのは、作業メニューだけが並ぶ書き方です。

• 開発を担当
• テストを担当
• 保守を担当

これでは、代替可能に見えやすくなります。

評価されやすい伝え方

評価されやすいのは、役割・課題・行動・結果が見える書き方です。

たとえば、次のように変えられます。

• 画面改修を担当
  → 業務システムの画面改修で、仕様差分の洗い出しから実装・テストまで担当
• 保守運用を担当
  → 本番障害の一次切り分け、ログ確認、関係部署連携、恒久対応の起票まで担当
• テストを担当
  → 結合テスト設計、観点整理、不具合再現、改修確認まで担当

受託開発やPM・設計側の観点で見られやすいのは、「言われたことをやったか」ではなく、不確実な状況でどう前に進めたかです。ここを言語化できるだけで、SES経験の見え方は大きく変わります。

職務経歴書で必ず入れたい項目

職務経歴書では、次の項目を落とさないようにしてください。

• 案件の目的
• 自分の役割
• 担当工程
• 使用技術
• 課題に対して自分が動いたこと
• 成果や改善点

SES経験の価値は、案件数の多さではなく、説明できる経験の濃さで決まります。

こんな人は急いで動いた方がいい

商流が深く工程が固定されている

毎回似た案件で、同じ工程だけを繰り返しているなら要注意です。
来年も同じ説明しかできない可能性があります。

直接指示ばかりで立場が曖昧

発注側からの直接指示が日常化している、でも評価や育成は自社が曖昧、という状態は消耗しやすいです。厚労省系の案内でも、発注者からの直接指示命令は請負・委任と派遣の区分で重要な論点とされています。

1年後の成長イメージが持てない

いちばんの危険信号はこれです。
今の会社で、1年後に何の経験が増えているか答えられないなら、環境を変える優先度は高いです。

まとめ

SES多重下請けから脱出したいと感じるのは、甘えではありません。
多重下請けの構造は、単価低下や情報伝達の混乱を招きやすく、そこで消耗する人が出るのは自然です。

ただし、脱出のコツは感情だけで辞めることではありません。
大事なのは、次の職場で何を積むかを決めてから動くことです。

次に取るべき行動はシンプルです。

1. 今の経験を棚卸しする
2. 評価される言い方に直す
3. 商流・工程・評価制度で求人を見直す
4. 面接で曖昧さを残さない
5. 必要なら転職支援を使って比較する

迷っているなら、まずは商流が浅い求人を比較することから始めてください。
すでに転職を考えているなら、SES経験の見せ方まで相談できるサービスを使って、職務経歴書と応募先を同時に整える方が失敗しにくいです。