TL;DR（この記事の要約）

• 日本のIT人材の約17万人超が派遣・SES形態で働いており、自社開発企業にとって巨大な採用候補者プールになる

• SES出身者は「経歴書だけでは実力がわからない」のが最大の課題。プロジェクト単位の深掘り質問と実技評価を組み合わせることで正しく見極められる

• SES環境で成長が止まっている人と、制約の中でも自走して学び続けている人の差は大きい。学習姿勢と課題解決の主体性が最重要の評価ポイント

• スカウトでは「SES出身であること」を否定せず、次のキャリアで何を実現できるかを具体的に提示することで返信率が上がる

• オンボーディングでは「指示待ち」から「自律駆動」への移行を支援する設計が定着のカギ

• SES出身者の採用はコストパフォーマンスが高い。年収レンジのギャップを活かしつつ、成長環境を用意すれば即戦力化が早い

SES出身エンジニアはなぜ「採用候補」として有力なのか

「SES出身者は自社開発で通用するのか？」。採用担当者からよく聞く疑問だ。結論から言えば、通用する人材は確実に存在する。ただし見極め方を間違えると、期待はずれに終わるリスクもある。

このページでわかること

• SES出身エンジニアを採用候補として検討すべき理由

• SES経験者のスキルを正しく評価する面接・選考設計

• 「伸びる人材」と「伸び悩む人材」の見分け方

• SES出身者に刺さるスカウト文面と求人設計

• 入社後に自社開発環境で活躍してもらうためのオンボーディング

• 採用時の年収設計と条件交渉のポイント

SES市場の規模と人材プールの実態

厚生労働省の「IT・デジタル人材の労働市場に関する研究調査事業」（令和6年3月）によると、「情報処理・通信技術者」の派遣労働者数は令和4年時点で約17万2,000人に達している。これはSES（準委任契約）を含む広義のIT派遣人材だ。

IDC Japanの調査では、SES事業を含む国内ITサービス市場規模は2026年に約6兆7,000億円に達すると予測されている。市場が大きいということは、そこで働くエンジニアの数も多いということだ。

つまり、SES出身エンジニアは日本のIT人材市場において無視できない規模の候補者プールであり、ここから優秀な人材を発掘できるかどうかが採用競争力に直結する。

自社開発企業がSES出身者を採用するメリット

1. 年収ギャップによるコスト優位性

SES企業のエンジニア年収は、同等スキルの自社開発企業と比較して50〜150万円程度低いケースが多い。これはSES企業のビジネスモデル上、マージンが差し引かれるためだ。自社開発企業が「SES時代より年収が上がる」条件を提示できれば、候補者にとって大きな動機になる。

2. 多様な環境での実務経験

SESエンジニアは複数のクライアント企業で異なるプロジェクトを経験していることが多い。異なる技術スタック、異なる開発プロセス、異なる業務ドメインに触れてきた人材は、適応力が高い傾向にある。

3. 転職意欲が高い層が多い

「SESから自社開発に移りたい」と考えているエンジニアは非常に多い。転職サイトやスカウト媒体で活動的なため、アプローチしやすい。

4. ポテンシャル人材の発掘

SES環境では本人の能力に関係なく、案件の都合で単純作業に配置されるケースがある。こうした「環境のせいで実力を発揮できていない」人材を発掘できれば、大きなリターンを得られる。

SES出身エンジニアの「5つのタイプ」と見極めポイント

SES出身者を一括りにすることはできない。経験年数・関わったプロジェクトの質・自己研鑽の度合いによって、大きく5つのタイプに分類できる。

タイプ1: 自走型ハイパフォーマー

• 特徴: SES環境にいながら個人でOSS活動・技術ブログ・個人開発を行っている

• スキルレベル: 即戦力クラス

• 見極めポイント: GitHub・Zenn・Qiitaなどのアウトプットを確認。業務外での学習量が多い

• 採用難易度: 高い（競合他社も狙っている）

タイプ2: 良質案件経験者

• 特徴: 大手Sierや事業会社の開発プロジェクトで上流から下流まで経験している

• スキルレベル: ミドル〜シニア

• 見極めポイント: 担当範囲の深さを確認。「設計から実装・テストまで一気通貫で担当したか」が重要

• 採用難易度: 中程度

タイプ3: 成長意欲型ジュニア

• 特徴: SES歴1〜3年。業務ではテストや保守が中心だが、業務外で猛烈に学習している

• スキルレベル: ジュニア（ポテンシャル高い）

• 見極めポイント: 学習の継続性と方向性。独学でアプリを作っているか、技術書を読んでいるか

