SESの案件ガチャに疲れた人へ｜配属運に振り回されない働き方を選ぶ方法

SESの案件ガチャに疲れた人へ。ハズレ案件が続く理由、今の会社に残る判断基準、配属運に振り回されない転職先の選び方を解説します。

最終更新:2026/04/29

「次の案件もまたハズレだったらどうしよう」
「希望と違う現場ばかりで、何のスキルが身についているのか分からない」
「配属先が変わるたびに、人間関係も仕事内容もリセットされて疲れた」

SESで働いていると、こうした不安を抱えることがあります。

SESの案件ガチャに疲れるのは、単に仕事が大変だからではありません。自分の努力とは別のところで配属が決まり、その結果によってスキル・評価・働き方が大きく変わってしまう感覚があるからです。

SESは、一般的にクライアントに対してエンジニアの技術力や専門スキルを提供するサービスとして使われる言葉です。ただし「SES契約」は法律上の明確な定義がある用語ではなく、実務上は準委任契約として扱われるケースが多いとされています。

この記事では、SESの案件ガチャに疲れた人に向けて、次の3つを整理します。

なぜSESで案件ガチャが起こるのか
今の会社に残るべきか、転職を考えるべきか
配属運に振り回されにくい働き方をどう選ぶか

結論から言うと、案件ガチャから抜け出すには「次こそ良い案件を引く」だけでは不十分です。

大事なのは、案件の決まり方・評価のされ方・スキルの積み上がり方を自分で確認できる環境を選ぶことです。

SESの案件ガチャに疲れるのは甘えではない

SESの案件ガチャとは、希望する仕事内容・技術・勤務地・チーム体制とは関係なく、配属先が決まってしまう状態を指して使われる言葉です。

たとえば、次のようなケースです。

Javaの開発経験を積みたいのに、監視や運用ばかり任される
設計に挑戦したいのに、テスト工程から抜け出せない
自宅から遠い現場に配属され、通勤だけで消耗する
一人常駐で相談相手がいない
現場が変わるたびに評価者も求められるスキルも変わる

こうした状況が続くと「自分のキャリアを自分で選べていない」と感じやすくなります。

案件ガチャとは「キャリアを自分で選びにくい状態」

案件ガチャで本当にしんどいのは、単に嫌な現場に当たることではありません。

問題は、どの経験が将来につながるのか分からないまま働き続けることです。

たとえば、同じ3年間でも、次のように差が出ます。

3年間の過ごし方	転職時に伝えやすいこと
設計・実装・レビューを継続して経験	担当工程、技術選定、改善実績を説明しやすい
短期案件を転々として作業中心	何を強みとして売るか整理しにくい
監視・テストのみで開発経験が少ない	開発職への転職で補足説明が必要になりやすい

もちろん、運用・保守・テストの経験が無駄という意味ではありません。

ただし、経験をどう積み上げるかを考えられない環境では、職務経歴書に書ける材料が分散しやすくなります。

疲れる原因は仕事内容だけでなく、選べない不安にある

受託開発やシステム開発の現場では、同じ「開発案件」でも、任される範囲によって成長機会は大きく変わります。

詳細設計から実装、レビュー、テスト設計まで関われる現場もあれば、指示された修正だけを行う現場もあります。見た目は同じ開発案件でも、身につく力は同じではありません。

SESで疲れやすい人は、仕事内容そのものよりも、次のような不安に消耗していることが多いです。

次の現場がいつ決まるか分からない
希望を出しても反映されるか分からない
今の経験が転職で評価されるか分からない
営業や会社が自分のキャリアを考えてくれているか分からない

つまり、案件ガチャの本質は「配属先の当たり外れ」ではなく、キャリアの主導権を持ちにくいことにあります。

SESで案件ガチャが起こりやすい理由

SESで案件ガチャが起こりやすい背景には、個人の努力だけでは変えにくい構造があります。

営業都合で配属が決まりやすい

