
この記事でわかること
- SESの「辞めたい」は商流・工程・評価のどこが原因かで、転職で解消できるかが変わる
- 自社開発・社内SE・SIerは解消できる不満が異なり、社内SEは開発より調整が増えることもある
- スキルシートの案件一覧は、職務経歴書では工程・体制・役割・成果の流れに組み替える
「SESを辞めたいけれど、経験が評価されるのか分からない」「客先常駐から抜けたいのに、移り先を決められない」と悩むITエンジニアの方は少なくありません。
SESからの転職は、辞めたい理由がどこから来ているのかを先に分けておくと、移り先と準備の中身が決まりやすくなります。この記事では、SESで感じやすい不満を「商流」「工程」「評価」の3つに分けて整理します。そのうえで、自社開発・社内SE・SIerで解消できること、SESの経験を職務経歴書にまとめる方法、常駐しながら転職を進める手順を解説します。
SES企業に在籍していて、客先常駐の働き方から次のキャリアを考え始めた方に向けた内容です。
「SESを辞めたい」は3つの詰まりに分けられる|商流・工程・評価のどこで止まっているか
SESを辞めたいと感じる理由は、「商流」「工程」「評価」の3つのどこで止まっているかに分けると整理しやすくなります。どこで止まっているかによって、転職で解消しやすいかどうかが変わります。
不満をひとまとめにしたまま転職先を探すと、移った先でも同じ不満が残ることがあります。まずは自分の詰まりがどこにあるのかを確かめます。
SESから転職するのは難しい?
SESからの転職はできます。難しく感じる理由の一つは、経験が案件ごとに分かれていて、書類だけでは中身が伝わりにくいことです。
SES(システムエンジニアリングサービス)は、ITエンジニアの技術力や業務支援を顧客企業に提供するサービス形態です。SESという言葉自体は法律上の契約類型ではなく、実際の取引では準委任契約や請負契約、労働者派遣などの形態が使われます。
この記事では、SES企業に雇用されたエンジニアが顧客企業の現場で働く「客先常駐型」の働き方を中心に解説します。特に、準委任契約を前提としたケースと、実態が労働者派遣に該当するケースの違いにも触れます。
この働き方では、次のような事情が重なりやすくなります。
- 案件が変わるたびに、現場や使う言語、担当する工程が変わることがある
- 作ったシステムや資料は、契約や秘密保持の定めがあり、成果物として外に見せにくい
- 日々の仕事ぶりを見ているのは常駐先の人で、自社の評価者が現場にいない場合がある
どれも経験がないことを意味するわけではなく、経験の「見え方」の問題です。見え方は、棚卸しと書類の組み立てで変えられます(このあとの「SES経験の棚卸し」「スキルシートを職務経歴書に組み替える」で扱います)。
「SESはやめとけ」と言われることもありますが、働きやすさは契約の形そのものより、どの商流・工程・評価の中にいるかで大きく変わります。次の3つのH3で、それぞれの詰まりを確かめます。
商流で決まること:単価・裁量・情報の届き方
商流とは、顧客企業から仕事が発注され、元請け、二次請け、三次請けと流れていく順番のことです。自分の所属するSES企業がこの流れのどこにいるかで、働き方の条件が変わります。
商流が深くなるほど、顧客との間に入る会社が増えます。その分、次のような変化が起きやすくなります。
- 顧客の要望が、間の会社を経由して伝言のように届く
- 作業の進め方を決める立場の人が、自分の会社の外にいる
- 顧客が支払う金額から、間に入る会社の取り分が差し引かれる
3つ目は給与に関わることがあります。案件から自社が受け取る金額は、会社の採算や給与の決め方に影響する要素の一つだからです。ただし、給与の決め方は会社ごとに違い、商流だけで給与が決まるわけではありません。
自分の案件の商流は、自社の営業担当や上司に聞くと分かる場合があります。参画時の説明や、自社と顧客の契約の相手先からも推測できます。
SESに限らない、SEの仕事全般の下請け構造の話は、SEの仕事で下請け構造がきついと言われる理由で整理しています。
工程で決まること:テスト・運用から先に進めるか
システム開発は、要件定義、基本設計、詳細設計、製造(プログラミング)、テスト、運用・保守という工程で進むのが基本の形です。どの工程を任されるかは、契約上の業務範囲や、社内・現場の役割分担によって変わります。
未経験からSESに入った場合、テストや運用・監視の案件から始まることがあります。こうした工程の経験は、仕様を読み込む力や障害に対応する力として役に立ちます。
一方で、案件の契約がテスト工程だけであれば、本人に意欲があっても、契約上の業務範囲に設計工程が含まれていなければ、設計に関わる機会は限られます。工程の詰まりは、本人の努力より案件の性格で決まる面が大きい点を押さえておきます。
工程の詰まりは、SESのまま案件を変えて解消できることもあります。自社の営業担当に「設計工程のある案件に入りたい」と希望を伝え、そのために必要な経験や資格を確認するのが最初の一歩です。
評価で決まること:働く場所と評価する会社が違う
客先常駐型のSESでは、日々の仕事ぶりを見ているのは常駐先の担当者で、昇給や賞与を決めるのは自社です。働く場所と評価する会社が別々であることが、評価の詰まりを生みます。
自社の上司が同じ現場にいない場合、現場での細かな工夫や貢献は、自社の評価者から直接見えにくくなります。会社によっては、評価が顧客からの評判や案件の単価、契約が続いたかどうかに寄ることもあります。
また、帰社日や面談が少ない会社では、自社の中に相談相手や居場所を感じにくくなります。「どこの社員なのか分からない」という感覚は、この詰まりから来ている場合があります。
評価の仕組みは会社によって大きく違います。単価や評価基準を社員に開示している会社もあれば、ほとんど説明がない会社もあります。今の会社の評価のされ方を、評価面談の場で一度確かめておくと、転職先を比べるときの基準になります。
常駐先から直接指示を受けているとき:準委任と派遣の線引き
常駐先の担当者から作業の進め方や勤務時間を直接指示されている場合は、契約の形と実態がずれている可能性があります。転職を考える前に、法令上の線引きを確認しておきます。
労働者派遣は、雇用する労働者を「他人の指揮命令を受けて」その他人のために働かせる仕組みです。準委任や請負の契約では、発注者と受注者側の労働者の間に指揮命令関係は生じません。
厚生労働省の基準(37号告示)では、受注者が自ら行うべき管理として、次のような項目を挙げています。
- 業務の遂行方法に関する指示や、業務の評価に関する管理
- 始業・終業の時刻、休憩、休日・休暇、時間外・休日労働などの指示や管理(単に把握するだけのものは除く)
- 服務規律の管理や、労働者の配置の決定・変更
このほか、請け負った業務を自らの業務として、契約の相手方から独立して処理することも求められています。これらは区分の基準で、ここに挙げた項目だけで判断が終わるわけではありません。
厚生労働省の疑義応答集では、準委任契約であっても、実態として発注者と受注者側の労働者との間に指揮命令関係が認められる場合は、労働者派遣に該当すると説明されています。判断では契約書の名称だけでなく、実際の働き方が重視されます。
発注者側の担当者が受注者側の労働者に対して、業務の進め方や労働時間などを直接指示している場合は、偽装請負に該当する可能性があります。ただし、個別の判断では、指示の内容や管理体制などを含めて実態を確認する必要があります。
この考え方は、アジャイル型開発以外のシステム開発にも当てはまるとされています。
ただし、常駐先の担当者と情報を共有したり、技術的な助言や提案をし合ったりすること自体が問題になるわけではありません。対等な関係で協働し、受注者側の担当者が自律的に判断して作業していると認められれば、偽装請負とは判断されないと説明されています。
個々のケースが偽装請負に当たるかは、実態を見て判断されます。気になる場合は、誰から、いつ、どのような指示を受けたかを記録し、まず自社の上司や営業担当に相談します。社内で相談しにくいときや解決しないときは、各都道府県労働局や労働基準監督署などに設けられた総合労働相談コーナーに相談できます。全国378か所にあり、予約は不要で、無料で利用できます。労働者派遣制度に関する相談は、都道府県労働局の需給調整事業の担当でも受け付けています。
※ 参考元:厚生労働省「労働者派遣事業と請負により行われる事業との区分に関する基準(37号告示)」/厚生労働省「37号告示に関する疑義応答集(第3集)」/e-Gov法令検索「労働者派遣法」第2条/厚生労働省「総合労働相談コーナーのご案内」/厚生労働省「労働者派遣事業・民間の職業紹介事業(相談窓口)」
自分の詰まりを確かめる5つの問い
どの詰まりが自分に当てはまるかは、次の問いに答えてみると見えてきます。答えられない問いがあること自体が、確かめるべき点の手がかりになります。
- 今の案件は、顧客から見て何次請けにあたるか知っているか(商流)
- この1年で、テスト・運用以外の工程に関わる機会があったか(工程)
- 次の案件で設計工程を希望した場合、実現しそうか(工程)
- 自分の評価や昇給が、どの基準で決まっているか説明できるか(評価)
- 作業の進め方や勤務時間を、誰から指示されているか(契約の運用)
1と4に答えられない場合は、商流と評価の情報が自分に届いていない状態です。まず自社の上司や営業担当に聞いてみると、今の会社で状況が変わる余地があるかも分かります。
3で「実現しなさそう」と感じた場合は、工程の詰まりが今の会社の案件の持ち方から来ている可能性があります。この場合は、移り先を比べる価値が大きくなります。
【一覧表】辞めたい理由はどの詰まりか、転職で解消しやすいか
ここまでの3つの詰まりと、契約の運用に関わる問題を、よくある「辞めたい理由」ごとにまとめると次のとおりです。
辞めたい理由 | 詰まっている場所 | SESのまま変えられるか | 転職で解消しやすいか |
|---|---|---|---|
給料が上がらない・自分の単価が分からない | 商流・評価 | 単価や評価基準を開示している会社に移ると変わることがある | 移り先の給与制度による。年収が下がる場合もある |
テストや運用ばかりで設計に関われない | 工程 | 案件の変更を相談して変わることがある | 上流工程の比重が高い移り先なら解消しやすい |
現場が短期間で変わり、経験が積み上がらない | 商流・評価 | 長期の案件を希望できる場合がある | 自社開発・社内SEなど常駐のない移り先なら解消しやすい |
自社に居場所がなく、帰属意識が持てない | 評価 | 帰社日や面談の運用によって変わることがある | 常駐のない移り先なら解消しやすい |
常駐先から作業の進め方や勤務時間を直接指示される | 契約の運用 | 自社への相談や労働相談で改善を求められる | 転職だけが解決策とは限らない |
残業が多い・現場の人間関係がつらい | 現場ごとの事情 | 案件の変更で変わることがある | 移り先でも起こりうる |
右にスライドできます →
表のうち「転職で解消しやすい」と言えるのは、主に常駐と工程に関わる不満です。残業や人間関係のように現場ごとの事情に左右される不満は、移った先でも起こりえます。
自分の詰まりが案件の変更で解けそうなら、まず社内で動いてみるのも選択肢です。辞めるかどうか自体を決めかねている場合は、辞める決断を急ぐ前に見ておきたいサインも確かめてみてください。
詰まりの場所が見えたら、次はそれを解消できる移り先を比べていきます。
【移り先別】自社開発・社内SE・SIerで解消できること、残りやすいこと
SESからの移り先は、「どの詰まりを解消したいか」で選びます。この記事では、自社開発企業は工程と裁量、社内SEは常駐と評価、SIerは商流と工程の詰まりを解消しやすい移り先として整理します。どの移り先にも、残りやすい不満があります。
求人の数や年収だけで比べると、入社後に「思っていた仕事と違う」と感じることがあります。移り先ごとに、何が変わり、何が変わりにくいのかを見ていきます。
自社開発企業(Web・SaaSなど):工程と裁量は広がりやすいが、選考では技術を具体的に確かめられる
自社開発企業は、自社のサービスやプロダクトを企画・開発・運用している会社です。WebサービスやSaaS(インターネット経由で使うソフトウェア)の事業会社が代表的です。
自社のサービスを育てる立場になるため、次のような変化が期待できます。担当範囲は会社や配属によって違うため、面接で確かめておきます。
- 企画から運用まで、同じサービスに長く関われる
- 技術の選び方や設計に、エンジニアの意見が反映されやすい
- 利用者の反応を見ながら、改善を重ねる働き方になる
「設計に関われない」「経験が積み上がらない」という詰まりは、自社開発に移ることで解消しやすくなります。
一方で、選考では技術力を具体的に確かめられる場面があります。コーディング試験を行う企業や、GitHub(ソースコードを公開・管理するサービス)のアカウントや個人開発の成果物の提出を求める企業もあります。
SESでの経験のうち、自社開発企業に伝わりやすいのは次のような点です。
- 使った言語・フレームワークと、その中で自分が書いた範囲
- Gitを使ったチーム開発や、コードレビューの経験
- テストの自動化や、開発の手順を改善した経験
残りやすい不満もあります。事業の方針が変わると、作っていた機能が止まることがあります。また、使う技術が自社サービスの範囲に限られ、さまざまな現場を経験する機会は減ります。
社内SE(事業会社の情報システム部門):常駐から離れやすいが、開発より調整の比重が増えることもある
社内SEは、自社のシステムやIT環境を担う職種です。この記事では、主にIT以外の事業会社の情報システム部門で働く場合を扱います。自社の拠点で働く求人であれば、常駐先が変わることがなく、評価する人と同じ組織で働けるため、評価と居場所の詰まりは解消しやすくなります。勤務場所や出向の有無、評価の体制は求人ごとに違うため、面接で確かめます。
IPA(情報処理推進機構)の「DX白書2023」は、情報処理・通信に携わる人材の所属を集計しています。対象は、国勢調査の職業分類で「システムコンサルタント・設計者」「ソフトウェア作成者」「その他の情報処理・通信技術者」に当たる人です。それによると、2020年にIT企業以外に所属していた人は26.4%、ソフトウェア業などのIT企業に所属していた人は73.6%でした。2015年の72.0%対28.0%から、大きな変化はみられません。
国 | IT企業に所属 | IT企業以外に所属 | 元にした統計 |
|---|---|---|---|
日本(2020年) | 73.6% | 26.4% | 国勢調査 |
日本(2015年) | 72.0% | 28.0% | 国勢調査 |
米国(2021年) | 35.1% | 64.9% | 職業別雇用・賃金統計 |
右にスライドできます →
※ 表の注:IT企業は、ソフトウェア業・情報処理・提供サービス業・インターネット附随サービス業を指します。2015年の値は国勢調査の抽出速報集計、2020年の値は抽出詳細集計によるものです。
日本では、この人材の4分の1ほどがIT企業以外に所属している計算です。IT企業以外には事業会社を含むさまざまな業種が入り、社内SEという職種と同じ範囲ではありません。また、この数字は所属している人の割合で、社内SEの求人数や転職の難しさは、この統計だけでは判断できません。
※ 参考元:IPA(情報処理推進機構)「DX白書2023」第4部第2章(2023年)
社内SEの仕事は、会社によって中身が大きく違います。自分でシステムを作る会社もあれば、外部の開発会社への発注と進行管理(ベンダー管理)が中心の会社、問い合わせ対応や機器の管理が多い会社もあります。
SESでの経験のうち、社内SEの選考で伝わりやすいのは次のような点です。
- 業務部門や顧客の担当者から要望を聞き取り、仕様に落とした経験
- 運用ルールや手順書を整えた経験
- 障害が起きたときに、原因を切り分けて関係者に説明した経験
残りやすい不満は「開発から離れる」ことです。プログラミングを続けたい方は、求人票の業務内容の内訳や、開発を内製しているかどうかを面接で確かめます。社内SEの求人の見方や年代別の年収は、社内SEの求人の見方と年代別の年収にまとめています。
SIer(元請けや上位の商流):上流工程に近づくが、常駐や下請けの管理が残ることもある
SIer(システムインテグレーター)は、顧客企業からシステム開発を請け負い、要件定義から運用までをまとめて担う会社です。顧客と直接契約する元請けや、それに近い商流の会社に移ると、商流と工程の詰まりを解消できる場合があります。
元請けに近い立場では、要件定義や基本設計など、顧客と一緒に仕様を決める工程に関わる機会が増えることがあります。プロジェクトの計画や、協力会社への作業の割り振りを担う立場になることもあります。
SESでの経験のうち、SIerの選考で伝わりやすいのは次のような点です。
- 設計書を書いた経験や、レビューを受けて直した経験
- 顧客や他社のメンバーと調整しながら作業を進めた経験
- 少人数でもチームのまとめ役を担った経験(人数と期間)
残りやすい不満もあります。SIerでも顧客の拠点で働く形の案件はあり、常駐がなくなるとは限りません。また、上の商流に移ると、協力会社のエンジニアに作業を依頼し、進み具合を管理する側に回ります。手を動かす時間が減る点は、事前に知っておきたいところです。
SESのまま会社を変える:商流と評価の仕組みを確かめて選ぶ
常駐という働き方自体に大きな不満がない場合は、SESのまま、条件の違う会社に移る方法もあります。解消できるのは主に商流と評価の詰まりで、客先常駐型の会社であれば常駐は続きます。
同じSESでも、会社によって仕組みは大きく違います。求人票や面接では、次の点を確かめます。
- 元請けや二次請けなど、商流の浅い案件がどのくらいあるか
- 案件を選べる仕組みや、断れる余地があるか
- 単価や評価の基準を社員に開示しているか
- 案件と案件の間の待機期間に、給与がどう扱われるか
求人票の「案件選択制」「高還元」といった言葉は、会社ごとに意味が違います。数字の根拠や、制度が実際にどう運用されているかを、面接で具体的に聞いておくと判断しやすくなります。
求人票と面接で確かめたい質問
同じ「自社開発」「社内SE」と書かれた求人でも、働き方の中身は会社ごとに違います。自分の詰まりが本当に解消されるかを、求人票と面接で次のように確かめます。
移り先 | 確かめたいこと | 面接での聞き方の例 |
|---|---|---|
自社開発企業 | 開発の体制と、入社後に担当する範囲 | 「入社後、最初の半年はどの機能の開発を担当することが多いですか」 |
自社開発企業 | 開発の一部を外部に任せていないか | 「開発は社内のメンバーで行っていますか。外部の会社と協力している部分はありますか」 |
社内SE | 開発と運用・調整の割合 | 「業務のうち、開発・運用・社内からの問い合わせ対応の割合はどのくらいですか」 |
社内SE | IT部門の人数と体制 | 「情報システム部門は何名で、どのような役割分担になっていますか」 |
SIer | 案件の商流と、勤務する場所 | 「顧客と直接契約している案件の割合と、顧客先で働く案件の割合を教えてください」 |
SESの別会社 | 待機期間の扱いと、評価の基準 | 「案件の間の待機期間の給与と、評価の基準を教えてください」 |
右にスライドできます →
質問は、仕事への関心を示す形で聞けば失礼になりません。答えが具体的に返ってくるかどうかも、会社の情報開示の姿勢を知る材料になります。
移り先を1つに絞れないとき
移り先の候補が複数ある場合は、「いちばん解消したい詰まり」を1つ決め、それを解消できる移り先を軸にします。すべての不満を一度に解消できる移り先は多くありません。
たとえば、常駐をなくしたい気持ちが最も強いなら社内SEと自社開発企業を、設計に関わりたい気持ちが最も強いならSIerと自社開発企業を中心に探します。軸を決めたうえで、2つ目の詰まりがどこまで解消されるかを比べると、応募先を選びやすくなります。
ITコンサル・IT以外の職種に移る場合
SESで顧客との調整や上流工程を経験している方は、ITコンサルタントやPMO(プロジェクトの管理を支援する役割)も移り先の候補になります。業務の課題を整理し、関係者の合意を取りつけた経験が見られやすい職種です。
IT以外の職種へ移る場合は、職種そのものを変えるキャリアチェンジになります。ITの経験をどう生かすかを先に決めておかないと、年収や待遇が大きく変わることがあります。職種そのものを変える転職で気をつけたいことも参考にしてください。
エンジニアを続けるかどうかも含めて方向が決まらない場合は、移りたい方向がまだ見えないときの考え方から整理すると、移り先を選ぶ軸を作りやすくなります。
【比較表】移り先ごとに解消しやすい不満・残りやすい不満
ここまでの内容を、本記事の整理として、解消しやすい不満と残りやすい不満で並べると次のとおりです。実際に何が変わるかは求人ごとに違うため、「求人票と面接で確かめたい質問」で確かめます。
移り先 | 解消しやすい不満 | 残りやすい不満 | 選考で伝わりやすい経験 |
|---|---|---|---|
自社開発企業 | 工程・裁量・経験の積み上がり | 事業方針による変化、技術の幅が狭まること | 書いたコードの範囲、チーム開発、改善の経験 |
社内SE(自社の拠点で働く場合) | 常駐・評価・居場所 | 開発から離れること、社内の調整の多さ | 要望の聞き取り、運用の整備、障害対応 |
SIer(元請けに近い商流) | 商流・工程 | 常駐が残る場合があること、管理業務の増加 | 設計書、顧客との調整、まとめ役の経験 |
SESの別会社 | 商流・評価の一部 | 常駐、現場ごとの事情 | 案件の内容と担当工程の幅 |
ITコンサル・PMO | 工程(上流) | 資料作成や会議の多さ、成果への強い責任 | 課題の整理、関係者との合意形成 |
右にスライドできます →
どの移り先にも、解消しやすい不満と残りやすい不満があります。前の章の一覧表で見つけた自分の詰まりと、この表の「解消しやすい不満」が重なる移り先から検討すると、選び直しを減らせます。
移り先の候補が決まったら、それに合わせてSESでの経験を棚卸しします。
SES経験の棚卸し|案件ごとに「工程・体制・役割・成果」を書き出す
SESの経験は、案件ごとに「工程・体制・役割・成果」の4つを書き出すと、移り先に伝わる形にまとめやすくなります。経験年数とあわせて、その中で何を任されたかを示せるようにしておきます。
現場が何度も変わったSESの経歴は、そのままだと「いろいろな現場にいた」という印象で終わりがちです。棚卸しは、ばらばらに見える経験の中から共通する筋を見つける作業です。
経験年数だけでは「何ができるか」が伝わらない
同じ「SESで3年」でも、テストだけを3年続けた人と、製造から詳細設計に進んだ人とでは、任せられる仕事が違います。年数だけでは担当範囲が読み手に伝わりません。
読み手が知りたいのは、入社後にどの仕事を任せられるかです。そのため、案件ごとに「どの工程で、何人のチームの中で、何を任され、どんな結果を出したか」を具体的に書いておくと、判断の材料になります。
棚卸しの4項目と書き出し方
案件を1つずつ取り出し、次の4項目と、使った技術を書き出します。完璧な文章にする必要はなく、まずは箇条書きのメモで十分です。
項目 | 書き出すこと | 記入例(架空の案件) |
|---|---|---|
工程 | 担当した工程。要件定義・基本設計・詳細設計・製造・テスト・運用保守のどれか | 詳細設計・製造・単体テスト |
体制 | チームの人数と、その中での自分の位置 | 10名のチームで、3名のサブチームのまとめ役 |
役割 | 任されていたこと。日々の作業だけでなく、自分から引き受けたことも含める | テスト計画の作成、不具合の一次切り分け、新しく入った人への説明 |
成果 | 仕事の結果として変わったこと。数字で示せるものは数字で | 手作業の確認手順をスクリプトにし、確認にかかる時間を減らした |
技術 | 言語・フレームワーク・データベース・クラウド・ツール | Java、Spring Boot、Oracle、Git、Jenkins |
右にスライドできます →
記入例は書き方を示すための架空のものです。自分の案件に当てはめると、短い案件では書ける項目が少ないこともあります。その場合は空欄のままで構いません。
成果は、大きな数字がなくても書けます。「問い合わせへの回答を早くした」「手順書を作り、引き継ぎを楽にした」といった変化も、仕事の結果です。
テスト・運用・保守が中心の経験から拾える強み
テストや運用・保守が中心だった方も、書き出してみると拾える強みがあります。工程ごとに、次のような経験を探してみてください。
- テスト:仕様書を読み込んでテスト項目を作った、不具合を再現して開発側に分かりやすく報告した
- 運用・監視:障害の兆候に気づいて対応した、対応の手順を整えて同じ問題の再発を減らした
- 保守:既存のコードを読んで改修の影響範囲を調べた、古い仕組みの仕様を資料にまとめた
これらは、開発の上流でも社内SEの仕事でも生きる経験です。「設計をしていないから書けることがない」と考えず、仕事の中で自分が判断した場面を探すのがコツです。
実務経験に自信が持てないときは、実務経験に自信がないときの強みの拾い方もあわせて確認してみてください。
【ケース別】棚卸しから移り先を考える3つの例
棚卸しの4項目を書き出すと、経験の筋と、合いやすい移り先が見えてきます。よくある3つの経歴を例に、考え方を示します。いずれも架空の例です。
【例文】ケース1:テスト工程が中心で2年(20代後半)
【工程】結合テスト・総合テストが中心。直近の半年は単体テストのコードも一部担当
【体制】15名の開発チームのうち、テスト担当5名の1人
【役割】テスト項目の作成、不具合の再現と報告、テスト結果の集計
【成果】仕様の食い違いを早い段階で見つけ、設計担当への確認を習慣にした
【考え方】書いたコードの範囲が小さいため、自社開発企業に応募するなら、個人で作った成果物で補うと伝わりやすくなります。仕様を読み込む力と報告の正確さは、品質保証(QA)の職種でも生かせます。
【例文】ケース2:製造から詳細設計まで5年(30代前半)
【工程】製造・単体テストから始め、直近の2年は詳細設計も担当
【体制】8名のチームで、3名のサブチームのまとめ役
【役割】詳細設計書の作成、メンバーのコードレビュー、作業の割り振り
【成果】レビューの観点を一覧にまとめ、手戻りを減らした
【考え方】工程の幅とまとめ役の経験があるため、元請けに近いSIerで基本設計以上の工程を目指す道が開けます。自社開発企業に応募する場合は、レビューや設計で判断した場面を具体的に書きます。
【例文】ケース3:インフラの運用・監視で3年(20代後半)
【工程】サーバーの監視と障害の一次対応、定期的なメンテナンス作業
【体制】24時間体制の運用チーム(10名)のシフト勤務
【役割】障害の切り分けと連絡、作業手順書の作成と見直し
【成果】よく起きる障害の対応手順を整理し、新しく入った人でも対応できるようにした
【考え方】手順を整え、関係者に状況を説明してきた経験は、社内SEの運用やヘルプデスクの取りまとめで生かせます。設計や構築に進みたい場合は、クラウドの資格や検証環境での構築経験を足すと、インフラの構築を担う職種も候補になります。
3つの例に共通するのは、「何を任され、そこで何を判断したか」を言葉にしている点です。経歴の長さや工程の上下だけで、移り先が決まるわけではありません。
移り先ごとに前に出す経験を変える
棚卸しが終わったら、応募する移り先に合わせて、どの経験を前に出すかを決めます。同じ経験でも、書く順番と厚みを変えるだけで伝わり方が変わります。
- 自社開発企業に応募する場合:書いたコードの範囲、チーム開発の進め方、自分から提案した改善を先に書く
- 社内SEに応募する場合:要望の聞き取り、関係者との調整、運用ルールの整備を先に書く
- SIerに応募する場合:担当した工程の幅、設計書の作成、まとめ役の経験を先に書く
書き出した経験が転職市場でどう見られるかを確かめたいときは、書き出した経験を転職市場の相場と照らす方法が参考になります。
棚卸しで集めた材料は、次の職務経歴書づくりでそのまま使います。
スキルシートを職務経歴書に組み替える|書き換え例と守秘義務の範囲
スキルシートは案件に参画するための資料で、職務経歴書は採用を判断するための資料です。スキルシートの案件一覧をそのまま写すのではなく、棚卸しの4項目を使って、経験の流れが分かる形に組み替えます。
SESで働く方は、自社が案件の提案に使うスキルシートを持っていることがあります。手元にある資料を土台にできる点は、SESならではの利点です。
スキルシートと職務経歴書は読み手と目的が違う
2つの書類は、似た情報を載せていても、読み手と目的が違います。違いを整理すると次のとおりです。
項目 | スキルシート | 職務経歴書 |
|---|---|---|
主な読み手 | 案件を発注する顧客企業の担当者 | 応募先の採用担当者や現場の責任者 |
目的 | 案件の条件に合う技術者かを判断してもらう | 入社後に任せられる仕事を判断してもらう |
中心になる情報 | 言語・工程・期間などの条件 | 経験の流れ、役割、成果、これからやりたいこと |
並べ方 | 案件ごとの一覧 | 経験の筋が分かるまとまり |
右にスライドできます →
スキルシートが「条件の一覧」だとすると、職務経歴書は「この人に何を任せられるか」を読み取ってもらう資料です。同じ案件でも、書く内容の重心が変わります。
案件の羅列を「経験の筋」に並べ直す
案件が多いと、職務経歴書が長い一覧になりがちです。次の手順で、経験の筋が見える形に並べ直します。
- すべての案件を時系列に並べ、棚卸しの4項目のメモをそろえる
- 案件をまたいで共通する経験を探す(例:金融系の業務システム、Javaでの改修、運用の改善)
- 応募先が求める経験に近い案件を厚く書き、関係の薄い案件は1〜2行にまとめる
- 冒頭に3〜4行の職務要約を置き、経験の筋を先に示す
職務要約は、書類全体の結論にあたる部分です。たとえば次のような形にまとめます。
【例文】職務要約の例(架空の経歴)
SES企業に所属し、5年間で4つの現場を経験しました。主に金融機関向けの業務システムで、Javaを使った詳細設計・製造・テストを担当してきました。直近の2年間は5名のチームのまとめ役として、作業の割り振りと進み具合の管理も担っています。今後は要件定義など、利用者に近い工程に関わりたいと考えています。
案件の数が多く、経歴が細切れに見えることが気になる場合は、案件や職場の数が多いときの経歴の説明のしかたも参考になります。
職務経歴書の全体の型
SESの経歴を職務経歴書にまとめるときは、次の順番で見出しを立てると、読み手が全体をつかみやすくなります。
順番 | 見出し | 書くこと |
|---|---|---|
1 | 職務要約 | 経験の筋を3〜4行で。所属、主な工程、直近の役割、これからやりたいこと |
2 | 活かせる経験・知識 | 応募先に関係の深い経験を3〜5項目。工程・業種・技術の組み合わせで書く |
3 | 職務経歴(案件ごと) | 新しい順に。案件の概要、期間、体制、担当工程、役割、成果、使用技術 |
4 | 技術の一覧 | 言語・フレームワーク・データベース・クラウド・ツールと、それぞれの使用期間 |
5 | 資格 | 取得年月とあわせて書く。勉強中のものは「受験予定」と分けて書く |
6 | 自己PR | 棚卸しで見つけた強みを1〜2つに絞り、案件での具体的な場面を添える |
右にスライドできます →
SESの職務経歴書では、3の案件ごとの記載が長くなりがちです。応募先との関係が薄い案件は短くまとめ、1〜2の要約部分で経験の筋を先に示すと、全体を読みやすくできます。
自社開発企業に応募するなら、成果物を見せる準備も考える
自社開発企業の選考では、職務経歴書に加えて、書いたコードを見せられる材料を求められることがあります。SESの業務で書いたコードや資料は、権利の帰属や秘密保持の定めを確かめないまま、提出したり公開したりしないようにします。そのまま見せられない場合に備えて、業務のコードを使わずに技術を示す方法を考えておきます。
方法としては、次のようなものがあります。
- 業務で使っている言語やフレームワークで、小さなアプリケーションを個人で作って公開する
- 技術ブログや学習の記録を書き、自分が調べて理解したことを文章で示す
- コーディング試験の対策として、基本的なアルゴリズムやSQLの問題に取り組んでおく
どこまで準備するかは、応募先が何を求めているかで変わります。求人票の応募条件や、転職エージェントから聞ける選考の傾向を見てから、必要な準備に絞るのが効率的です。
【書き換え例】スキルシートの記載を職務経歴書の記載に変える
スキルシートの書き方を、職務経歴書向けに変えた例です。条件だけを並べた書き方から、役割と結果が分かる書き方に変えています。
スキルシートの記載 | 職務経歴書の記載 |
|---|---|
工程:単体テスト・結合テスト | テスト工程を担当。仕様書からテスト項目を作り、見つけた不具合を再現手順つきで開発側に報告しました |
言語:Java/期間:1年6か月 | Javaで既存機能の改修を担当。改修前に影響範囲を調べ、レビューで指摘を受けた点を手順書にまとめました |
役割:メンバー | 6名のチームで、新しく入ったメンバー2名への作業説明を任されました |
工程:運用保守 | 夜間の障害に一次対応。対応手順を整理し、同じ障害への対応時間を短くしました |
右にスライドできます →
どの例も、スキルシートの条件に「何を任され、どうしたか」を足しています。数字が書けない場合でも、変化を言葉で示せば読み手に伝わります。
【例文】テスト中心の案件を書く場合
テスト中心の案件は、書き方次第で評価のされ方が変わります。作業の名前だけで終わらせず、自分が判断した部分を書きます。
【例文】テスト中心の案件の書き方(架空の案件)
【案件】小売業向け在庫管理システムの機能追加(2024年4月〜2025年3月)
【体制】8名(自分はテスト担当3名のうちの1名)
【担当】結合テスト・総合テスト
【内容】仕様書と画面の動きの食い違いを、テスト項目の作成段階で見つけて設計担当に確認しました。テストの結果を不具合の種類ごとに整理し、週1回の報告資料にまとめています。
【使用技術】SQL、Excel、Redmine
自己PRの欄で案件の経験を強みとしてまとめる方法は、自己PR欄で案件経験を強みとして書く手順で詳しく解説しています。
顧客名・案件名をどこまで書いてよいか
SESの職務経歴書では、常駐先の会社名やシステム名をどこまで書いてよいかに迷うことがあります。基本は、自社との雇用契約や就業規則、常駐先で署名した誓約書などの秘密保持の定めに従うことです。
迷う場合は、次のように具体名を伏せても、経験の中身は伝えられます。
- 会社名は「大手金融機関」「中堅の小売企業」のように、業種と規模で書く
- システム名は「在庫管理システム」「会員向けWebサービス」のように、役割で書く
- 未公開の情報(開発中のサービス名、取引の条件など)は書かない
- 顧客の資料やソースコードは、コピーして手元に残したり、提出物に使ったりしない
判断に迷う記載がある場合は、自社の上司に確認しておくと安心です。実績を数字で示しにくいときのまとめ方は、成果を数字で示しにくいときの職務経歴書の書き方も参考にしてください。
書類の準備ができたら、常駐を続けながら転職活動を進める段取りを決めます。
常駐しながら転職を進める手順|面接日程・案件途中の退職・伝える順番
常駐しながらの転職は、面接の時間の取り方と、退職を伝える順番を先に決めておくと進めやすくなります。退職を伝える相手は、常駐先ではなく、雇用契約を結んでいる自社です。
SESでは、働く場所と雇用されている会社が違います。この違いを押さえずに動くと、常駐先と自社の両方に気まずさが残ることがあります。
常駐中に面接の時間を確保する
常駐先の勤務時間は、常駐先の始業・終業に合わせて決まっている場合があり、平日の日中に面接の時間を取りにくいことがあります。次のような工夫で時間を作ります。
- オンライン面接に対応している企業では、勤務時間外の時間帯を相談する
- 一次面接と二次面接を同じ日にまとめられないか、応募先に相談する
- 対面の面接が続く時期は、自社の手続きに沿って有給休暇を使う
転職活動に、常駐先から貸与されたパソコンや社用のアカウントは使わないようにします。私用の端末と連絡先で進めるのが基本です。在職中の転職活動が職場に知られるきっかけと防ぎ方は、在職中の転職活動が職場に伝わる経路と防ぎ方で解説しています。
案件の途中でも退職できるか
案件の途中であることだけを理由に、退職できなくなるわけではありません。案件の契約は自社と顧客の間の契約で、自分と自社の間の雇用契約とは別のものだからです。退職できる時期や条件は、自社との雇用契約の内容によって変わります。
法律による退職・解除の主なルールは、自分と自社の雇用契約に期間の定めがあるかどうかで変わります。このほか、会社と合意して退職する方法もあります。
雇用契約の種類 | 退職のルール | 根拠 |
|---|---|---|
期間の定めのない雇用(正社員の多く) | 退職の申し入れの日から2週間を経過すると、雇用が終了する | 民法第627条第1項 |
期間の定めのある雇用(契約社員など) | やむを得ない事由があるときは、直ちに契約を解除できる。その事由が当事者の一方の過失によって生じたときは、その当事者が相手方に損害賠償の責任を負う | 民法第628条 |
期間が1年を超える有期の雇用 | 契約期間の初日から1年を経過した日以後は、使用者に申し出ることでいつでも退職できる。一定の事業の完了に必要な期間を定める契約と、労働基準法第14条第1項各号の契約(厚生労働大臣が定める基準に当たる高度の専門的知識等を持ち、それを必要とする業務に就く人との契約、満60歳以上の人との契約)は除く | 労働基準法第137条 |
右にスライドできます →
期間の定めのない雇用でも、就業規則で退職の申し出の時期を定めている会社があります。法律上の期間とは別に、就業規則の定めと、常駐先での引き継ぎに必要な期間を確かめたうえで、退職日を相談すると話が進めやすくなります。
※ 参考元:e-Gov法令検索「民法」第627条・第628条/e-Gov法令検索「労働基準法」第14条・第137条
退職を先にするか、転職先を決めてからにするかで迷う場合は、退職を先にするか転職先を先に決めるかの考え方も確かめてみてください。
退職を伝える順番:自社の上司が先、常駐先へは自社から
退職の意思は、まず自社の上司や営業担当に伝えます。常駐先の担当者に先に話すと、自社と顧客の契約の調整を飛び越える形になり、話がこじれることがあるためです。
伝える順番は、次の流れが基本です。
- 自社の上司(所属長や営業担当)に、退職の意思と希望日を伝える
- 自社が、常駐先との契約や後任の手配を調整する
- 自社と相談したうえで、常駐先の現場責任者に伝える
自社の上司への切り出し方は、一般的な退職の伝え方と同じです。具体的な言い方は、上司に退職を切り出す手順と例文を参考にしてください。
引き継ぎと最終日までの動き方
常駐先での引き継ぎは、自社と常駐先が決めた後任や、現場のメンバーに向けて行います。担当していた作業の手順、進行中の課題、関係者の連絡先などを資料にまとめておくと、引き継ぎが短く済みます。
有給休暇を消化する日程は、雇用されている自社と相談して決めます。最終日には、常駐先から借りたパソコン、入館証、アカウントなどの返却と削除の手続きを、自社の指示に沿って済ませます。
退職日から逆算した進め方の例
常駐しながら転職する場合は、案件の区切りや引き継ぎの期間を見込んで、退職日から逆算して計画を立てます。次の表は、退職希望日の4か月ほど前から動き出す場合の一例です。
時期の目安 | やること | SESならではの注意点 |
|---|---|---|
4か月前 | 詰まりの整理と移り先の候補決め、経験の棚卸し | スキルシートの最新版を手元にそろえる |
3か月前 | 職務経歴書の作成、応募、面接 | 面接の時間は勤務時間外や休暇で確保する |
2か月前 | 内定、労働条件の確認、内定の承諾 | 勤務地と常駐の有無を、書面で確かめる |
1〜2か月前 | 自社の上司へ退職の申し出、退職日の相談 | 常駐先へは自社と相談してから伝える |
最終1か月 | 引き継ぎ、有給休暇の消化、貸与物の返却 | 常駐先と自社の両方の手続きを確かめる |
右にスライドできます →
期間はあくまで目安で、選考の長さや案件の状況によって前後します。転職先が決まる前に退職を申し出ると、案件の調整と転職活動が同時に進み、負担が大きくなることがあります。在職中に内定を得てから申し出るほうが、日程を組み立てやすくなります。
内定を承諾する前に、働き方を書面で確かめる
内定が出たら、承諾する前に、労働条件を書面で確かめます。SESから移る場合は、特に解消したかった詰まりに関わる条件を見ておきます。
- 勤務地:自社の拠点で働くのか、顧客先で働く可能性があるのか
- 業務内容:面接で聞いた担当範囲と、書面の記載が合っているか
- 評価と昇給:評価の時期と基準、給与が変わる仕組み
- 試用期間:期間と、その間の条件の違い
書面の内容が面接での説明と違う場合は、承諾する前に問い合わせます。入社してから「常駐がなくなると思っていた」と気づくことを防げます。
転職エージェントを使うなら「SESから抜けたい理由」を最初に伝える
転職エージェントを使う場合は、最初の面談で「SESのどの詰まりを解消したいか」を伝えます。何を避けたいかがはっきりしているほど、紹介される求人が絞られます。
- 解消したい詰まり(例:常駐をなくしたい、設計工程に関わりたい)
- 移りたい先の候補(自社開発・社内SE・SIerなど)
- 譲れない条件と、譲ってもよい条件
紹介された求人がSESや客先常駐の形をとっているかどうかは、求人票の勤務地や業務内容、面談での説明で確かめます。IT職種の求人に強いサービスの選び方は、エンジニア向け転職エージェントの選び方と特徴の違いで比較しています。実務経験が1〜2年ほどの方は、経験が浅いエンジニアが使いやすい転職サービスも参考になります。
面接で退職の理由を聞かれたら、不満だけでなく、解消したい詰まりと次にやりたい仕事をセットで話すと伝わりやすくなります。話の組み立て方は、退職理由を面接で話すときの組み立て方で詳しく解説しています。
SESから転職するなら|おすすめの転職サービス
SES転職のおすすめ度 | 公開求人数 | 特徴・強み | 対応エリア | 年収アップ実績 | |
|---|---|---|---|---|---|
Geekly | 5.0 | 35,641件 |
| 一都三県、関西 | 平均年収アップ額84万円 |
レバテックキャリア | 4.8 | 56,584件 |
| 全国 | 3人に2人が年収70万円アップ |
ウィルオブテック | 4.6 | 8,612件 |
| 全国 | 経験者の年収アップ成功率75.5% |
リクルートエージェントIT | 4.4 | 63,200件 |
| 全国 | ITエンジニアの68%が年収アップ |
キッカケエージェント | 4.2 | 19,687件 |
| 全国 | 平均年収アップ額約72万円 |
右にスライドできます →
よくある質問
SESは何年目で転職するのがよいですか?
年数で一律に決まる目安はなく、移り先に伝えられる経験がそろったかどうかで判断します。棚卸しの4項目(工程・体制・役割・成果)を書き出してみて、応募先が求める経験を具体的に書けるなら、動き出す時期と考えられます。書ける項目が少ない場合は、今の案件で何を任せてもらうかを先に考えるのも一つの方法です。
30代・40代でもSESから転職できますか?
30代・40代でもSESから転職でき、技術に加えて担ってきた役割を伝えると判断の材料になります。チームのまとめ役、顧客との調整、後輩の育成など、技術以外の役割も含めて書き出しておきます。年収や役職の条件は、移り先の制度によって上下する場合があるため、譲れない条件を先に決めておくと比べやすくなります。
常駐先の会社に直接転職することはできますか?
常駐先の会社に直接転職することは、原則として可能です。ただし、自社との雇用契約や就業規則、常駐先との契約内容などを確認しておきましょう。
労働者派遣法第33条では、労働者派遣の場合、派遣元企業が派遣労働者との間で、雇用関係の終了後に派遣先へ就職することを正当な理由なく禁止する契約を結ぶことを制限しています。また、派遣元企業と派遣先企業の間でも、正当な理由なく直接雇用を禁止する契約を結ぶことはできません。
ただし、この規定は労働者派遣に該当する場合のルールです。SES企業に所属しているからといって、すべてのケースに労働者派遣法第33条が適用されるわけではありません。準委任契約や請負契約の場合も含め、実際の契約形態と働き方を確認することが重要です。
判断に迷う場合は、都道府県労働局の総合労働相談コーナーなどに相談しましょう。
※ 参考元:e-Gov法令検索「労働者派遣法」第33条
入社1年未満でSESを辞めると不利になりますか?
不利かどうかは在籍期間の短さだけでは決まらず、短期で辞める理由を説明できるかがポイントになります。次にやりたいことまで筋道立てて話せるように準備します。「案件の内容が入社前の説明と違った」といった事情がある場合は、事実を淡々と伝え、次の職場で何をしたいかにつなげます。
短い在籍期間が選考でどう受け取られるかは、短期で辞めた経歴が選考でどう受け取られるかで期間ごとに解説しています。
資格を取ってから転職活動を始めるべきですか?
資格がそろうまで待つ必要はなく、実務経験を軸に動きながら資格を取る進め方で構いません。IPAが実施する国家試験のうち、基本情報技術者試験や応用情報技術者試験は、情報処理技術者としての知識・技能を示す材料になります。ただし、資格だけで実務の経験を補えるとは限らないため、実務で何を任されたかもあわせて説明できるようにしておきます。
※ 参考元:IPA(情報処理推進機構)「試験区分一覧」
待機期間中に転職活動をしてもよいですか?
待機期間中も自社との雇用契約は続いているため、勤務時間中の過ごし方は自社の指示に従います。
面接は勤務時間外の時間帯や、自社の手続きに沿って取った休暇の日に入れると、行き違いを避けられます。待機期間の給与の扱いは、就業規則や雇用契約で確かめておきます。
なお、待機が使用者の責めに帰すべき事由による休業に当たる場合、使用者は休業期間中、平均賃金の100分の60以上の休業手当を支払う必要があります。待機期間のすべてが休業に当たるとは限らないため、扱いが分からないときは会社に確認し、総合労働相談コーナーなどにも相談できます。
※ 参考元:e-Gov法令検索「労働基準法」第26条
SESから転職すると年収は下がりますか?
年収が上がるか下がるかは、移り先の給与制度と経験の評価によって変わります。一律には決まりません。上流工程や事業会社に移る場合でも、入社時は前の給与を下回る提示になることがあります。
年収の条件は、解消したい詰まりと並べて優先順位をつけ、内定時の書面で月給・賞与・手当の内訳まで確かめておきます。
まとめ|SESからの転職は「どの詰まりを解消したいか」から移り先を決める
SESを辞めたい理由は、商流・工程・評価のどこで止まっているかに分けると、転職で解消しやすいかどうかが見えてきます。常駐先から直接指示を受けているなど、契約の運用に関わる問題は、転職の前に自社や労働相談の窓口に相談する方法もあります。
移り先は、自社開発企業・社内SE・SIer・SESの別会社などから、自分の詰まりを解消しやすいところを選びます。どの移り先にも残りやすい不満があるため、入社後の働き方まで確かめておくことが選び直しを減らします。
準備の中心は、案件ごとの工程・体制・役割・成果の棚卸しと、スキルシートから職務経歴書への組み替えです。退職は自社の上司に先に伝え、常駐先との調整は自社に任せる順番を守ると、最終日まで落ち着いて進められます。
この記事を書いた人

転職UPPP編集部は、IT・Web業界に精通した起業家、マーケティングのプロフェッショナル、そして豊富な転職経験を持つライター・ディレクターが集結した専門チームです。起業や独立、法人営業、Webマーケティング、メディア運営など、それぞれのキャリアで培った知見を活かし、転職市場の動向を分析しながら、実体験に基づいた信頼性の高い情報を発信しています。転職の成功と失敗をリアルに経験したメンバーが、読者にとって本当に役立つコンテンツを提供します。
運営会社:UPPGO株式会社所在地:〒141-0031 東京都品川区西五反田7-20-9 KDX西五反田ビル5F有料職業紹介事業 許可番号:13-ユ-313755プライバシーマーク登録番号:第21004733(03)号お問い合わせ:contact@tenshoku-uppp.com
Related関連記事
Monthly月間人気記事
Feature特集記事
あなたの「次」をより良い場所に。転職UPPPは、専門家監修のもと、信頼できる転職・キャリア情報を発信するメディアです。転職サイト・エージェント選びから、転職準備、選考対策、将来のキャリア設計まで、あなたらしい次の一歩をサポートします。
特集記事の記事一覧を見る










