SIer新卒配属ガチャ、転職面接と経歴書の伝え方

「配属先、内定面接では一度も名前が出なかった客先常駐先でした」——入社半年から2年半ほどの新卒エンジニアから、こういう相談を受けることが少なくありません。

IT・Web業界を中心に800名以上の転職支援に携わる中で、SIerの新卒配属ガチャに関する相談は毎年一定数あり、決して珍しいケースではないという実感があります。今回は、SIer特有の配属ガチャがなぜ起きるのか、社内で改善できる余地はあるのか、そして転職を選ぶ場合に面接・職務経歴書でどう伝えれば「すぐ辞める人」に見えないかを、実際の相談事例を交えてお伝えします。

目次

1. SIerの配属ガチャ、新卒入社直後に「外れ」を引く典型パターン
2. SIer特有の配属ガチャは、一般的な「配属ガチャ」論とどう違うか
3. すぐ辞めていいのか、社内で打てる手はまだあるか
4. 1〜3年での転職検討は特殊なケースではない
5. 転職するかどうかを決める前に確認したい3つの基準
6. 面接で配属ガチャからの早期転職をどう語るか、NG例とBefore/After
7. 深掘り質問「またすぐ辞めるのでは」への先回り
8. 職務経歴書で短い在籍期間をどう見せるか、書き方の実例
9. よくある質問に答えます
10. まとめ、配属ガチャは「外れた事実」より「動き方」で評価される

SIerの配属ガチャ、新卒入社直後に「外れ」を引く典型パターン

配属ガチャという言葉自体は業界を問わず使われますが、SIerで起きる配属ガチャには、他業界とは違う特有の事情があります。それが多重下請けと客先常駐という商流の構造です。内定面接では「自社サービスの開発に関わりたい」「モダンな技術を使いたい」と伝え、面接官もその方向で採用したはずなのに、実際に配属されるのは元請け企業のオフィスに常駐する保守・運用チーム、というギャップが典型的なパターンです。

もう少し具体的に言うと、希望していたのはクラウドネイティブなWebサービス開発だったのに、配属先は金融機関の基幹システムの保守案件で、使用言語はCOBOLやVB6、開発環境もオンプレミスのまま、というケースをよく見ます。勤務地も本社ではなく客先のビルで、同期入社の中でも配属される現場によって技術的な経験の積み方が大きく変わってしまうのが、SIerの配属ガチャの厄介なところです。

この構造は、以前別の記事で扱ったSES業界の「案件ガチャ」とは似ているようで論点が異なります。案件ガチャは在籍中の契約更新のたびに配属先が変わり続ける話ですが、今回扱うのは新卒入社直後、最初の配属先そのものが希望と違ったという一回性の出来事です（案件ガチャの動くべきタイミングについてはSES多重下請けと案件ガチャ、動き出すべきタイミングで詳しく解説しています）。

ポイント： 配属ガチャの「外れ」は、勤務地・業務内容・技術領域の3つのどれか、あるいは複数が希望と食い違っている状態を指します。すべてが希望通りにいかないのはどの会社でも起こり得ますが、SIerでは配属によって数年単位の技術的な経験値に差がついてしまう点が、他業界より深刻に響きます。

SIer特有の配属ガチャは、一般的な「配属ガチャ」論とどう違うか

配属ガチャという言葉が広まったことで、「配属先が希望と違った」という話は業界を問わず語られるようになりました。ただ、一般的な配属ガチャ論の多くは、自社内の部署異動・上司との相性・職種のミスマッチといった、あくまで自社の中で完結する話を前提にしています。SIerの配属ガチャは、そこにもう一段階、多重下請けという商流の壁が挟まる点が違います。

具体的には、配属先を実質的に決めているのが自社の人事ではなく元請け企業（客先）だという点が大きいと私は見ています。案件の枠が空いているかどうか、客先が求めるスキルセットに誰を当てはめるかは、自社の意向より客先の都合が優先されることが多く、本人の希望を配属時に反映する余地がそもそも小さいのです。さらに、日々の業務指示を出す「実質的な上司」が客先の社員であるケースも珍しくありません。指揮命令系統が自社の外にあるという状態は、SES・受託業界でしばしば話題になる偽装請負の議論とも重なる、SIer特有のグレーな領域でもあります。

こうして並べると分かる通り、SIerの配属ガチャは「勤務先」「指揮命令系統」「技術選定」の3つが同時に自社の外側にあるという特殊性があります。社内で改善を求めても、決定権を持つのは客先側だという構造が、他業界の配属ガチャより根本的な対処を難しくしているというのが私の見立てです。転職エージェントに相談する際も、「配属先が合わない」という感情面の説明だけでなく、「決定権が自社の外にあるため社内での改善に構造的な限界がある」という伝え方をした方が、次の会社選び（自社開発かSESか、常駐先の決定プロセスがどうなっているか）を具体的に提案してもらいやすくなります。