SES企業では、エンジニアの希望よりも、会社が保有している案件・営業状況・単価・稼働開始時期が優先されることがあります。

もちろん、すべてのSES企業がそうではありません。エンジニアの希望を丁寧に聞き、複数案件から選べる会社もあります。

ただ、次のような会社では注意が必要です。

案件候補をほとんど見せてもらえない
「まずは経験を積もう」とだけ言われる
希望技術を伝えても、違う案件に配属される
配属理由の説明があいまい
営業担当が技術やキャリアの話を理解していない

この状態では、次の案件が良いかどうかを自分で判断しにくくなります。

自社の評価制度と現場の業務内容がズレやすい

SESでは、実際に働く場所は客先、自分を評価する会社は所属企業です。

そのため、現場で求められることと、自社で評価されることがズレる場合があります。

たとえば、現場では「障害対応を早くこなすこと」が求められているのに、自社の評価面談では「開発スキルを伸ばしましょう」と言われる。本人としては、何を頑張れば評価されるのか分からなくなります。

ここで重要なのは、評価制度の有無だけではありません。

現場での業務内容を、自社の評価や次の案件選びにどう反映してくれるかが大事です。

常駐先が変わるたびに人間関係・技術環境がリセットされる

SESでは、案件が変わるたびに次のようなものがリセットされがちです。

使用技術
開発ルール
チーム文化
人間関係
評価者
業務知識
通勤環境

変化の多さは、経験の幅が広がるメリットにもなります。

しかし、短期で現場が変わり続けると、深い経験を積む前に次へ移ることになり、スキルが点で散らばりやすくなります。

案件ガチャを放置すると起こりやすいこと

「今の現場がつらいけど、次は良い案件かもしれない」と我慢し続ける人は少なくありません。

ただし、案件ガチャを運任せのまま放置すると、次のようなリスクがあります。

スキルが積み上がらない

短期案件や希望と違う案件が続くと、経験が広がっているように見えて、実は深まっていないことがあります。

たとえば、以下のような状態です。

複数言語に触れたが、どれも実務で自信を持って語れない
テスト経験は多いが、設計や実装経験が少ない
運用保守は長いが、改善提案や自動化の実績がない
案件ごとに作業内容が違い、強みを一言で説明できない

転職市場では、単に「何年働いたか」だけではなく、何を任され、何を改善し、どの工程に関わったかが見られます。

職務経歴書で強みを説明しにくくなる

SES経験者が転職活動でつまずきやすいのが、職務経歴書です。

案件数は多いのに、いざ書こうとすると次のようになりがちです。

案件概要だけが並んでいる
自分の担当範囲が分かりにくい
使用技術は書いてあるが、成果が見えない
「テスト担当」「運用担当」で終わっている
どの経験をアピールすべきか分からない

これは能力がないからではありません。

案件ガチャで経験が分散していると、強みを整理するのが難しくなるだけです。

転職のタイミングを逃しやすくなる

「もう少し待てば良い案件に入れるかも」と考えているうちに、半年、1年と時間が過ぎることがあります。

もちろん、すぐに辞める必要はありません。

ただ、次のような状態が続いているなら、早めにキャリアを整理した方がよいです。

1年以上、希望する工程に進めていない
営業に相談しても案件の方向性が変わらない
次の配属でも同じ不満が繰り返されそう
勉強している技術を実務で使える見込みがない
体力的・精神的に限界が近い

案件が変われば解決する問題なのか、会社の仕組み上ずっと続く問題なのかを分けて考えることが大切です。

まず確認したい「今のSES企業に残るべきか」の判断基準

案件ガチャに疲れたからといって、すぐ転職が正解とは限りません。

今の会社でも、次の案件選びを調整できる可能性があります。

まずは、以下の3つを確認してください。

案件希望をどこまで聞いてもらえるか

確認すべきなのは、「希望を聞きます」と言っているかどうかではありません。

大事なのは、希望がどの程度、実際の案件選びに反映されるかです。

営業や上司に、次のように具体的に聞いてみましょう。

