SEを辞めたい？SEのまま会社を移っても顧客調整は残る。求人票を読み、常駐先は面接で聞く

SEを辞めたいと思った場面を、3〜5個書いてください。書いた場面を原因ごとに分け、SEを続けるなら残る仕事、求人票で手がかりを読める側、面接まで分からない側へ振ります。SEのまま会社を移っても、顧客と要件を詰める仕事は残ります。ただし、常駐先、商流、担当割合、残業は、求人票だけでは決められません。求人票の全文で手がかりを読み、空欄は直近案件の面接質問にします。厚生労働省のjob tagも、顧客へのヒアリングと要件定義での検討をSEの仕事に挙げています（「システムエンジニア（受託開発） - 職業詳細」、2026年9月30日確認）。

例にするのは、SESの会社に所属するSE経験5年目で、金融系の客先に3年間常駐する二次請けの架空のSEです。保守開発のテストと設計書修正が担当の7割を占め、要件定義は元請けの社員が担っています。

辞めたい場面を、今の職場の値と一緒に3〜5個書く

最初に、求人票や転職先を探す前の基準を作ります。つらい、上流に行けない、調整ばかり、という評価だけでは、応募先と比べられません。場所、期間、回数、時間、担当割合を添えます。

例のSEが書く場面は、次の5個です。数字は架空ですが、後で求人票と面接でも同じ期間と単位を使います。

辞めたい場面	今の職場の値	後で比べる単位
金融系の客先に常駐している	同じ客先に3年間	働く場所、常駐期間、自社の人数
テストと設計書修正が担当の7割を占める	直近3か月で担当時間の約7割	テスト・設計書・要件定義の担当割合
二次請けで上流に行けない	要件定義は元請け社員、本人は参加なし	顧客までに入る会社、担当を決める人、上流へ移った例
仕様変更で作業をやり直す	直近3か月で8回	変更の時期、回数、決定者
納期前に残業が増える	直近1年の平常月20時間、リリース前の月45時間。休日・夜間の回数は未記録	同じ期間の平常月とリリース前の実残業、休日・夜間の回数

多重下請けで給与が上がらないという悩みも書き、年収幅と給与詳細は求人票で読みます。ただし、この記事で使う資料には給与と商流の関係を示すものがないため、給与と商流の関係は面接で別に確かめます。

三つの置き場所を先に決める

書いた場面を表へ置く前に、三つの置き場所を決めます。一つの場面に仕事そのものと量・分担が混じっていれば、先に別の行へ分けます。

• SEを続けるなら残る仕事：顧客との要件調整、設計書、テスト、プログラマーへの依頼など、SEの仕事に含まれる部分です。会社を移っても、その仕事をゼロにする前提では比べません。
• 求人票で手がかりを読める側：常駐、商流、担当、残業、学習支援、評価などについて、記載があれば応募先を知る入口になる部分です。記載があるだけで実態まで分かったとは判断しません。
• 面接まで分からない側：空欄、曖昧な説明、実際の量・分担・運用です。求人票の別の場所も探した後、配属予定か直近の案件について聞きます。

最初の置き場所は、job tagの仕事の説明に根拠があればSEを続けるなら残る仕事、求人票に関連する語や数字が出る項目なら求人票で手がかりを読める側です。求人票を読んだ後も分からない実際の量・分担・運用は、面接まで分からない側へ送ります。会社を移れば良くなるかは、求人票と面接で今の値と比べます。

一つの場面を、仕事そのものと量・分担へ分ける

テストが担当の7割という場面は、一行のままでは置けません。テストそのものはSEを続けるなら残る仕事です。担当の7割という比重と、誰が担当を決めるかは、会社や案件ごとに確かめる部分です。

同じように、混ざった場面を次の形に分けます。

• テストと設計書修正が担当の7割を占める：テスト・設計書そのもの / 担当割合
• 二次請けで上流に行けない：今の年次で任される仕事 / 案件内の担当割り当て / 顧客までに入る会社
• 仕様変更で作業をやり直す：変更の回数・時期・決定者
• 納期前に残業が増える：納期前に仕事が増えること / 平常月と納期前の実残業 / 休日・夜間の回数と手当

この分け方なら、仕事自体を続けたいかという判断と、会社を移ると量や分担が変わるかという確認を混ぜずに済みます。