すぐ辞めていいのか、社内で打てる手はまだあるか

配属通知を見た瞬間に転職サイトを開く前に、社内で確認しておいた方がいいことが2つあります。ひとつは異動願の制度が実際にどう運用されているかで、もうひとつは配属先が「暫定」なのか「長期」なのかという見立てです。

独立系SIerの場合、多くの会社が異動希望を出す制度自体は用意しています。ただし実際に運用してみると、「最低2〜3年は同じ現場を経験してから」という不文律があり、配属1年未満での異動が通った例をほとんど見たことがないという声を、私は何度も聞いてきました。制度の存在と、実際に機能しているかどうかは別問題だという前提で、まず直属の上司や人事に、異動の実績や目安の年数を具体的に聞いてみることをお勧めします。

もうひとつ確認したいのが、配属の性質です。案件の契約期間が半年〜1年程度で区切られていて、次の更新時に別の現場に変わる可能性がある「短期常駐」なのか、それとも数年単位で固定される「長期常駐」なのかで、取るべき行動は変わります。前者であれば、次の更新タイミングまで様子を見て、営業や上司に希望を伝え続けるという選択肢が現実的です。後者で、かつ技術領域の乖離が大きい場合は、社内での改善を待つより転職で環境を変えた方が早いという判断になりやすいというのが、私の経験則です。

1on1や上司との面談で希望を伝える際も、伝え方一つで結果が変わることがあります。「今の現場が合わないので変えてほしい」という要望の伝え方だと、上司としては本人の適性や忍耐力の問題として処理しがちです。それより「モダンな技術領域の経験を積みたいので、社内でそうした案件に関わる機会があれば教えてほしい」という具体的な希望の形で伝えた方が、上司側も次の案件アサインの際に候補として思い出しやすくなります。私が見てきた中でも、この伝え方の差だけで、次の契約更新のタイミングで希望に近い現場に回ったケースが何件かありました。

1〜3年での転職検討は特殊なケースではない

配属ガチャに外れた新卒1〜3年目の方から最初によく聞かれるのが、「こんなに早く転職を考えるのは自分だけではないか」という不安です。厚生労働省が2025年10月に公表した「新規学卒就職者の離職状況」を見ると、令和4年3月卒業者の就職後3年以内離職率は大卒33.8%、高卒37.9%にのぼります。事業所規模別に見るとさらに差が開いており、従業員5人未満の事業所では高卒63.2%・大卒57.5%が3年以内に離職している一方、従業員1,000人以上の事業所では高卒26.3%・大卒27.0%まで下がります(出典：厚生労働省「新規学卒就職者の離職状況」)。

配属そのものへの不満が離職のきっかけになる割合も、調査で数字として出ています。レバレジーズがまとめた配属ガチャ調査(2024年卒学生131名対象)では、配属先が希望と異なった場合に「入社辞退・入社後半年以内の早期退職を検討する」と回答した人が24.6%、約4人に1人にのぼり、理由の最多は「希望の勤務地・エリアではない」でした(出典：HRプロ「配属ガチャ調査」)。

1〜3年での転職検討は、統計的にも決して特殊な行動ではありません。 ただし、この数字はあくまで「検討する人が一定数いる」という事実の裏付けであって、「転職した方がいい」という結論を保証するものではないという点は、区別して考える必要があります。実際に動くべきかどうかは、次に説明する判断基準で見極めてください。

転職するかどうかを決める前に確認したい3つの基準

配属ガチャに外れたからといって、機械的に転職を選ぶべきだとは私は考えていません。次の3点を確認したうえで判断することをお勧めします。

特に3つ目が重要です。COBOL保守のような案件でも、障害の切り分けやデータベース設計の基礎、大規模システムの仕様調整といった経験は、書き方次第でモダンな開発現場でも評価される素材になります。一方で、単純な手順書通りの作業やテスト実行だけが数年続く配属だと、市場価値という観点では時間が経つほど不利になっていきます。この見極めを飛ばして「配属が希望と違うから」という感情だけで動くと、次の転職先でも同じ判断基準の甘さで似た失敗を繰り返しかねません。

面接で配属ガチャからの早期転職をどう語るか、NG例とBefore/After

配属ガチャを理由にした早期転職で、最も評価を落とすのが「会社が悪かった」で終わる説明です。面接官の立場からすると、環境要因への不満を語る候補者に対しては、「うちに入ってもまた環境のせいにして辞めるのではないか」という懸念がどうしても先に立ちます。

