SES案件ガチャという言葉を聞いて、不安になっていませんか。
「開発案件と聞いていたのに、実際はテストばかりだった」
「希望していない技術の案件へ配属された」
「案件を選べないまま、キャリアだけが長くなっている」
SESでは、会社や案件によって担当工程、技術、働き方、チーム体制が異なります。
そのため、自分の希望と実際の配属内容に差が出ることもあります。
ただし、すべてのSES企業で案件を選べないわけではありません。
また、同じ案件でも本人の経験やキャリア目標によって評価は変わります。
そこでこの記事では元人事の視点から、SES案件ガチャと呼ばれる状態を整理します。
さらに、商流、担当工程、技術、チーム体制、稼働時間など、案件へ入る前に確認したいポイントを解説します。
SES案件ガチャを完全になくすことは難しくても、配属前に確認する情報を増やせばミスマッチを減らしやすくなります。
まず、案件名ではなく担当工程を確認します。
次に、実際に使用する技術とチーム体制を聞きます。
さらに、稼働状況、案件期間、変更希望を出せる仕組みまで確認してください。
つまり、「入ってみないと分からない情報」を少しでも減らすことが重要です。
- SES案件ガチャとは？まず意味を整理する
- なぜSES案件ガチャが起きたと感じるのか
- 商流を確認する｜SES案件ガチャ対策のポイント1
- 担当工程を見る｜案件ミスマッチを防ぐポイント2
- 使用技術を具体化する｜SES案件選びのポイント3
- チーム体制を見る｜参画前に確認したいポイント4
- 稼働時間と働き方を見る｜案件選びのポイント5
- 案件期間と役割の変化を見る｜キャリア確認ポイント6
- 案件変更のルールを見る｜ミスマッチ対策のポイント7
- SES案件ガチャを見抜くための案件票チェック
- SES案件面談で聞くべき逆質問
- 「案件を選べない」と感じたら希望条件を3段階に分ける
- 今のSES案件が合っていないと感じたときの対処法
- 転職先でもSES案件ガチャを繰り返さないための企業選び
- SES案件選びで「単価」だけを見るのは危険？
- SES案件ガチャを転職面接でどう説明する？
- 自社開発・SIerへ移る場合のSES案件選び
- SES案件ガチャを避けるための最終チェックリスト
- SES案件ガチャでよくある質問
- まとめ｜SES案件ガチャは配属前の確認でミスマッチを減らす
- SES・ITエンジニアの関連記事
SES案件ガチャとは？まず意味を整理する
SES案件ガチャは、公的な制度名や法律上の用語ではありません。
一般には、配属される案件によって仕事内容や経験の積み方が大きく変わる状況を表す俗な言い方として使われます。
「案件ガチャ＝SESは全部悪い」ではない
まず注意したいのは、SESという働き方そのものと案件のミスマッチを分けることです。
たとえば、複数の現場を経験できることが本人の希望に合う場合もあります。
一方、Java開発を続けたい人が別分野の運用案件へ入れば、キャリアとのずれを感じるでしょう。
そのため、本記事では本人の希望と実際の案件に大きな差がある状態を中心に扱います。
「ハズレ案件」は人によって違う
同じ案件でも、評価はエンジニアによって変わります。
たとえば、運用保守を極めたい人にとって監視・障害対応の案件は経験になります。
しかし、開発へ進みたい人が同じ案件へ長期間配属されれば、希望とのずれを感じるかもしれません。
したがって、「有名企業の案件＝良い案件」「運用保守＝悪い案件」と単純には判断できません。
重要なのは、自分が次に積みたい経験と案件内容が一致しているかです。
なぜSES案件ガチャが起きたと感じるのか
SES案件ガチャと感じる背景には、いくつかのパターンがあります。
そこで、まず自分の不満がどこから生じているのか整理しましょう。
案件名と実際の担当業務が違って見える
たとえば、「Java開発案件」と説明されても、プロジェクト内には設計、実装、テスト、保守など複数の役割があります。
そのため、案件全体でJavaを使っていても、自分がJava実装を担当するとは限りません。
そこで、案件名より本人の担当予定業務を確認する必要があります。
営業とエンジニアで希望の理解がずれる
また、「開発をしたい」という希望だけでは解釈に幅があります。
本人はJava実装を想定していても、営業側はテストを含む開発プロジェクトへの参画と考える場合があります。
そのため、希望条件は「Java・実装・Web系」のように具体化して伝えます。
入場後に役割が変わることもある
さらに、プロジェクトは状況によって担当業務が変わる場合があります。
たとえば、開発終了後にテストや保守へ移ることもあるでしょう。
したがって、参画時の説明だけでなく案件期間中の役割変化も確認することが大切です。
商流を確認する｜SES案件ガチャ対策のポイント1
仕事内容を見る際は、担当業務だけでなく商流も確認しておきましょう。
ただし、商流の深さだけで案件の良し悪しを決めることはできません。
参画する立場と窓口を把握する
最初に、自社がエンド企業と直接やり取りする立場なのかを確認します。
元請け企業や別のSES企業を経由して参画するケースもあります。
その結果、業務上の相談先や案件調整の窓口を把握しやすくなります。
商流だけでなく本人の役割まで聞く
一方、「一次請けだから安心」と考えるのは早計です。
特に確認したいのは、自分が実際に担当する工程と業務です。
そこで、商流と担当範囲をセットで確認してください。
「今回の案件では、自社はどの立場で参画しますか？」
「私が担当する予定の工程と業務を教えていただけますか？」
担当工程を見る｜案件ミスマッチを防ぐポイント2
次に確認したいのが、自分が実際に担当する工程です。
案件全体の工程と、本人に割り当てられる業務は同じとは限りません。
「開発案件」という名称だけで判断しない
たとえば、開発プロジェクトへ参加しても、担当業務はテスト中心になる場合があります。
そこで、要件定義、基本設計、詳細設計、実装、テスト、運用のうち、どこを任されるのか確認します。
| 説明 | 追加で確認したいこと |
|---|---|
| Java開発案件 | 実装を担当するのか、テスト中心なのか |
| 上流案件 | 要件整理、設計書作成、レビューのどこまで担当するか |
| クラウド案件 | 設計・構築なのか、監視・運用なのか |
| 運用保守案件 | 監視だけか、障害調査や改善まで担当するか |
伸ばしたい工程との接点も確認する
現在できる業務だけで案件を選ぶ必要はありません。
むしろ、次に経験したい工程へ近づけるかも確認しましょう。
たとえば、実装経験者が基本設計へ進みたいなら、設計補助やレビュー参加の機会があるか質問できます。
使用技術を具体化する｜SES案件選びのポイント3
求人票や案件票に「Java」「AWS」と書かれているだけでは、実務内容まで判断できません。
そのため、技術名と実際の使い方を分けて確認します。
言語名だけでなく用途まで聞く
Javaを使う案件なら、フレームワークも確認しましょう。
また、新規開発なのか既存システムの改修なのかでも経験は変わります。
さらに、DB、クラウド、ソース管理、チケット管理なども確認すると、開発環境をイメージしやすくなります。
AWS案件なら利用サービスまで確認する
一方、「AWS案件」という説明だけでは担当範囲が分かりません。
たとえば、EC2の監視だけの場合もあれば、設計や構築へ関わる場合もあります。
したがって、サービス名と具体的な作業内容まで聞いておきましょう。
「AWSでは、主にどのサービスを使用しますか？」
「運用が中心でしょうか。それとも設計・構築にも関わりますか？」
チーム体制を見る｜参画前に確認したいポイント4
同じ仕事内容でも、チーム構成によって働きやすさは変わります。
そのため、自社メンバーの人数やフォロー体制も見ておきましょう。
一人参画か自社チームかを確認する
まず、自社から何名が参加しているのか確認します。
複数の自社メンバーがいれば、社内で相談しやすい場合があります。
一方、一人で参画する案件では、客先側の教育や相談体制も重要です。
質問先とレビュー体制を見る
経験が浅い人ほど、分からないときに誰へ聞けるかは重要です。
そこで、リーダーの所属やレビューを担当する人を確認します。
さらに、参画後の引き継ぎ方法まで聞ければ、立ち上がりをイメージしやすくなります。
「同じ会社から参画しているメンバーはいますか？」
「業務上の質問やレビューは、どなたへ相談する体制でしょうか？」
稼働時間と働き方を見る｜案件選びのポイント5
仕事内容が希望に合っていても、働き方が合わなければ継続しにくくなります。
そこで、勤務時間や稼働状況も案件選びの条件に加えます。
平均残業だけでなく繁忙期も聞く
「残業月10時間」という数字だけでは、実態を判断しにくい場合があります。
そのため、通常期と繁忙期を分けて確認してください。
また、リリース前や障害発生時に稼働が増えるのかも聞いておきましょう。
夜間・休日対応の有無を確認する
特にインフラや運用保守では、夜間や休日の対応が発生する場合があります。
シフト勤務、当番、障害連絡などの有無を事前に確認してください。
さらに、リモート勤務を希望する場合は、制度の有無だけでなく実際の利用状況も聞きます。
「通常期と繁忙期の稼働状況を教えてください」
「夜間・休日の障害対応や当番はありますか？」
「リモート勤務は現在どの程度利用されていますか？」
案件期間と役割の変化を見る｜キャリア確認ポイント6
短期案件と長期案件では、経験の積み上がり方が異なります。
そのため、予定期間と今後の工程も確認しておきましょう。
期間だけで良し悪しを決めない
たとえば、3カ月のテスト案件と2年間の開発案件では積める経験が違います。
一方、短期案件でも新しい技術へ移るための入り口になる場合があります。
したがって、期間そのものよりキャリア目的との相性を見てください。
今後の工程変更も確認する
参画時は開発でも、数カ月後にテストや保守へ移行する場合があります。
そこで、現在の工程だけでなくプロジェクト全体の予定も聞きましょう。
その結果、半年後の担当業務を想像しやすくなります。
案件変更のルールを見る｜ミスマッチ対策のポイント7
見落とされやすいのが、参画後に希望と違った場合の相談方法です。
そのため、案件変更の仕組みまで事前に確認しておきます。
相談先と面談頻度を確認する
最初に、案件について誰へ相談するのか把握します。
営業担当、上司、キャリア担当など、会社によって窓口は異なります。
また、定期面談がある場合は、その頻度も聞いておきましょう。
希望すればすぐ変更できるとは限らない
一方、本人が希望したからといって、直ちに別案件へ移れるとは限りません。
契約期間や後任調整などが関係するケースもあります。
そこで、変更可能かどうかだけでなく、相談から変更までの流れを確認してください。
「案件参画後にキャリア希望が変わった場合、どのような流れで相談しますか？」
「営業担当との面談はどの程度の頻度で行われますか？」
SES案件ガチャを見抜くための案件票チェック
案件へ応募する前に、案件票の情報を確認しましょう。
ただし、記載された項目を眺めるだけでは不十分です。
案件票で最低限確認する項目
- 案件概要
- 予定期間
- 勤務地・リモート条件
- 担当工程
- 具体的な担当業務
- 必須スキル
- 使用言語・フレームワーク
- DB・OS・クラウド
- チーム人数
- 自社メンバーの参画有無
- 稼働時間
- 夜間・休日対応
曖昧な表現は追加確認する
たとえば、「開発支援」「システム対応」「運用全般」といった表現だけでは担当業務が分かりません。
そこで、「具体的には何をするのか」を追加で確認します。
Java開発支援
AWS環境
長期案件
Java／Spring Bootで既存機能を改修
AWSはEC2・S3を運用で使用
予定1年、詳細設計～結合テストを担当
SES案件面談で聞くべき逆質問
案件面談は、自分が評価されるだけの場ではありません。
むしろ、仕事内容を確認する機会でもあります。
担当工程を確認する質問
- 私が参画した場合、最初に担当する工程を教えてください
- 実装とテストの割合はどの程度ですか
- 設計書の作成や修正へ関わる機会はありますか
- 今後、担当工程が変わる予定はありますか
技術環境を確認する質問
- 使用している主要な言語とフレームワークを教えてください
- ソース管理やチケット管理には何を使っていますか
- コードレビューはどのような流れで行いますか
- 既存システムの改修と新規開発の割合を教えてください
チーム体制を確認する質問
- チームの人数と職種構成を教えてください
- 同じSES企業から参画している方はいますか
- 入場後はどなたへ質問する体制でしょうか
- 定例会や1on1はありますか
働き方を確認する質問
- 通常期と繁忙期の稼働状況を教えてください
- 夜間や休日の対応はありますか
- リモート勤務はどの程度利用されていますか
- 出社が必要になる日はどのような場合ですか
「案件を選べない」と感じたら希望条件を3段階に分ける
すべての希望を満たす案件だけを探すと、選択肢が極端に減ることがあります。
そこで、条件を3段階に分けて整理しましょう。
絶対に外したくない条件
まず、キャリアや生活に大きく関係する条件を決めます。
たとえば、「開発工程へ関われる」「夜勤なし」などです。
この条件は案件提案を受ける前に営業へ伝えておきます。
できれば満たしたい条件
次に、優先度は高いものの妥協できる条件を決めます。
たとえば、リモート頻度や特定のフレームワークなどです。
その結果、案件の選択肢を残しながら希望も伝えられます。
経験のためなら許容できる条件
一方、将来につながるなら一時的に許容できる条件もあります。
たとえば、希望する上流工程へ進めるなら出社日数を増やす選択もあるでしょう。
つまり、案件選びでは「全部ほしい」ではなく優先順位が重要です。
案件経験や担当工程を一度整理すると、自分が次に積むべき経験も見えやすくなります。
今のSES案件が合っていないと感じたときの対処法
すでに案件へ参画している場合は、いきなり転職だけを考える必要はありません。
まず、何が合っていないのかを具体化します。
不満ではなく「不足している経験」を整理する
たとえば、「案件がつまらない」では営業へ意図が伝わりにくくなります。
そこで、「実装経験を増やしたい」「AWS構築へ進みたい」のように言い換えます。
そのうえで、現在の案件内で担当を広げられないか相談します。
次回案件の希望条件を先に伝える
また、案件終了直前になってから希望を伝えると選択肢が少なくなる場合があります。
そのため、キャリア面談などで早めに希望を共有しましょう。
さらに、希望する技術に必要な学習も並行して進めます。
改善が難しければ転職も選択肢にする
一方、希望を継続して伝えてもキャリアとのずれが大きい場合は、転職を検討する方法もあります。
ただし、「SESだから辞める」だけではなく、次にどの経験を得たいか整理してください。
転職理由の作り方は、 客先常駐を辞めたい時のSES転職理由・面接例文 で詳しく解説しています。
現在の会社では希望する案件へ移りにくく、自社開発・SIer・上流工程なども含めて転職先を検討したい場合は、ITエンジニア向けの転職支援を使って求人を比較する方法もあります。
※紹介可能な求人や支援内容は、実務経験、技術、希望条件、勤務地、採用状況などによって異なります。
転職先でもSES案件ガチャを繰り返さないための企業選び
転職する場合は、求人票の年収や社名だけで判断しないことが重要です。
なぜなら、案件の決まり方や営業体制は会社によって異なるからです。
案件の決まり方を面接で聞く
まず、エンジニアの希望をどの段階で確認するのか聞きます。
また、複数案件から選択できる場合でも、実際の運用方法まで確認してください。
「案件を決める際、エンジニア本人の希望はどのように確認していますか？」
「希望する技術や工程と提案案件が異なる場合、どのように調整しますか？」
営業担当とのキャリア面談を確認する
次に、入社後のフォロー体制を確認します。
たとえば、月1回なのか四半期ごとなのかで相談機会は変わります。
そこで、営業との面談頻度とキャリア相談の仕組みを聞きましょう。
案件変更の実例も聞いてみる
さらに、希望変更があったエンジニアの事例を質問する方法があります。
具体例があれば、制度だけではなく実際の運用をイメージしやすくなります。
ただし、個人情報に関わる詳細まで聞く必要はありません。
SES案件選びで「単価」だけを見るのは危険？
案件単価は重要な情報ですが、それだけでキャリア価値を判断することはできません。
そこで、担当工程や技術と合わせて考えます。
単価が高くても経験したい仕事とは限らない
たとえば、高単価でも現在と同じ運用業務を続ける案件かもしれません。
一方、短期的には単価が大きく上がらなくても、基本設計を経験できる案件が将来につながる場合があります。
そのため、現在の条件と次の市場価値を分けて考えてください。
年収・工程・技術をセットで見る
また、年収を上げたい場合も案件内容を確認します。
どの技術や工程を経験すると次の転職で評価されやすいのか考えましょう。
つまり、短期的な条件だけでなく経験の積み上がりも案件選びの基準になります。
SES案件ガチャを転職面接でどう説明する？
転職面接で「案件ガチャが嫌だった」とそのまま話す必要はありません。
なぜなら、面接官には本人が何を改善したいのか伝わりにくいからです。
「案件を選べない」をキャリアの言葉へ変える
案件ガチャに疲れて、やりたい仕事をさせてもらえなかったので辞めます。
複数分野の案件を経験したうえで、今後はJavaを使ったWeb開発へ軸を定め、設計・実装の経験を継続して積みたいと考えています。
SESで得た経験も残す
また、現職をすべて否定する必要はありません。
複数現場への適応力や顧客との連携など、SESで得た経験もあります。
そのうえで、次に積みたい経験を説明すると転職理由に一貫性が出ます。
面接での回答まで準備する場合はこちらも確認してください。
自社開発・SIerへ移る場合のSES案件選び
こうした案件への不安から、自社開発やSIerへ移りたい人もいるでしょう。
ただし、会社の種類だけで仕事内容を判断するのはおすすめしません。
自社開発なら担当範囲を確認する
自社開発でも、運用保守、問い合わせ対応、実装など役割は会社によって異なります。
そこで、入社後の配属チームと最初の担当工程を確認してください。
また、将来的に担当できる工程も聞くとキャリアを描きやすくなります。
SIerなら案件と工程の決まり方を見る
一方、SIerでもプロジェクトによって担当工程は変わります。
そこで、要件定義や基本設計へ進むキャリアパスがあるか確認します。
さらに、客先勤務の有無も自分の希望と照らし合わせてください。
「次は案件の中身まで比較して転職先を選びたい」という方は、ITエンジニア向けの求人を扱うTechGoで、現在の経験と希望工程を整理しながら転職先を検討できます。
一方、IT・Web・ゲーム領域まで含めて求人を比較したい方は、Geeklyも候補です。
※紹介求人や支援内容は、経験、希望職種、勤務地、採用状況などによって異なります。
SES案件ガチャを避けるための最終チェックリスト
案件提案を受けたら、参画を決める前に次の項目を確認してください。
- 案件概要だけでなく自分の担当業務を確認した
- 担当工程を具体的に聞いた
- 使用する言語・FW・DB・クラウドを確認した
- 実装とテストなど業務割合を確認した
- 自社メンバーの参画人数を確認した
- 質問・レビューの相手を確認した
- 通常期と繁忙期の稼働を確認した
- 夜間・休日対応の有無を確認した
- リモート勤務の実際の運用を確認した
- 案件期間と今後の工程を確認した
- 案件変更を相談する方法を確認した
- 自分のキャリア目標と案件がつながっている
元人事の視点
SES案件ガチャを避けるために最も大切なのは、「良い案件を当てる」ことではありません。
むしろ、自分が何を経験したいのかを明確にし、配属前に確認できる情報を増やすことです。
また、一つの条件だけで判断せず、工程、技術、チーム、働き方をセットで確認してください。
SES案件ガチャでよくある質問
Q1．SESでは案件を自分で選べないのですか？
会社によって異なります。複数案件から本人の希望を確認する会社もあれば、スキルや案件状況を踏まえて会社側が提案する場合もあります。そのため、転職時には案件決定の仕組みを確認してください。
Q2．SES案件ガチャは本当にありますか？
「SES案件ガチャ」は正式な制度名ではありません。ただし、本人が希望していた工程や技術と実際の配属内容に差があり、ミスマッチを感じるケースは考えられます。そこで、配属前の確認が重要になります。
Q3．テスト中心でも「開発案件」と呼ばれることはありますか？
プロジェクトには、設計、実装、テストなど複数の工程があります。したがって、案件名だけでは自分が担当する工程まで判断できません。参画前に、具体的な担当業務と工程を確認してください。
Q4．案件を断ると評価が下がりますか？
会社の制度や状況によって異なるため一概には言えません。ただし、単に「嫌です」と伝えるのではなく、希望する技術や工程、その理由を具体的に説明したほうが意図を共有しやすくなります。
Q5．一人常駐は避けたほうがいいですか？
一人常駐だから必ず問題があるとは限りません。一方、経験が浅い場合は質問相手や教育体制が重要です。そのため、自社メンバーの有無だけでなく、客先でのフォロー体制も確認してください。
Q6．希望と違う案件ならすぐ辞めるべきですか？
すぐに退職だけを選ぶ必要はありません。まず、現在の案件内で担当を広げられないか相談します。また、次回案件の希望を早めに共有してください。それでもキャリアとのずれが大きい場合は転職も選択肢になります。
Q7．SES企業へ転職するとき何を聞けばいいですか？
案件の決め方、本人の希望確認、営業との面談頻度、案件変更の流れ、担当工程、チーム体制などを確認します。また、「実際に希望変更へ対応した例」があるか聞くと運用をイメージしやすくなります。
まとめ｜SES案件ガチャは配属前の確認でミスマッチを減らす
SES案件ガチャという言葉だけを見て、SES全体を悪い働き方と考える必要はありません。
一方、案件によって担当工程や技術が変わるため、自分のキャリアとの相性は確認する必要があります。
まず、案件名ではなく実際の担当業務を確認します。
次に、使用技術、チーム体制、稼働状況を聞きましょう。
さらに、案件期間と変更ルールまで確認すると、入場後のミスマッチを減らしやすくなります。
- 案件名だけで判断しない
- 商流と自分の担当工程を確認する
- 技術名だけでなく使用内容を聞く
- 自社メンバーとフォロー体制を確認する
- 残業・夜間対応・リモート条件を確認する
- 案件期間と工程変更の予定を見る
- 案件変更を相談できる仕組みを確認する
- 希望条件に優先順位を付ける
- 転職時は案件決定の仕組みまで質問する
つまり、SES案件ガチャを避けるコツは「運任せにしないこと」です。
そのうえで、自分が次に積みたい経験を決め、案件の中身まで確認して選択してください。
SES・ITエンジニアの関連記事
※「SES案件ガチャ」「ハズレ案件」は正式な制度名や法的な用語ではありません。本記事では、本人の希望するキャリアと実際の案件内容に大きな差がある状態を分かりやすく説明するために使用しています。案件の決定方法、変更方法、勤務条件などは企業や案件によって異なります。
コメント