二次請けのSEが辞めたい場面を、最初の置き場所へ振る

例のSEの5場面を原因ごとに分けると、最初に見る場所が決まります。

表の前提は、job tagが顧客との検討、設計書、プログラマーへの依頼、テスト、納期前の仕事をSEの仕事に挙げ、最初は与えられた開発の一部を担当し、経験を積みながらできる範囲が広がる流れを示していることです。厚生労働省のIT業界のページは仕様変更を長時間労働の要因として説明する資料で、SEの仕事内容を定める資料ではないため、変更の回数・時期・決定者は面接へ送ります。

原因と今の値	最初の置き場所	そう置く根拠	次に確かめる値
金融系の客先に常駐している：同じ客先に3年間	求人票で手がかりを読める側	求人票に客先や常駐の記載が出る場合がある	配属予定の場所、期間、自社の人数
テストと設計書修正が担当の7割を占める：テストそのもの	SEを続けるなら残る仕事	job tagが設計書、各テストの計画と確認をSEの仕事に挙げる	その仕事を続けたいか
テストと設計書修正が担当の7割を占める：担当割合	求人票で手がかりを読める側	求人票にテストや設計書の記載が出る場合がある	テスト・設計書・要件定義の割合
二次請けで上流に行けない：SE経験5年目	面接まで分からない側	job tagの年次は一般的な目安で、本人の担当を決めない	応募先で要件定義を任された人の年次
二次請けで上流に行けない：案件の割り当て	面接まで分からない側	誰が担当を決めるかは記事の整理だけでは判定できない	担当を決める人、変更した直近例
二次請けで上流に行けない：商流	求人票で手がかりを読める側	プライム・元請・直取引の記載は顧客までの位置を読む入口になる	配属予定の案件で顧客までに入る会社
仕様変更で作業をやり直す：直近3か月で8回	面接まで分からない側	求人票では変更の回数と時期をほぼ読めない	変更の回数、時期、決定者
納期前に残業が増える：納期前の仕事	SEを続けるなら残る仕事	job tagが納期前の休日・夜間の仕事を挙げる	納期前の仕事がある職種を続けたいか
納期前に残業が増える：直近1年の平常月20時間、リリース前45時間	求人票で手がかりを読める側	求人票に平均・想定の残業時間が出る場合がある	同じ期間の平常月とリリース前の実残業、休日・夜間の回数

job tagの3年目・5年目は能力の一般的な目安なので、応募先では、実際に要件定義へ移った人の年次、担当、きっかけを聞きます。元請けの記載があっても、配属予定の案件で要件定義を任されるかを聞きます。

ほかによくある場面の最初の置き場所

例のSEにない場面も、仕事そのものと、量・分担・運用を分けます。

原因	最初の置き場所	根拠	次に確かめる内容
顧客と要件を詰める	SEを続けるなら残る仕事	job tagが顧客との検討を要件定義に含める	この仕事自体を続けたいか
プログラマーへ依頼する	SEを続けるなら残る仕事	job tagがプログラマーへの依頼と工程管理を挙げる	この仕事自体を続けたいか
学び続ける	SEを続けるなら残る仕事	job tagが新技術の自習を求めている	学ぶ仕事自体を続けたいか
学習が業務外で、費用も自分で負担する	求人票で手がかりを読める側	求人票に研修・資格・受験料の記載が出る場合がある	業務内の学習時間、費用支援の利用例
案件を選べない	求人票で手がかりを読める側	求人票に希望・相談・考慮の記載が出る場合がある	希望が通った直近例、最終決定者
評価が顧客の声だけで決まる	求人票で手がかりを読める側	求人票に評価制度の記載が出る場合がある	評価項目、評価者、顧客評価の扱い
客先で相談相手がおらず疎外感がある	面接まで分からない側	人間関係と相談の運用は求人票から決められない	自社社員の人数、上司との面談頻度

リーダーとして見積もり、要員、進捗報告がつらい場合は、PM・PLの求人票の読み方で役割を分けてください。

顧客との要件調整、設計書、テスト、プログラマーへの依頼はSEの仕事に含まれる

会社を移ってSEを続けるなら、顧客との要件調整は仕事として残ります。要件定義を望む人も、顧客調整を負担に感じる人もいるため、顧客と認識を合わせる仕事を続けたいかで考えます。