NG例として、「配属先が希望と全く違って、これでは経験を積めないと思ったので転職を決めました」という回答をよく耳にします。事実としては嘘ではないのですが、主語が終始「会社」で、自分がその状況に対して何をしたかが一切語られていません。面接官はこの回答から、環境が変われば同じことが起きるのではという再現性への不安しか受け取れないのです。

Before/Afterで見てみます。

Beforeの回答は、「配属先が希望していたWeb開発とは違い、金融系の基幹システムの保守で、正直モチベーションが上がりませんでした。このままでは市場価値が下がると思い、転職を決意しました」というものです。事実の説明としては筋が通っていますが、話の主語がずっと会社側にあり、本人がその状況にどう向き合ったかがまったく見えません。

Afterの回答では、同じ事実を次のように語り直します。「配属後、まず異動願を出しましたが、社内の異動実績を確認したところ最低3年は同じ現場を経験するのが慣例だと分かりました。並行して、保守業務の中でも障害切り分けやバッチ処理の改修提案など、モダンな開発でも通用する経験を意識的に増やす動きをしていましたが、技術領域の乖離を埋めるには限界があると判断し、その経験を土台に転職活動を始めました」。

After側で効いているのは、社内で試した行動を具体的に語っている点です。 異動願を出した事実、社内ルールを確認した事実、配属の中で自分なりに工夫した事実があると、「環境のせいにして終わる人」ではなく「環境の中で動ける人」という印象に変わります。面接官が知りたいのは配属への不満の大きさではなく、不満をどう処理したかという行動のパターンです。

もう一つ、面接でよく見かけるNG例が、同期や先輩との比較で不満を語ってしまうパターンです。「同期は自社サービスの開発に配属されたのに、自分だけ客先常駐でした」という言い方は、事実であっても面接官には「不公平感を引きずっている人」という印象を残しやすくなります。比較するなら他人とではなく、自分が配属前に思い描いていた成長曲線と、実際の配属で得られた経験との差分にとどめた方が、話の焦点がぶれません。

深掘り質問「またすぐ辞めるのでは」への先回り

配属理由の説明が一通り終わったあと、面接官の多くはもう一段踏み込んで「うちに入っても、また配属や環境が合わなかったら同じように辞めるのでは」と聞いてきます。ここへの返し方でも、評価ははっきり分かれます。

NG回答は、「そんなことはないです。御社はしっかり調べたうえで受けているので大丈夫だと思います」のような、根拠のない安心感の表明にとどまるパターンです。面接官からすると本当にそうなのか確認しようがなく、懸念はむしろ強まります。

OK回答は、根拠を行動として示します。「今回の転職活動では、配属や業務内容がどのように決まるのか、入社前にどこまで説明してもらえるかを応募先ごとに必ず確認するようにしています。御社の場合は面接で配属プロセスを具体的に伺えましたし、求人票にも決定方法が明記されていた点が前職との大きな違いだと感じています」という形です。前職では配属が決まってから初めて希望を伝える手段しかなかったという反省を踏まえ、次にどんな基準で会社を選んでいるかを言語化できているため、再現性への懸念に対する具体的な答えになっています。

さらに効果的なのは、聞かれる前に自分から触れておくことです。配属理由の説明を終えた直後に「今回、応募先を選ぶ基準の一つとして、配属の決定プロセスを必ず確認するようにしています」と一言添えるだけで、面接官が抱くはずだった懸念を先に潰しにいく姿勢が伝わります。懸念を指摘されてから弁明するより、自分から判断基準として提示した方が、同じ内容でも印象は大きく変わります。

職務経歴書で短い在籍期間をどう見せるか、書き方の実例

面接での語り方を整えても、職務経歴書の時点で「2年半、保守業務」としか書かれていなければ、書類選考で埋もれてしまいます。実際にあった相談を、職種・年齢を変えた上でご紹介します。

24歳、実務経験2年半のSさんは、独立系SIerに新卒入社し、金融系の顧客企業に客先常駐でCOBOL・オンプレミス環境の基幹システム保守チームに配属されました。内定面接ではWeb系の自社開発企業への将来的なキャリアを見据えて「クラウド技術を扱いたい」と伝えていたため、配属通知を見たときはかなり戸惑ったそうです。異動願を出しましたが、Sさんの所属先では「最低3年は同じ現場」という運用が事実上のルールになっており、通る見込みが薄いと分かった時点で転職相談に来られました。