次回案件では、候補を複数見せてもらえるか
開発工程に関われる案件を優先できるか
勤務地やリモート条件はどこまで考慮されるか
参画前に案件内容・体制・担当工程を確認できるか
希望と違う案件の場合、断る選択肢はあるか

ここで明確な回答がなく、「その時の案件次第」としか言われない場合は、今後も配属運に左右されやすい可能性があります。

チーム配属・レビュー・育成の仕組みがあるか

一人常駐が続くと、技術的な相談がしにくくなります。

特に経験が浅い段階では、レビューや相談相手の有無が成長に大きく影響します。

確認したいポイントは次の通りです。

自社メンバーと同じ現場に入れるか
コードレビューを受けられるか
月1回以上、技術やキャリアの面談があるか
現場で困ったときに営業以外の相談先があるか
次の案件に向けたスキルアップ支援があるか

受託開発やPM・設計の現場では、レビューや設計相談の機会がある人ほど、実務の理解が深まりやすいと感じます。逆に、誰にも見られず作業だけをこなす状態が続くと、自分の判断が正しいのか分からないまま年数だけが増えやすくなります。

次の案件で伸ばしたいスキルを相談できるか

今の会社に残るかどうかは、「次の案件で何を伸ばせるか」で判断しましょう。

たとえば、以下のように相談できるなら、残る価値はあります。

「次は詳細設計に関わりたい」
「Javaの実装経験を増やしたい」
「テスト設計や自動化に挑戦したい」
「クラウド環境に触れる案件に行きたい」
「一人常駐ではなくチーム案件に入りたい」

一方で、希望を伝えても毎回同じような案件に回されるなら、会社を変えた方が早い場合があります。

配属運に振り回されない働き方の選択肢

案件ガチャから抜け出したい場合、選択肢は「SESを続けるか、完全に辞めるか」だけではありません。

働き方ごとに、向いている人・注意点があります。

案件選択制・単価連動型のSES企業へ移る

SES自体が嫌いなのではなく、「案件を選べないこと」がつらい人は、案件選択制のSES企業が合う可能性があります。

向いている人は次の通りです。

SESの働き方自体には抵抗がない
複数の現場を経験することは苦ではない
自分で案件内容を比較して選びたい
単価や評価の透明性を重視したい

ただし、「案件選択制」と書かれていても、実態は会社によって異なります。

面接では、次の点を必ず確認しましょう。

案件候補は何件くらい提示されるか
案件を断った場合に不利益はあるか
単価や還元率はどこまで開示されるか
待機時の給与はどうなるか
希望条件と市場価値に差がある場合、どう調整するか

表面的に「自由に選べる」と見えても、実際には選択肢が少ないケースもあります。

受託開発企業でチーム開発と設計経験を積む

客先常駐に疲れた人にとって、受託開発企業は有力な選択肢です。

受託開発では、顧客から依頼されたシステムや機能を、自社チームで開発することが多くあります。

向いている人は次の通りです。

チームで開発したい
設計やレビューの経験を積みたい
案件単位で技術や工程を広げたい
顧客折衝や要件整理にも挑戦したい

ただし、受託開発も会社によって差があります。

注意したいのは、実態としてSESに近い働き方になっているケースです。

求人票では、次の点を確認しましょう。

自社内開発の比率
一次請け・二次請けの割合
要件定義や設計に関われるか
チーム体制で開発しているか
保守だけでなく新規開発があるか

「受託開発」と書かれているだけで安心せず、どの工程をどの体制で担当するのかを見ることが重要です。

自社開発企業でプロダクトに継続的に関わる

一つのサービスに長く関わりたい人は、自社開発企業も選択肢になります。

自社開発では、プロダクト改善・機能追加・運用改善などに継続して関われる可能性があります。

向いている人は次の通りです。

一つのサービスを育てたい
ユーザーの反応を見ながら改善したい
技術だけでなく事業にも関心がある
中長期で同じプロダクトに向き合いたい