厚生労働省job tagの「システムエンジニア（受託開発） - 職業詳細」は、顧客へのヒアリング、要件定義での検討、基本設計、詳細設計での設計書作成、プログラマーへの依頼と工程管理、テスト計画、単体テストの結果の確認、結合・総合・受け入れテストを仕事の流れとして説明しています（2026年9月30日確認）。この職業モデルでは、コーディングは詳細設計書に基づくプログラマーの仕事として分けられています。

同じページは、最初は与えられた開発の一部を担当し、一般的には3年目頃には一人で詳細設計を書けるようになり、5年目頃には基本設計を含め開発全体ができるようになると説明しています。これは、担当する範囲が経験に応じて広がる流れと、能力の目安です。ただし、今の会社で何年待てば上流へ行けるかを示す基準ではありません。

job tagから分かるのは、これらがSEの仕事に含まれることまでです。テスト、設計書、プログラマーへの依頼が仕事の何割を占めるか、誰が担当を決めるかは分かりません。仕事そのものと量・分担を分ける理由はここにあります。

求人票にある手がかりと、書かれていない実態を分ける

求人票には、常駐、商流、担当、残業の手がかりがある一方、実態まで書かれない項目が多くあります。ここで示す記載率は、応募先を外す基準ではなく、何を面接へ送るかの目安です。

以下は、2026年9月30日時点で当サイトPREVIOに掲載中の求人から、題名がSE・システムエンジニア等の求人を出す会社を、勤務地不問で全件集計した結果です。目視ではSE募集と読める求人の約7割がSIer・受託・SESのSEで、自社製品・自社サービス・事業会社のSEも一部含みます。会社単位で、対象求人のどれか1件に記載があれば書いてある側、どの求人にも記載がなければ書いていない側とし、割合は5%単位に丸め、5%未満はそのまま5%未満としています。

この集計は日本のSE求人全体の割合ではありません。大手SIerの正社員求人が多く、SES・多重下請けの下位企業は少ない可能性があるため、SESから別のSESを比べる材料としては弱い集計です。

常駐は、書き方を読んでから面接へ送る

客先常駐、常駐先、客先勤務を書く会社は約15%、常駐しないと明記する会社は5%未満、どの求人にも常駐の有無を書かない会社は約80%でした。これは実際に常駐する会社の割合ではなく、求人票の記載率です。

常駐を書く会社にも、案件によって可能性がある書き方、常駐を前提にする書き方、自社内と客先の両方を勤務場所にする書き方があります。どの書き方でも、応募者の配属先を示すとは限りません。記載があれば働く場所の範囲を読み、具体的な常駐先と期間は面接で聞きます。

商流と上流は、語だけで担当を決めない

プライム、元請、一次請け、直取引、エンド直を書く会社は約30〜35%でした。判定の境界にある記載を含めるかで幅を持たせています。割合を示す会社より、中心、メイン、多数など程度を示す会社が多く、全案件がプライムとは限りません。二次請け以降の立場を書く会社は5%未満でした。書いていない会社を下請けとは判断せず、配属予定に近い直近案件で顧客までに何社入るかを聞きます。

要件定義、基本設計、上流の語を書く会社は約80%でした。人物像、将来の可能性、会社紹介に出る場合もあるため、上流の語だけで入社直後の担当は決められません。

対象会社全体のうち、上流を将来や可能性として書く会社は約10%でした。この書き方は、入社直後の担当ではない手がかりになります。面接では、上流へ移った直近の人について、年次、商流、前の担当、きっかけを聞きます。

テスト、設計書、協力会社は、記載があっても量が分からない

テストを書く会社は約20%、設計書・仕様書・ドキュメントの作成を担当として書く会社は約10%、協力会社・オフショアなどとの連携・管理を書く会社は約15%でした。これは語を書く会社の割合で、入社後の担当割合ではありません。設計書の作成に時間を取られにくいことを利点として書く例もあり、ドキュメントの語が出るだけでは向きも分かりません。

案件・配属の希望を考慮・相談すると書く会社は約10%でした。希望に触れていても、誰が最終決定し、どの程度通ったかは別です。担当割合と配属の実績は面接へ送ります。

評価制度を書く会社は約15%で、多くは制度名まででした。評価項目、評価者、顧客の声がどう入るかは面接で確かめます。

残業の数字と働き方の制度を分ける