• 採用難易度: 低い（ただし育成コストがかかる）

タイプ4: 運用保守特化型

• 特徴: インフラ監視・障害対応・ドキュメント整備など運用業務が中心

• スキルレベル: 運用は強いが開発経験が浅い

• 見極めポイント: 「開発をやりたい」という意欲だけでなく、実際に手を動かした経験があるか

• 採用難易度: 低い（ただしポジションの適合性を慎重に判断）

タイプ5: 受動型長期滞在者

• 特徴: SES歴5年以上だが、同じような案件を繰り返している。自己研鑽の形跡が薄い

• スキルレベル: 経験年数ほどのスキルがない

• 見極めポイント: 「なぜ今転職したいのか」の動機を深掘り。環境を変えたいだけなのか、成長したいのかを見極める

• 採用難易度: 低い（ただし入社後のギャップリスクが高い）

タイプ別の採用戦略マトリクス

SES出身者の技術力を正しく評価する選考設計

書類選考の落とし穴

SES出身者の職務経歴書には特有の課題がある。

問題1: 案件の守秘義務でプロジェクト詳細が書けない

SES契約では守秘義務があり、具体的なシステム名やクライアント名を記載できないケースが多い。「某金融機関向けシステム開発」のような曖昧な記述になりがちだ。

対策: 書類だけで判断せず、面談で具体的な技術課題と解決策を聞く。守秘義務の範囲で話せる内容を引き出す質問設計が重要。

問題2: スキルシートの「盛り」リスク

SES業界では営業が案件獲得のためにスキルシートを誇張するケースがある。エンジニア本人の申告スキルと実力に乖離がある場合がある。

対策: 自己申告ではなく、実技で確認する。「〇〇の経験ありと書いてあるが、具体的にどの部分をどう実装したか」を深掘りする。

問題3: 担当範囲が不明確

大規模プロジェクトでは役割分担が細かく、「関わった」と言っても実質的に一部の作業しか担当していないケースがある。

対策: 「チーム全体で何人だったか」「あなたの担当範囲はどこからどこまでか」「意思決定に関わったか」を必ず確認する。

面接で使える質問テンプレート（SES出身者向け）

以下の質問群で、SES出身者の実力を多角的に評価できる。

プロジェクト経験の深掘り

• 「直近のプロジェクトで、技術的に最も難しかった課題は何ですか？どう解決しましたか？」

• 「そのプロジェクトで、もし自分が設計からやり直すとしたら何を変えますか？」

• 「チーム内で技術的な意見の相違があったとき、どう対処しましたか？」

自律性・主体性の確認

• 「SESの案件で、自分から提案して改善した経験はありますか？具体的に教えてください」

• 「業務外で取り組んでいる技術的な活動はありますか？」

• 「次のプロジェクト（案件）を選ぶとき、何を基準にしていましたか？」

学習姿勢の確認

• 「最近学んだ技術で、特に面白いと感じたものは何ですか？なぜそれを選びましたか？」

• 「業務で使わない技術をどのように学んでいますか？」

• 「1年後にどんなエンジニアになっていたいですか？そのために今何をしていますか？」

自社開発環境への適応性

• 「SESと自社開発の違いで、最も大きいと思うことは何ですか？」

• 「1つのプロダクトに長く関わることについてどう感じますか？」

• 「要件が曖昧な状態から自分で仕様を決めて実装した経験はありますか？」

実技評価の設計

SES出身者の場合、面接での受け答えだけでは実力を正確に測れないことがある。以下の実技評価を組み合わせることを推奨する。

コーディング課題（持ち帰り型）

コーディング試験の設計について詳しくは「エンジニア採用のコーディング試験設計と公平な評価の実践ガイド」を参照してほしい。

• 所要時間: 2〜4時間程度

• 出題内容: 小規模なCRUDアプリの設計・実装

• 評価基準: コードの可読性、テストの有無、設計判断の妥当性

• ポイント: 「完璧な実装」よりも「なぜそう書いたか」の説明力を重視する

ペアプログラミング面接（30〜60分）

ペアプロ面接の詳細な設計方法は「エンジニア採用のペアプロ・ライブコーディング面接設計ガイド」で解説している。

• SES出身者は「1人で黙々と作業する」環境に慣れている場合がある

• ペアプロで「一緒に考える力」「コミュニケーション力」を見る

• 既存コードのリファクタリングや機能追加をテーマにすると、実務に近い評価ができる

システム設計ディスカッション（ミドル以上向け）

• 「月間100万PVのWebサービスのバックエンド設計」のようなお題を出す

• 正解を求めるのではなく、思考プロセス・トレードオフの判断力を見る