一方で、自社開発は人気が高く、求められるスキルも会社によって異なります。

SESから自社開発を目指す場合は、次の経験を整理しておくとよいです。

実装経験
障害対応や改善提案
パフォーマンス改善
テスト自動化
業務理解をもとにした提案
チーム開発経験

「SESだから無理」と決めつける必要はありません。

ただし、応募先の技術スタックや開発体制に合わせて、経験の見せ方を工夫する必要があります。

プライムSIerで上流工程に近づく

要件定義や設計など、上流工程に関わりたい人は、プライムSIerも選択肢になります。

向いている人は次の通りです。

顧客折衝に挑戦したい
プロジェクト全体を見たい
設計や管理の経験を積みたい
大規模システムに関わりたい

ただし、SIerでも下請け構造が深い場合は、結局作業範囲が限定されることがあります。

求人票や面接では、次の点を確認しましょう。

プライム案件の比率
担当する工程
顧客との距離
開発を内製しているか、管理中心か
若手・中堅がどの段階から設計に関わるか

上流工程を目指すなら、「SIerだから安心」ではなく、実際の立ち位置を見ることが大切です。

求人票・面接で見るべきチェックポイント

案件ガチャを避けるには、求人票のきれいな言葉をそのまま信じるのではなく、面接で具体的に確認することが重要です。

「案件を選べる」の具体的な意味を確認する

求人票でよくある表現に、次のようなものがあります。

希望を考慮します
エンジニアファースト
案件選択可能
キャリアに寄り添います
多彩な案件があります

これらの言葉だけでは、実態は分かりません。

面接では、次のように質問しましょう。

案件候補は平均何件ほど提示されますか？
エンジニアが案件を断ることはできますか？
希望と違う案件を提案する場合、理由は説明されますか？
案件参画前に、担当工程やチーム体制を確認できますか？
直近で希望に沿って案件変更した事例はありますか？

答えが具体的な会社ほど、配属の透明性が高い可能性があります。

待機・単価・評価制度の説明が透明かを見る

SESでは、待機時の扱いや単価、評価制度も重要です。

確認したいポイントは次の通りです。

待機中の給与はどうなるか
単価は本人に開示されるか
昇給基準は何か
現場評価はどう自社評価に反映されるか
資格取得や学習は評価されるか
案件単価が上がった場合、給与に反映されるか

ここがあいまいな会社では、頑張っても評価につながりにくい可能性があります。

配属後のフォロー体制を質問する

案件ガチャを避けるには、参画前だけでなく、参画後のフォローも大切です。

面接では次のように聞いてみましょう。

参画後の面談頻度はどれくらいですか？
現場で困った場合、誰に相談できますか？
営業以外に技術面を相談できる人はいますか？
案件変更の相談はどのタイミングでできますか？
メンタル不調や長時間稼働が起きた場合、どう対応しますか？

労働者派遣と請負では、安全衛生や労働時間管理などで関係者が負う責任が異なり、契約形式だけでなく実態に即して判断されると厚生労働省も示しています。
参考：｢労働者派遣事業と請負により行われる事業との区分に関する基準｣（37 号告示）に関する疑義応答集（第３集）

SES・客先常駐で働く場合も、契約名だけで安心せず、実際の指揮命令・労務管理・相談体制を確認することが大切です。

SES経験を転職市場で評価される形に変える伝え方

案件ガチャに疲れている人ほど、「自分にはアピールできる経験がない」と感じがちです。

しかし、SES経験でも伝え方を整理すれば評価される材料はあります。

「何を任されたか」ではなく「どう改善したか」で伝える

職務経歴書では、担当業務だけでなく、工夫や改善をセットで書きましょう。

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

悪い例：

テスト業務を担当しました。

良い例：

Webシステムの結合テストを担当。テスト観点の抜け漏れを減らすため、過去障害をもとにチェック項目を追加し、類似不具合の早期発見に貢献。

悪い例：

運用保守を担当しました。