実際・平均・想定の残業時間を書く会社は約35%でした。そのうち、求人に書かれた最大値が20時間以下と読める会社は約80%以上です。例のSEは平常月20時間、リリース前45時間なので、求人の数字だけでは差が分かりません。配属先の平常月とリリース前の実績を面接で聞き、両方を今の値と比べます。これは数字を書く会社の内訳で、書かない会社を含む全社の残業分布ではありません。

注：時間に幅がある記載は、下端で読むと20時間以下が約85%、上端で読むと約80%でした。30時間以上は下端で約5%、上端で約10%です。

固定残業・みなし残業の語を書く会社は約25%、裁量労働制・管理監督者を書く会社は約20%でした。固定残業時間は給与に含む時間外手当の設定で、実際に働いた時間ではありません。年収例や想定年収を残業何時間分で計算したかという数字も、年収計算の前提であり、固定残業時間でも実残業でもありません。裁量労働制や管理監督者という制度名だけでも、実際の労働時間は読めません。

厚生労働省の「IT業界の働き方・休み方の推進｜IT業界の現状と課題」は、IT業界の長時間労働の要因のひとつとして、受発注の仕組みと仕事の特性を挙げています。同ページが引く白書の分析では、顧客対応、急な仕様変更、納期や予算の無理などが説明されています（2026年9月30日確認）。同ページが参照する過労死等防止対策白書は平成30年版で、この説明はSE（Web・オープン系）だけを対象にしたものではありません。

残業の原因を一つに決めず、納期前の仕事、平常月とリリース前の実残業、休日・夜間の回数へ分けて聞きます。

応募できる求人を選び、題名と全文を読む

求人票は、題名と全見出しをまたいで語を探します。勤務地、在宅、フレックス、組織、募集背景の欄が空でも、同じ情報がPRポイント、福利厚生・待遇、給与詳細、業務内容の中の見出しに書かれる場合があるためです。

1. 応募要件で、必須と歓迎を分ける

最初に応募要件を読みます。経験年数、担当した設計、言語、業界経験などの必須を満たさなければ、その求人は比較対象から外します。題名と業務内容が受託・SIer・SESのSEと読め、必須を満たす別の求人へ替えます。歓迎にある経験を必須とは読みません。

設計書の修正が基本設計の経験に数えられるかなど、必須を満たすか迷う場合は、面接・問い合わせで確認するか、判断できる別の求人へ替えます。題名や想定役職に上流、開発リーダーなどがあっても、今の担当との差は面接へ送ります。

2. 題名と全見出しから語を探す

題名、業務内容、PRポイント、応募要件、勤務条件、会社概要、福利厚生・待遇、給与詳細、募集背景など、求人の全文を探します。働く場所は、常駐、客先、顧客先、お客様先、プロジェクト先、取引先勤務、システムエンジニアリングサービスを探します。SESの3文字がなくても、働く場所の手がかりが出るためです。

続けて、次の語を探します。

• 商流：プライム、元請、一次請け、直取引、エンド直、受注、企画提案。取引先例にSIerが並ぶ場合も、顧客までの間に別の会社が入る手がかりとして残す
• 担当：要件定義、基本設計、詳細設計、上流、将来、可能、テスト、設計書、仕様書、ドキュメント、協力会社、オフショア
• 配属：案件、配属、希望、相談、考慮、アサイン
• 働く時間：残業、時間外、固定残業、みなし残業、裁量労働、管理監督者、夜間、休日
• 評価と学習：評価、面談、目標、研修、資格、受験料、学習

一つの欄が空でも、全文の別の場所に同じ情報がないかを見てから、面接まで分からない側へ送ります。題名と取引先の並び、勤務地と業務内容、PRポイントと勤務条件が食い違って見えたら、都合のよいほうを選ばず、両方を面接へ持ち込みます。

3. 語の役割と数字の対象を書く

上流という語が、入社後の担当、企業が求める人物像、将来の可能性、会社の実績のどれかを分けます。プライムも、配属予定の案件、会社全体の傾向、案件の一部のどれかを見ます。

残業の数字には、対象と期間を添えます。全社、部門、配属予定先のどれか。平常月、納期前、年間平均のどれか。固定残業時間、年収計算の前提、裁量労働制の記載は、実残業の欄へ写しません。