• SES出身者は大規模案件に関わっていても全体設計に携わっていないケースがあるため、「知っている」と「できる」の差を確認する

SES出身者に刺さるスカウト文面と求人設計

SES出身者が転職で求めているもの

SES出身エンジニアが自社開発企業に転職したい理由は、大きく4つに集約される。

1. 1つのプロダクトに深く関わりたい: SESでは短期間で案件が切り替わり、作ったものに愛着を持てない

2. 技術選定や設計に関わりたい: SESでは技術的な意思決定権がないことが多い

3. 年収を上げたい: SESのマージン構造上、スキルに見合った報酬を得にくい

4. キャリアの停滞を打破したい: 同じレベルの案件を繰り返す環境から抜け出したい

スカウト文面の設計ポイント

NG例（避けるべき表現）:

SES出身の方も歓迎です！自社開発に挑戦しませんか？

この文面は「SES出身であること」をネガティブに捉えている印象を与える。

OK例（効果的な表現）:

〇〇さんの△△プロジェクトでのバックエンド設計の経験に注目しました。弊社では現在、月間XX万ユーザーのプロダクトで△△に近い技術課題に取り組んでおり、〇〇さんの経験が活きる場面が多いと考えています。技術選定やアーキテクチャ設計にも関われる環境です。

ポイント:

• 候補者の具体的な経験に言及する

• SES/自社開発という区分ではなく、技術課題とスキルの接点を示す

• 「SESではできなかったこと」を自社ではどう実現できるかを具体的に伝える

求人票で強調すべき要素

SES出身者に響く求人票の要素は以下の通り。

使用すべき媒体とチャネル

SES出身エンジニアにリーチしやすい媒体は以下の通り。

各媒体の詳しい比較は「エンジニア採用媒体の選び方｜現役エンジニアが13サービス使って分かった最適解」を参照。

• Green: SESからの転職希望者が多く登録している

• Wantedly: カジュアル面談文化があり、SES出身者も気軽に話を聞きやすい

• LAPRAS: GitHub・Qiita等のアウトプットを持つ自走型人材を発見しやすい

• 転職ドラフト: 年収が可視化されるため、SES出身者が年収アップを実感しやすい

• Forkwell: 技術者コミュニティとの接点が多い

年収設計と条件交渉のポイント

SES出身者の年収相場感

SES企業のエンジニア年収は、一般的に以下のレンジに収まる。

このギャップが存在する理由は、SES企業のビジネスモデルにある。SES企業はクライアントから受け取る単価からマージン（一般的に30〜50%程度）を差し引いた金額をエンジニアに支払う構造だ。

オファー設計のポイント

1. 現年収からのアップ率で考える

SES出身者にとって「年収が上がる」ことは転職の大きな動機。現年収から15〜30%アップのオファーを出せれば、承諾率は高くなる。

2. 成長に応じた昇給の仕組みを示す

SES企業では年功序列的な昇給が多く、スキルアップが年収に直結しにくい。「半年ごとの評価で昇給チャンスがある」「スキルベースの等級制度がある」ことを伝えると効果的。

3. 年収以外の報酬要素も提示する

• 書籍購入補助・学習支援

• ストックオプション（スタートアップの場合）

• リモートワーク手当

• カンファレンス参加費

• 副業許可

オンボーディング設計：SES出身者を自社開発で活躍させる方法

SES出身者が自社開発で直面しがちな壁

壁1: 指示待ちの習慣

SES環境では「指示されたことを正確にこなす」ことが評価される。自社開発では「自分で課題を見つけて解決する」ことが求められる。このマインドセットの切り替えに時間がかかる場合がある。

壁2: プロダクト思考の不足

SES出身者は「要件を実装する」ことに慣れているが、「なぜこの機能が必要か」「ユーザーにとって何が嬉しいか」を考える経験が乏しいケースがある。

壁3: コードオーナーシップの未経験

SESでは案件が終われば次に移るため、自分が書いたコードの長期的なメンテナンスを経験していないことが多い。技術負債への感度が低い場合がある。

壁4: チーム開発の作法の違い

コードレビュー文化、Pull Requestベースの開発フロー、CI/CDの運用など、モダンな開発プラクティスに馴染みがない場合がある。

オンボーディング施策の設計

オンボーディング施策の全体像は「エンジニアのオンボーディング完全ガイド」も合わせて参照してほしい。

入社前（プレボーディング）

• 開発環境のセットアップ手順書を事前共有

• 使用技術スタックの学習リソースリスト提供

• 社内のコーディング規約・設計方針ドキュメントへのアクセス付与

入社1〜2週目

