保守やテスト業務ばかりでコードをほとんど書いていないSES2〜4年目。辞める気持ちは固まっていても、この経歴で自社開発に通るのか不安で動けずにいるケースは多いです。
SES契約は工程ごとに切り出して受注する構造のため、保守・テスト配属が続くと開発工程に触れないまま年数が経過します。ポテンシャル採用が利く時期には限りがあります。
不満の根因から転職先を1つに絞り、在職中に動き始めれば保守中心の経歴でも脱出できます。転職先の選び方・動く順番・職務経歴書の書き方を確認して、今夜の行動を判断してみてください。
今のSES現場のままでいいか、案件変更か会社ごと変えるかを判断する
配属先がテスト業務やヘルプデスクばかりで、開発に触れないまま月が過ぎていく現場は珍しくありません。今の場所を出るべきかどうかの分かれ目は、ひとつに絞れます。今の案件が終わったとき、次の案件を自分で選べるかどうかが判断の軸です。選べないなら、案件を移すだけでは足りず、会社そのものを変える検討に入ります。
テスト・スクショ取得・ヘルプデスクばかりで開発に触れていない
朝礼が終わると、その日の作業はもう決まっています。
仕様書通りに画面を操作してスクリーンショットを取り続けるテスター業務が続きます。隣の席ではPCのアカウント発行や電話対応に追われ、ヘルプデスク業務ばかりで1日が終わる常駐先もあります。どちらも現場を回すには欠かせない仕事です。ただし、半年経っても1年経っても、ソースコードを書く時間はやってきません。
実際に、保守作業や依頼の整理に追われ、コードに全く触れていない状態が続くと、手元に残る経験は「動かす側」のものに偏ります。開発を任される人と、テストや雑務を割り振られる人の差は、配属の時点で開いていきます。同じ常駐先にいても、書いた行数はゼロのまま積み上がりません。
自社の営業や上司が現場を見ておらず定期面談もない
危ういのは、その状態を自社の誰も見ていないことです。
営業や上司が現場の中身を知らないまま、人だけを送り込んでいる。半年に一度の面談すら設定されず、何の作業をしているかも共有されない放置が続きます。困りごとを伝える相手がいないと、別の案件に動かしてもらう糸口もつかめません。気づいたときには、声を上げる窓口そのものがなくなっています。
今の案件が終わっても次の案件を自分で選べない
今の案件が終わったあと、次の現場を自分で選べるかどうか——ここが分かれ目になります。
終わったあとに営業から「次はここ」と一方的に渡され、断れない体制なら、移った先でもまた保守や雑務が続く見込みは高いままです。逆に、希望を出せて開発寄りの案件に手を挙げられる体制なら、今いる場所はまだ動かしようがあります。次の半年でコードに近づけるかを決めるのは、案件を選べる立場に自分がいるかです。
案件変更で解決するか、会社ごと変える必要があるか
まず、次の案件を選べる体制が整っているなら、案件を移すことで解決できます。営業に開発寄りの希望を伝え、コードを書ける現場へ手を挙げる。社内に開発案件の在庫があり、その希望が通るなら、会社を離れずに開発へ近づけます。
一方、営業が現場の中身を知らず、案件も自分で選べない体制なら、会社ごと変える方が早いです。同じ会社で何度案件を移しても、選ぶ権限が自分にない限り、行き先は相手が決めます。次の半年でコードを書きたいなら、選べる場所に立ち直すしかありません。
SESをそもそも続けるべきかどうか、まだ判断がついていない場合は、辞めどきの判断基準を整理した記事も参考にしてみてください。
▶ SESはやめとけは本当か？1〜3年目が抜けどきを判断する基準
不満の根因から考えるSES脱出先の選び方
現場を自分で選べない。単価の中身が見えず年収が上がらない。コードを書けず開発に近づけない。脱出を考えるエンジニアが抱える不満はたいてい3種類に絞られますが、向かう先は不満の種類によって変わります。
コードに触れたい人がよく口にする「自社開発に行けばスキルが伸びる」という見立ても、移った先の仕事次第では裏切られます。今いちばん消したい不満を一つだけ選ぶことから始めてください。
案件を選べない・腰を据えて開発したいなら自社開発企業
今どの案件に入るかは営業が決め、自分で選ぶ余地がない。案件が終わるたびに「次はここ」と渡される体制のまま3年が過ぎていく現場もあります。この状況に区切りをつけたいなら、向かう先は自社開発企業です。
自社開発企業では、一つのプロダクトに継続して関わります。客先が変わるたびに使う言語も体制も入れ替わるのではなく、同じサービスを長く育てる側に回る働き方です。仕様を考える人とコードを書く人が同じ社内にいるので、保守の合間に小さな改善を提案するところから設計までの距離が近くなります。腰を据えて開発したい、という不満を真正面から受け止められる移り先です。
ただし、自社開発という名前だけで選ぶと足をすくわれます。何のサービスを、どの言語で、どれくらいの人数で作っているかを、求人票や面接でそこまで確かめてから決めてください。入社後に「こんなはずじゃなかった」とならない見極め方は、自社開発エンジニアへの転職で後悔しないコツでも整理しています。
上流工程や大規模開発に関わりたいなら元請けSIer
元請けSIerは、発注元から直接システムを請け負い、何を作るかを顧客と詰めるところから入る会社です。要件定義や設計といった上流に関わりたい不満は、ここで満たせます。
元請けSIerでは、案件の最初の地点に立ちます。顧客が困っていることを聞き取り、必要な機能を決め、全体の設計図を引く。そこから先の開発は協力会社に振る側にも回ります。一次請けに近いほど相手にするシステムは大きくなり、下流の現場では味わえなかった距離感に変わります。
ただし、案件によっては実装から離れ、要件定義や設計だけを任される配属になります。自分が手を動かし続けたいのか、まとめ役に回りたいのかは先に決めておいてください。同じ上流でも、関わり方は会社によって振れ幅が大きいからです。未経験からSIerを目指す場合の年収や仕事内容の実態は、SIerエンジニアへの転職で確かめられます。
残業を抑え安定して働きたいなら社内SE
自社開発やSIerとは逆の選択が社内SEです。外向けのサービスではなく自社の社員が使うシステムを管理し、定時退社が守られる環境を求めるなら、ここに合います。
一方、開発工程からは離れます。仕事の中心はベンダーへの発注やトラブル対応に移り、自分でコードを書く時間はほとんど残りません。手を動かす経験が薄くなると、数年後に転職市場で選べる先が狭まり、開発者として評価される案件の範囲も縮まります。残業が少なく安定して働ける分、コードから離れるのがその引き換えです。
自社開発に行ってもスキルが止まる場合がある
自社開発に移れば自動的にスキルが伸びる、とは限りません。年収が下がるのを受け入れて自社開発へ移ったのに、古い開発環境と限られた業務しか任されず、数年たっても伸びた実感がないまま選べる先が狭まった例があります。
そういう現場は実際にあります。看板が自社開発でも、中身が古い言語の改修と運用だけなら、SESで保守を回していた頃と仕事の質はそう変わりません。移る前に確かめてほしいのは、何を作っているか・開発環境が古くないか・自分に任される仕事の範囲という3点です。特に開発環境の鮮度は求人票では読み取りにくく、面接で直接確認するしかありません。
契約更新から逆算するSES脱出の進め方
先に会社を辞めてから転職活動を始めると、金銭的にも精神的にも余裕がなくなり、転職そのものが目的になっていきます。早く決めたい焦りが優先され、開発に携われるかどうかより「内定が出る場所」へ流れてしまいます。脱出のはずが、また似た現場に着地する道です。だからこそ、動き出す順番が最後の着地先を変えます。
在職中に転職活動を始め、退職を先に切り出さない
地方から上京して一人暮らしで通うエンジニアにとっては、孤独感とプレッシャーが重なったとき「もう辞めてから探そう」という考えが頭をよぎります。先に辞めると収入が止まり、金銭的・精神的余裕がなくなって転職が目的化します。受かる場所を探す活動に変わってしまいます。
なお、退職の意思を伝える前に転職活動中だと社内に漏れるのも避けたほうがいいです。営業や上司の耳に入ると、引き止めのために過多な業務を任されたり、評価面談で扱いが変わったりします。今の現場の仕事をこなしながら、応募と面接は静かに進めます。在職中なら収入が続くので、開発に携われる現場かどうかを落ち着いて判断できます。
応募の起点は、辞めると決めた日ではありません。
契約更新の3ヶ月サイクルから逆算して動き出す
SES契約はおおむね3ヶ月ごとに更新されます。この更新タイミングが、動き出す時期を決める目盛りになります。次の更新まで残りどれくらいかを数えると、いつ営業へ話を切り出し、いつまでに内定を取るかが逆算できます。
そして逆算の軸になるのは年齢です。若いほど吸収が早く、ポテンシャル採用される期間には限りがあります。経験年数が1年違うだけでも、保守中心の浅い経歴は見られ方が変わってきます。
だからこそ今が一番動きやすく、次の3ヶ月で応募を始めるのが正解です。立ち止まって実績が積み上がるのを待つほど、選べる現場は狭まっていきます。
退職意思は契約満了の1〜2ヶ月前に営業へ伝える
順番は、内定を先に取ることから始まります。内定が出てからSES企業へ退職の意思を伝え、契約満了の1〜2ヶ月前には営業担当へ相談します。常駐先との契約期間が決まっているぶん、後任の調整に時間がかかるためです。
なお法律上は、期間の定めのない雇用なら、退職の申し出から2週間で辞められます（民法627条1項）。とはいえ2週間で抜けると、後任が決まらないまま現場に穴が開きます。営業との関係も気まずくなります。
そのため、退職可能な最短日数を盾にするのと、契約満了に合わせて1〜2ヶ月前に伝えるのは、それぞれ別の結果を生みます。営業を味方にして辞めるか、敵に回して辞めるか。その違いは退職後の動きやすさに出ます。
常駐先への直接転職は損害賠償リスクを確認する
今いる常駐先がそのまま転職先候補に見えることがあります。ですが直接移る前に、SES契約の中身を確認してください。守秘義務や競業避止義務が明記されているケースがあり、客先への直接転職が損害賠償リスクになりうるためです。
契約書と就業規則の該当条項を読み、不明な点があれば移る前に解消しておいてください。気に入った現場ほど、ここを飛ばしてはいけません。
転職エージェントで今の経歴の市場価値を診断する
保守中心の浅い経歴で、今の自分が開発の現場に通るのか。自分ではこの判断がつきません。
通るか通らないかを自分で決めようとすると、応募する前に手が止まります。たとえば、こういった経歴の一行が社外からどう評価されるかは、自分の中だけでは見えません。そのため転職エージェントに経歴を見せると、見せ方の不足も足りない実績も率直に返ってきます。結果を受けてから動くのではなく、経歴を見せる一歩を動き出しの最初のアクションにしてください。
保守中心のSES経歴でも通る職務経歴書の組み立て方
保守しか担当していない。だから書くことがない。そう思って手が止まる人は多いです。
書くことがないのではなく、書き方を持っていないだけです。実際にやっていた仕事を3つの軸で並べ直すと、保守工程だけでも現場の輪郭は十分に伝わります。
携わったシステムと担当工程・使った技術を書く
たとえば物流管理システムの改修・保守運用と職務経歴書に書くだけで、採用担当の頭にはひとつの現場が立ち上がります。
ここで効くのは3点、チーム規模・使用技術・担当範囲です。物流管理システムなら、チーム10名で、Java・Spring Boot・MySQL・Git・Linux・AWSを使い、詳細設計から保守までを担当した、と書く。技術名は名称だけで足ります。
括弧で「Javaとはプログラミング言語で」と説明を足す必要はありません。読む相手は同じ業界の人だからです。保守工程しか触っていなくても、この3点を埋めるだけで「どんな規模の、何を使う、どの位置の仕事だったか」が一発で伝わります。
逆に、これを書かない経歴書は損をします。「保守運用を担当」とだけ書かれていても、相手には何も浮かびません。同じ保守でも、10名のチームでJavaを触っていた人と、1人でExcelを更新していた人では印象がまるで変わります。その差は、技術名と工程を書かなければ採用担当には届きません。
複数現場の経験を1本の流れとして整理する
3ヶ月ごとに現場を転々とした経歴は、面接で定着しない人だと受け取られやすいです。短期間で現場を変わり続けると、それだけで印象が悪くなります。
ところが、同じ客先に長く常駐し続けた経歴は逆の意味を持ちます。たとえば2年置かれ続けたなら、その事実そのものが、現場で必要とされていた証拠になります。
だから経歴の並べ方を変えます。バラバラの短期現場を1件ずつ羅列しない。使った技術や担当した領域でくくり直す。
Javaの保守を起点に、テスト、運用と触れた範囲を1本の線でつなぐ。現場の数ではなく、積み上げた技術の流れとして読ませます。
数字で出せる成果を1つでも探して入れる
たとえば「バッチ処理時間を約20%短縮」のように、数字を一つ添えるだけで職務経歴書の印象は変わります。
数字は保守の仕事にも転がっています。処理時間・障害の件数・対応した依頼の数など、大きな成果でなくて構いません。こうした数字の一行が、「言われたことをこなしただけ」と「改善まで踏み込んだ」を分けます。探せば、保守中心の経歴にも数字は1つは見つかります。
SES脱出でよくある質問
2〜4年目・保守中心の経験で自社開発に転職できる？
ポテンシャル採用や第2新卒枠を設けている自社開発を含む多くのIT企業が若手を積極採用しており、保守・テスト中心の経歴でも若手のうちは十分に対象になります。
加えて、使ってきた言語や担当工程を整理した上で、需要の高い領域の基礎学習を補足できれば、採用担当の目には「伸びしろのある候補」として映ります。
経歴の見せ方について迷いがあれば、エージェントに直接確かめるのが一番早いです。
SESを1年で辞めると評価は下がる？
1年という在籍期間は、面接で短期離職を問われやすい水準には入ります。
ただし、開発工程に全く触れない放置現場が続く場合は、同じ職場に居続けることで積み上がる実績が少ないという面もあるため、早く動く選択が不利になるとは限りません。
契約期間の途中でも退職できる？
法律上は、退職の申し出から2週間が経過すれば退職できます。
ただし現場に後任が決まらない状態で抜けると関係が気まずくなるため、実務上は営業担当に早めに意向を伝え、契約の節目に合わせて退職日を調整するのが円滑です。
先に辞めてから転職活動してもいい？
在職中に進める方が、応募先を条件で絞り込む判断の質が落ちにくいため、推奨します。
収入がなくなった状態で選択を迫られると、開発に携われるかどうかより「早く内定を取ること」が優先されやすく、移った先でまた似た状況に戻るリスクがあります。転職エージェントに経歴を見せる第一歩は、在職中でも動けます。
まとめ
SES脱出の成否を分けるのは、スキルの絶対量ではありません。今の現場で次の案件を自分で選べるかを確かめ、いちばん消したい不満から転職先を一つに絞り、契約更新から逆算して在職中に動く。この順番を踏めば、保守中心の2〜4年目の経歴でも抜け出せます。
職務経歴書も、チーム規模・使った技術・担当範囲の3点に数字を一つ添えるだけで、保守の経験は十分に伝わります。まず今夜、今の案件の次を自分で選べるかどうかから確かめてみてください。