常駐先、商流、担当割合、残業を直近案件で聞く

求人票を読み終えたら、確認できなかった項目を、今の職場と同じ単位の質問にします。次の例文の期間や回数に固定せず、自分が記録した直近3か月、月2〜3回などの単位に合わせます。会社全体の方針ではなく、配属予定か直近の案件へ絞ります。

確認する項目	今の職場の値	面接で聞く質問
常駐先	金融系の同じ客先に3年間。自社社員の人数は未記録	配属予定か直近の案件では、どこで働き、常駐期間はどのくらいですか。同じ場所に自社社員は何人いますか
商流	二次請け。要件定義は元請け社員が担当	配属予定に近い直近の案件では、顧客までに何社入り、自社はどの位置でしたか
担当割合	テストと設計書修正が直近3か月の約7割	直近の同種案件で、要件定義、設計書、テスト、協力会社対応は担当時間の何割ほどでしたか
上流へ移った例	本人は参加なし	詳細設計やテストから要件定義へ移った直近の人は、入社何年目で、どの商流の案件にいて、何がきっかけでしたか
仕様変更	直近3か月で8回	直近の案件では、設計後の仕様変更は3か月に何回あり、どの段階で、誰が決めましたか
残業	直近1年の平常月20時間、リリース前の月45時間。休日・夜間の回数は未記録	配属予定先か直近の案件では、直近1年の平常月とリリース前の月の実残業はそれぞれ何時間でしたか。休日・夜間対応は何回あり、手当と代休はどうなりましたか

裁量労働制や管理監督者で残業の数字がない求人でも、制度名で止めません。実際に働いた時間、休日・夜間対応の回数、代休の取り方を聞きます。

案件が未定なら、配属後に誰へ、いつ常駐先と担当割合を確認できるかを聞き、回答が得られる時点まで違いを保留します。元請け・自社内の記載があっても、要件定義の担当と働く場所を同じ質問で確かめます。

この見分け方で分からないこと

求人票と面接で分かるのは、企業が書いた内容と説明した実績までです。入社後も同じ常駐先、商流、担当割合、仕様変更、残業、評価が続くとは限りません。

求人集計では、自社サービスのWeb・ソフトウェアエンジニア、PM、コンサル、SRE、インフラ、データ、QA、社内SE、組込、アーキテクト、新卒などを題名で除きました。

常駐とプライムの書き方の内訳は、各社で最初に当たった箇所から分けた目安です。

給与と商流の関係、人間関係も、この記事の資料からは答えられません。面接で直近の実績を聞けても、配属予定の案件が未定なら、常駐先と担当割合の違いは確定しません。

よくある質問

SEを辞めてよかった人は、何が変わったのですか？

何が変わったかは、会社を移ったか、職種を変えたかで分かれます。SEのまま会社を移るなら、顧客との要件調整、設計書、テストなどは仕事に残ります。一方、常駐先、商流、担当割合、残業、評価の運用は応募先ごとに確かめられます。辞めてよかったという結果だけでなく、自分が変えたい場面と同じ項目が変わったかを見ます。

SIerを辞めたいとき、社内SEへ移れば解決しますか？

社内SEへ移ればすべて解決するとは言えません。客先常駐や受託側の商流から離れても、社内の調整、ベンダー管理、障害対応など別の仕事がある場合があります。転職先として比べる場合は、社内SEを一律に「やめとけ」とは言えないで担当の比重を確かめてください。

SEは会社を移ってもきついですか？

顧客との要件調整、設計書、テスト、納期前の仕事、学び続けることが最もつらいなら、会社を移ってもSEを続けるかを先に考えます。常駐先、商流、担当割合、平常月と納期前の残業、評価の運用が主因なら、求人票の手がかりと直近案件の面接回答を今の職場と比べます。まず最もつらい原因を三つの置き場所へ振り、比べる相手を決めます。

辞めたい場面をすべて分け、求人票を読み、面接質問を一つ作る

書き出した3〜5個を、仕事そのものと量・分担など原因ごとの行へ分け、各行を三つの置き場所へ置いてください。

次に、応募要件を満たすSE求人を1件選び、題名と全見出しから関係する語を探します。空欄か食い違いを一つ、今の職場と同じ場所、期間、回数、時間、担当割合の面接質問にします。質問を一つ作れたら、次の応募先を比べる準備は完了です。