• バディ（メンター）をアサイン。技術的な質問だけでなく、文化・慣習の相談相手

• 小さなタスク（バグ修正・UIの軽微な改善）から着手。コードベースへの理解を徐々に深める

• 日次の短いチェックイン（15分）で困りごとを早期に拾う

入社3〜4週目

• やや大きめのタスク（新機能の一部実装）にチャレンジ

• コードレビューのフィードバックを丁寧に行い、自社の品質基準を体感してもらう

• 「なぜこの設計にしたか」を言語化する機会を意図的に設ける

入社2〜3ヶ月目

• 機能単位の設計から実装までを任せる

• スプリントの計画や見積もりに参加してもらう

• プロダクトの全体像を理解するための勉強会やペア作業

入社3ヶ月〜半年

• 技術的な意思決定に参加してもらう

• 後輩や新メンバーへのオンボーディング支援を依頼

• 半年時点で評価面談。期待値と実績のすり合わせ

SES出身者に特化したサポート施策

1. 「正解がない状況」への慣れを支援する

SESでは仕様書通りに実装することが正解。自社開発では「何を作るか」自体を決める場面がある。最初は選択肢を2〜3に絞って提示し、判断する練習を積ませる。

2. プロダクトのビジネスコンテキストを共有する

• ユーザーインタビューへの同席

• KPI・ビジネスメトリクスの共有

• 「この機能が売上にどう影響するか」の説明

3. 技術負債との向き合い方を教える

• 「今書いたコードを半年後の自分がメンテナンスする」前提で書く習慣

• リファクタリングの判断基準と実施のタイミング

採用失敗を防ぐチェックリスト

面接後の評価で確認すべき5項目

SES出身者を評価する際、以下の5項目でスコアリングすることを推奨する。

1. 技術的深度（30%）

• 経歴書に書かれた技術について「なぜ・どうやって」を説明できるか

• 設計判断のトレードオフを理解しているか

• 実装の詳細（エッジケースの考慮、エラーハンドリング等）を語れるか

2. 自律性・主体性（25%）

• 与えられた環境でも改善提案をした実績があるか

• 業務外での学習習慣があるか

• 「次に何をすべきか」を自分で考えられるか

3. 学習速度・適応力（20%）

• 新しい技術やツールをどのくらいの速さで習得できるか

• 過去に未経験の技術をキャッチアップした事例があるか

• 変化への耐性（案件変更等への対応力）

4. コミュニケーション力（15%）

• 技術的な内容を非エンジニアにもわかるように説明できるか

• 質問への回答が論理的か

• 「わからない」を正直に言えるか

5. カルチャーフィット（10%）

• 自社のバリューや開発文化に共感しているか

• チーム開発への意欲があるか

• 長期的なキャリアビジョンが自社で実現可能か

不採用にすべきレッドフラグ

以下のサインが見られた場合は、採用を慎重に検討すること。

• 経歴の説明に一貫性がない: スキルシートの記載と面接での説明が食い違う

• 「何をやっていたか」を具体的に語れない: 5年以上の経験があるのにプロジェクトの詳細を説明できない

• すべて他責: 「案件が悪かった」「上司が〜」「SESだから仕方ない」

• 学習意欲が見えない: 業務外で何も学んでいない、技術トレンドに関心がない

• 転職動機が「現状からの逃避」のみ: 「何をやりたいか」がなく「SESを辞めたい」だけ

SES出身者採用の成功パターンと組織への効果

成功パターン1: ジュニア×ポテンシャル採用

• 採用像: SES歴2年、業務はテスト中心。だが個人でReactアプリを開発しGitHubで公開している

• 入社後: 3ヶ月でフロントエンドの主要タスクを任せられるレベルに成長

• 成功要因: 学習意欲が極めて高く、環境が整えば爆発的に伸びるタイプだった

成功パターン2: ミドル×即戦力採用

• 採用像: SES歴5年、大手SIerの基幹システム開発でバックエンド設計を担当。Java中心だがGo言語を独学で学習中

• 入社後: 1ヶ月目からGo言語のAPIサーバー開発に参画。3ヶ月目にはチームの技術課題を主導的に解決

• 成功要因: 設計力とシステム全体を見る視点がSES時代に培われていた

成功パターン3: インフラ×スキルシフト採用

• 採用像: SES歴4年、インフラ監視・運用が中心。AWS認定を3つ取得済み。Terraformでのインフラ構築経験あり

• 入社後: SREポジションで採用。障害対応とインフラ自動化に即座に貢献

• 成功要因: 運用現場で培った「壊れないシステムを作る」感覚が自社サービスの安定運用に直結