最初に見せてもらった職務経歴書は、一番上の職務要約が「新卒でSIerに入社し、保守運用業務を経験」の一文だけでした。実務経験が2年半しかない場合、この欄が薄いと採用担当者は在籍期間の短さだけを見て「経験不足のまま逃げてきた人ではないか」という前提で残りのページを読み始めてしまいます。在籍期間の短さは職務要約で隠すのではなく、その期間で何を身につけ、なぜ次に進むのかまで先に書き切ってしまうことが、後続の実績欄を好意的に読んでもらうための下準備になります。

実績欄も同様に薄く、「基幹システムの保守業務全般を担当」という一行だけで、担当した業務の中身がまったく見えない状態でした。実際に業務内容を聞き出すと、月次バッチ処理の障害対応を月に10件前後こなし、原因調査から改修提案書の作成まで一人で担当していたこと、テーブル設計の変更をレビューする立場も経験していたことが分かりました。

職務要約でいったん「経験不足で逃げたのではなく、見極めたうえで判断した」という筋道を示しておくと、実績欄の具体的な数字がその裏付けとして機能します。順番を変えるだけで、同じ実績でも読み手が受け取る印象は変わります。

書き直した職務経歴書を持って、Sさんは自社開発のBtoB SaaS企業を中心に7社へ応募しました。結果は4社で書類選考通過、最終的に2社から内定が出ています。二次面接では「なぜ入社2年半というタイミングで転職を決めたのか」と直接聞かれる場面もありましたが、異動願を出した経緯と社内での工夫を先に語ってから技術領域のギャップを説明したところ、面接官からは「環境のせいにせず動いていたのが分かる」という評価をもらえたそうです。年収は現職からほぼ横ばいの微増にとどまりましたが、Sさんが優先していたのは金額よりも技術領域のミスマッチを解消することだったので、納得のいく決断になりました。

よくある質問に答えます

配属ガチャからの転職を検討している方から、面談のたびに似た質問を受けます。ここでは特によく聞かれる3つをまとめて回答します。

Q. 入社1年未満でも転職エージェントは使えますか。

使えます。求人によっては第二新卒枠を「入社3年目まで」のように区切っている企業もありますが、入社半年〜1年程度の在籍期間を理由に応募自体を断られることはまずありません。担当のアドバイザーに在籍期間を正直に伝えたうえで、応募できる求人の幅を確認してもらうのが確実です。私が見てきた範囲では、配属ガチャを理由にした早期転職の相談自体は珍しくなく、経緯をきちんと語れれば選考でマイナスにならないケースの方が多いという印象です。

Q. 「石の上にも三年」と言われますが、何年在籍すれば十分ですか。

年数そのものに正解はありません。判断材料になるのは在籍年数ではなく、今の配属で身につくスキルが積み上がっているかどうかです。 学べば追いつける乖離なら、もう少し社内で様子を見る余地がありますが、年々差が開くだけの配属であれば、年数を理由に留まり続けるのは市場価値の面でむしろリスクになります。

Q. 転職先でもまた配属ガチャに外れませんか。

その懸念はもっともです。次の会社を選ぶ際は、面接で「入社後の配属はどのように決まるのか」「配属先の希望はどの程度考慮されるのか」を具体的に質問することをお勧めします。自社開発企業であれば、そもそも客先常駐という配属自体が存在しないことも多く、配属によるギャップのリスクは構造的に下がります。転職回数が今後増えていく可能性を見据えた経歴の見せ方については、転職回数が多いエンジニアの面接説明、書類の並べ方で差がつくでも詳しく解説しています。

まとめ、配属ガチャは「外れた事実」より「動き方」で評価される

配属ガチャに外れたこと自体は、面接で不利になる材料ではありません。厚労省の統計を見ても、3年以内の離職は大卒でも3人に1人という水準で起きており、24.6%という配属起因の早期離職検討の調査結果も含めて、決して特殊な状況ではないというのがこの記事の出発点でした。SIerの配属ガチャが他業界と違うのは、配属の決定権が自社ではなく客先側にあるという構造そのものです。この構造を自分の言葉で説明できるかどうかが、社内で改善を待つべきか、転職で環境を変えるべきかを判断する最初の分かれ目になります。

面接や職務経歴書で評価を分けるのは、配属が外れたという事実そのものではなく、その状況の中で何を試し、何を学び、どう動いたかという経緯です。異動願を出した、社内のルールを確認した、配属先の業務からモダンな開発でも通用する経験を意識的に拾い上げた——こうした行動の記録が、面接官に「環境のせいにする人ではない」という安心材料を与えます。 配属通知に落胆した気持ちをそのまま面接で語るのではなく、そこからの動き方を1つの経歴として語り直せるかどうかが、この記事で一番伝えたかったことです。