良い例：

社内業務システムの運用保守を担当。定常作業の手順を整理し、問い合わせ対応時の確認項目をテンプレート化。対応品質のばらつき軽減に貢献。

大事なのは、派手な実績を書くことではありません。

自分がどのように考えて、現場を少しでも良くしたかを伝えることです。

テスト・運用経験も評価される形に整理する

テストや運用保守は、伝え方次第で評価が変わります。

評価されにくい書き方は、作業名だけで終わることです。

評価されやすい観点は次の通りです。

障害をどう分析したか
再発防止にどう関わったか
手順をどう改善したか
問い合わせをどう整理したか
開発チームにどんな情報を連携したか
業務知識をどうキャッチアップしたか

開発現場では、運用やテストを理解している人が設計に入ると、考慮漏れに気づけることがあります。単に「下流工程しかやっていない」と捉えるのではなく、品質・保守性・業務理解の観点で整理すると、次のキャリアにつなげやすくなります。

案件ガチャへの不満を前向きな転職理由に変える

面接で「案件ガチャが嫌で辞めたい」とそのまま伝えるのは避けた方がよいです。

不満だけに聞こえると、受け身な印象になる可能性があります。

次のように言い換えると、前向きに伝わります。

悪い例：

案件が選べず、希望と違う現場ばかりだったので辞めたいです。

良い例：

これまで複数の現場で運用・テスト・開発補助を経験しました。一方で、今後は設計や実装の経験を継続的に積み、技術力を深めたいと考えています。そのため、チームで開発に関わりながらスキルを積み上げられる環境を希望しています。

ポイントは、次の3つです。

現職で得た経験を否定しない
不満ではなく、次に伸ばしたい方向を伝える
応募先で実現したい働き方につなげる

よくある誤解：SESを辞めればすべて解決するわけではない

案件ガチャに疲れると、「SESを辞めれば全部よくなる」と考えたくなります。

しかし、転職先を間違えると、別の形で同じ悩みが続くことがあります。

たとえば、次のようなケースです。

自社開発に転職したが、レガシー保守中心だった
受託開発に転職したが、納期が厳しく常に炎上していた
SIerに転職したが、管理業務中心で手を動かせなくなった
案件選択制SESに移ったが、希望に合う案件が少なかった

大切なのは、SESかどうかだけで判断しないことです。

見るべきなのは、次の5つです。

どの工程に関われるか
どの技術を使えるか
誰と働くか
評価基準が明確か
次のキャリアにつながる経験が積めるか

この5つが確認できれば、配属運に振り回されるリスクはかなり下げられます。

まとめ：案件ガチャから抜け出すには、次の案件ではなく働き方を選び直す

SESの案件ガチャに疲れたとき、まず考えるべきなのは「次は当たり案件を引けるか」ではありません。

大事なのは、自分のキャリアを運任せにしない働き方を選べるかです。

この記事のポイントを整理します。

案件ガチャのつらさは、仕事内容だけでなく「選べない不安」にある
今の会社に残るかどうかは、案件希望・育成体制・評価制度で判断する
SESを続けるなら、案件選択制や単価・評価の透明性を見る
抜け出すなら、受託開発・自社開発・プライムSIerなどの選択肢を比較する
転職活動では、SES経験を「改善・工夫・担当工程」で整理して伝える

これから大切なのは、年数を重ねることではなく、評価される経験を選んで積み上げることです。

そして、自分の経験を棚卸しして、次に避けたい条件と、次に積みたい経験を書き出してみてください。

なお、SESを辞めるべきか迷っている人や、どの転職エージェントに相談すべきか分からない人は、「【SESを辞めたい人向け】おすすめ転職エージェントを比較して紹介」も参考にしてください。SES経験者の転職支援に強いサービスを比較しながら、自分に合う相談先を選びやすくなります。

そのうえで、今の会社で実現できるのか、別の環境を選んだ方が早いのかを比較することが、案件ガチャから抜け出す第一歩になります。