組織へのポジティブな効果

SES出身者の採用は、既存チームにも良い影響を与える。

• 多様な視点: 様々なプロジェクト経験からの知見が議論を豊かにする

• ドキュメント文化: SES環境で鍛えられた「引き継ぎ前提の文書化」スキル

• 謙虚さと学習意欲: 新しい環境で学ぼうとする姿勢が既存メンバーにも刺激を与える

FAQ（よくある質問）

Q1. SES出身者は「指示待ち」になりがちと聞くが本当か？

環境依存の傾向であり、個人差が大きい。面接で「自分から提案・改善した経験」を聞き、具体的なエピソードが出てくるかで判断できる。また、入社後のオンボーディングで「正解がない問いに向き合う練習」を意図的に設計すれば、多くの人は1〜3ヶ月で自律的に動けるようになる。

Q2. SES経験しかないエンジニアに年収600万円以上のオファーを出しても大丈夫か？

スキルレベルがミドル以上であれば妥当。SES企業の年収が低いのは本人のスキル不足ではなくビジネスモデルの構造的な問題であるケースが多い。実技評価で即戦力と判断できれば、自社の等級制度に照らした適正年収を提示すべきだ。「SES出身だから低めに」という発想は優秀な人材を逃す原因になる。

Q3. SES出身者の経歴書に書かれたスキルはどこまで信用できるか？

SES業界の営業サイドによるスキルシートの誇張は実態として存在する。ただし、面接でプロジェクト内容を深掘りすれば、本人の実力は30分程度で判断できる。具体的には「その技術で何を解決したか」「どんなトラブルがあったか」「設計判断の理由は何か」を聞けば、実体験に基づく回答と知識だけの回答は明確に区別できる。

Q4. SES出身者の選考で「コーディング試験」は必須か？

強く推奨する。書類や面接だけではSES出身者の「手を動かす力」を正確に測れない。ただし、過度に難易度の高い競技プログラミング的な問題ではなく、実務に近い小規模な設計・実装課題が適切。持ち帰り型（2〜4時間）のコーディング課題を用意し、コードの品質・テスト・設計判断を評価するのが効果的だ。

Q5. SES出身者は定着率が低いのでは？

「SESから自社開発に移りたい」という明確な動機で転職した人材は、むしろ定着率が高い傾向がある。環境が改善されたことへの満足度が高く、待遇面でもSES時代より向上しているためだ。ただし、入社後に「期待と違った」とならないよう、選考段階で業務内容・技術スタック・開発プロセスを正確に伝えることが重要。入社後の定着には、オンボーディングの質と1on1によるフォローが効く。

Q6. 未経験からSESに入った人（プログラミングスクール卒等）も採用候補になるか？

SES歴が1年未満で実務経験が浅い場合は、ポテンシャル採用枠として検討する。評価ポイントは「SES期間中にどれだけ自主的に学習したか」「業務外でのアウトプットがあるか」の2点。スクール卒後にSESで1〜2年の実務を積み、かつ個人開発やOSS活動を行っている人材は、成長意欲が証明されている分、未経験者よりリスクが低い。

Q7. SES出身者の試用期間はどのくらいが適切か？

一般的な3ヶ月で問題ない。ただし、3ヶ月の間に明確なマイルストーン（例: 1ヶ月目に小機能リリース、2ヶ月目に中規模タスク完了、3ヶ月目にチーム内提案1件以上）を設定し、双方が期待値を合わせておくことが重要だ。

まとめ：SES出身者の採用は「見極め」がすべて

SES出身エンジニアの採用は、正しく見極めれば非常にコストパフォーマンスの高い採用戦略になる。ポイントを改めて整理する。

やるべきこと:

• 書類だけで判断せず、面接で技術的な深掘りを行う

• 実技評価（コーディング課題・ペアプロ）を選考に組み込む

• 「自走力」と「学習姿勢」を最重視する

• スカウトでは経歴ではなく「技術課題とスキルの接点」を訴求する

• オンボーディングで「自律駆動」への移行を支援する

避けるべきこと:

• 「SES出身」というラベルだけで不採用にする

• 経歴書のスキル記載を鵜呑みにする

• SES時代の年収を基準にオファー金額を決める

• 入社後のフォローなしに「即戦力」を期待する

エンジニア採用の市場が厳しい今こそ、SES出身者という大きな人材プールから優秀な人材を発掘する目利き力が、採用担当者に求められている。

エンジニア採用にお困りの方は、techcellarのエンジニア採用支援サービスをご活用ください。SES出身者を含む幅広い候補者へのスカウト運用から、選考設計のアドバイスまでお手伝いします。