「SESにいると成長できない」——この言葉を聞くたびに、一つ問い返したくなる。
「その案件、自分で選びましたか？」
SES事業を6年間経営し、IT業界に12年以上関わってきた立場から言えること——SESでスキルアップできないエンジニアの多くは、学習量が足りないのではなく、成長できない案件に入り続けている。
学習本を10冊読むより、設計工程に1回入った経験の方が、スキルシートの価値としても、実力としても、圧倒的に差がつく。SESという環境で市場価値を高めるには、「何を学ぶか」以前に「どの案件に入るか」を自分で設計する思考が必要だ。
この記事では、Heydayが2026年第1四半期に取り扱った実案件データと、累計2,400件超の面談に同席してきた篠田営業の現場知見をもとに、SESエンジニアが積極的にスキルアップするための実践戦略を全公開する。
この記事を書いた人 小川将司（Heyday株式会社 代表取締役）。IT業界歴12年以上、SES事業6期目。エンジニア100名以上の案件マッチング・キャリア相談に直接関与。篠田（営業）と月約20件、累計2,400件超の面談に同席してきた。一次データと経営者視点をもとに執筆している。
SESでスキルアップできない本当の原因
スキルアップの話をする前に、まず「なぜ止まっているのか」を正確に診断する必要がある。原因を誤診すると、解決策も意味をなさない。
原因は「個人の努力不足」だけではない
SESでスキルが止まる原因は、大きく3つの層に分かれる。
| 原因層 | 具体的な状況 |
|---|---|
| 案件起因 | テスト専従・保守固定・同一技術スタックの長期固定 |
| 商流起因 | 3次請け以下で設計情報が遮断・上流に関与できない |
| 会社方針起因 | 「稼働率優先」で案件の質を考慮しない経営判断 |
この記事が対象とするのは、「案件を変えることができる環境にいるが、どう動けばいいか分からないエンジニア」だ。 会社の構造的な問題（商流・方針）が原因の場合は、会社自体を見直すことが根本解決になる。
SES環境の成長できない構造を理解する → SESエンジニアが「成長できない」と感じたら読む
スキルが伸びる人・止まる人の共通点
Heydayでキャリア相談を受けてきた中で、スキルが伸び続けているエンジニアには一つの共通点がある。
「次の案件で何を得るか、自分で決めている」
案件を会社任せにせず、「この案件では何を積むか」「次の案件では何を狙うか」という視点で動いている。一方、スキルが止まっているエンジニアの多くは、案件を受け身で受け入れ続け、5年後に振り返ると「同じことの繰り返しだった」という状態に陥っている。
Heydayデータで見る「スキルと単価の相関」
抽象論より先にデータを示す。スキルアップが「なぜ重要か」を、実案件の数字で確認してほしい。
※ 以下は Heyday が 2026 年第 1 四半期（2026 年 1〜3 月）に取り扱った実案件の成約単価データ。母数は非公開。技術スタック別に集計した参考値。技術スタック別・月額単価レンジ（Heyday 2026Q1）
| 技術カテゴリ | 平均単価（下限） | 平均単価（上限） |
|---|---|---|
| 生成AI / RAG / LLM系 | 97万円 | 106万円 |
| MLOps（機械学習基盤） | 100万円 | 103万円 |
| クラウドアーキテクチャ設計（AWS/GCP） | 88万円 | 98万円 |
| フルスタック（設計含む） | 80万円 | 92万円 |
| 要件定義・基本設計含む案件 | 83万円上限 | — |
| 詳細設計・実装中心 | 69万円上限 | — |
| 保守・テスト専従 | — | 68万円 |
AI系案件と保守系案件の差は約40%。 この差は技術力だけでなく、「どのフェーズに入れるか」「上流に関与できるか」で生まれる。
代表コメント（小川将司） 「スキルアップの話をすると、多くのエンジニアが『何を勉強すればいいか』と聞いてくる。でも実際に単価が変わるのは、技術習得より案件のフェーズが変わったタイミングです。設計から入れる案件に一本入ることで、その後の単価交渉の土台がまるで変わる。これを経営者として実感してきました。（Heyday代表 小川将司）」
「設計経験あり」が単価交渉のゲームチェンジャーになる理由
同じJavaエンジニアでも、スキルシートに「基本設計経験あり」が一行あるかないかで、面談で提示できる単価レンジが5〜15万円変わるケースをHeydayでは何度も見てきた。
理由は単純だ。設計経験は「コードが書けます」という証明より、「この規模のシステムを理解できます」という証明として機能する。
スキルアップできる案件 vs できない案件の見分け方
案件を選ぶ段階でスキルアップの成否の7割が決まる。「良さそうな案件」ではなく、「成長につながる案件かどうか」を正確に見抜く基準を持つことが重要だ。
成長できる案件の4つの特徴
1. フェーズが「設計」から入れる
実装フェーズからの参加か、基本設計・詳細設計から入れるかは、得られる経験の質を根本的に変える。「どのフェーズから参加するか」を案件の概要で必ず確認する。
2. 技術スタックがモダンか
「何年のシステムか」を確認する。10年以上前のレガシーシステムの保守は、技術習得の観点からリスクが高い。一方、クラウドネイティブなアーキテクチャ・CI/CDが整備されている環境は、自然にモダンな技術に触れられる。
3. フィードバックループがあるか
常駐先にシニアエンジニアやアーキテクトがいて、コードレビューや設計レビューの文化があるかどうかは成長速度に直結する。「外部の人」として明確に線引きされた環境より、プロジェクトの一員として扱われる環境を選ぶ。
4. 案件の継続期間が6ヶ月以上あるか
3ヶ月未満の短期案件が連続する状況は、技術の深掘りが難しい。同じ技術スタック・同じプロジェクトで6ヶ月以上関われる案件は、表面的な知識が実践的なスキルに変換される時間を確保できる。
篠田営業が語る「面談で分かる案件の見分け方」
※ 篠田（Heyday営業）は月約20件・累計2,400件超の面談に同席してきた。以下は同席経験から得た実態の共有。「面談で案件の質を見抜くには、『チームの構成と自分の役割』を具体的に聞くことが一番有効です。『エンジニアが何名いて、自分はどのフェーズを担当するのか』まで聞ける案件は、役割が明確で成長につながりやすい。逆に、面談担当者が案件の詳細を語れない案件は、常駐側も『外部の人』として扱う可能性が高い。（Heyday営業 篠田）」
面談時に確認すべき3つの質問：
- 「自分が担当するフェーズはどこからどこまでですか？」（設計から入れるか確認）
- 「チーム内にシニアエンジニアはいますか？レビュー文化はありますか？」（フィードバック環境の確認）
- 「使用している技術スタックのバージョンを教えてください」（レガシー度の確認）
2026年に価値が上がる技術領域とHeydayの案件データ
「何を学ぶか」の前に「何の需要が増えているか」を実データで確認する。
需要・単価が上昇している技術領域（2026年）
AI / LLM 活用領域
生成AI・RAG・LLMの実務実装が単価の最上位層を形成している。Heyday 2026Q1データでは97〜106万円が平均値だ。ただし「AIを使ったことがある」ではなく、「AIを組み込んだシステム設計・実装の経験」が単価に反映される。
クラウドアーキテクチャ設計（AWS / GCP / Azure）
クラウドの「使用経験」より「設計経験」が求められる。Heydayの案件では、AWS SAA取得＋実務設計経験がある場合、同等スキルの未資格エンジニアより5〜12万円単価が高い案件が多い。
SES単価が上がる資格の詳細データ → SES単価が上がる資格・上がらない資格を経営者が正直に教える
要件定義・基本設計（上流工程）
技術スタックを問わず、設計工程に入れることそのものが単価を押し上げる。「要件定義から担当」「基本設計書を作成した経験あり」というスキルシートの記述は、経験年数や言語の種類を超えて評価される。
需要が低下傾向にある技術・業務
| 業務・技術 | 状況 |
|---|---|
| 単純なコード実装（ボイラープレート） | AIが代替しつつある |
| テスト仕様書の作成・実行 | 自動化・AI活用で需要減 |
| 10年以上前の言語・フレームワーク専業 | 案件数が減少中 |
| ドキュメント整理・Excel管理 | 完全にAIが代替可能 |
今の案件でこれらしかやっていないなら、早めに案件を変えることが現実的な対策だ。
上流工程に移行するための3〜6ヶ月ロードマップ
「設計をやりたいが、機会がない」——これはSESで最もよく聞く悩みだ。ただし上流工程への移行は、タイミングと準備の問題であることが多い。
上流移行の案件交渉の詳細 → SES常駐先を変えたい時の頼み方
フェーズ1（今すぐ）：現在の案件で「設計に近い仕事」を取りにいく
上流工程への移行は、いきなり「設計案件に異動する」ではなく、今いる案件の中で少しずつスコープを広げることから始まる。
具体的なアクション：
- 「詳細設計書のレビューに参加させてください」と申し出る
- 現在の実装タスクで「なぜこの設計になっているか」を理解し、疑問点を設計者に聞く
- 小さな機能の詳細設計を自分で書いてレビューしてもらう経験を1件作る
この段階での目標は「設計書を書いた経験がある」という事実を1件でも作ることだ。
フェーズ2（1〜2ヶ月）：スキルマップを作り、自社営業に見せる
案件変更の交渉は「設計をやりたい」という感情では動かない。「今持っているスキル」と「次の案件で得たいスキル」を可視化したスキルマップを作り、営業に提示することが重要だ。
スキルマップの作り方：
- 現在のスキルを技術領域別に書き出す（言語・フレームワーク・クラウド・フェーズ経験）
- 各スキルに「経験年数」と「自信度（初級/中級/実務で説明できる）」を付ける
- 「次の案件で加えたい経験」を3つに絞って書く
- 市場での同等スキルの単価レンジを添付する（根拠として）
このスキルマップを持って営業と話すことで、「案件変更の要求」が「キャリア相談」に変わる。営業側も「何を探せばいいか」が具体的になり、動きやすくなる。
スキルシートの書き方・活用方法 → SESのスキルシート（職務経歴書）の書き方
フェーズ3（2〜4ヶ月）：案件変更の交渉を正式に申告する
スキルマップと実績を準備した上で、正式に案件変更を申告する。
交渉で使える具体的なフレーズ：
- 「現在の案件で○○のスキルを積んできましたが、次は設計フェーズから入れる案件を希望しています。市場でも同等スキルで月○○万円の案件があることを確認しています」
- 「基本設計経験を加えることで、より高単価の案件にアクセスできると考えています。設計案件を優先的に探していただけますか」
- 「スキルシートにこのような実績を書けるようにしたいと考えています。そのためには今の案件から変更が必要です」
年収交渉の具体的な進め方 → SES単価・年収の上げ方交渉ガイド
フェーズ4（4〜6ヶ月）：上流経験を「スキルシートの言葉」に変換する
設計工程に入れたなら、その経験を次の案件・交渉・転職で活用できる形に変換することが重要だ。
スキルシートに書くべき実績の書き方：
悪い例：「基本設計に参加した」 良い例：「ECサイトリニューアル案件（Java/Spring/AWS）において、ユーザー認証・決済フローの基本設計を担当。要件定義からシーケンス図の作成、レビュー対応まで主体的に関与した」
具体的な技術・スコープ・担当した成果物が明確に書かれているかどうかで、面談での評価が変わる。
