組み込みエンジニアを辞めたい。続けるなら共同開発は残りうる。常駐の手がかりは求人票、保守開発は面接

最近、組み込みの仕事を辞めたいと思った場面を3〜5個、今の職場の値と一緒に書いてください。会社を移って変わる部分と、組み込みの仕事に残りうる部分を見分けるには、原因を分けてから、仕事に残りうる側、会社・配属先で変わりうる側、求人票だけでは分からない側へ置きます。厚生労働省の職業情報提供サイトjob tagは、組み込みでは基板や機械の担当者と共同で開発する場合が多いと説明しています（「システムエンジニア（組込み、IoT） - 職業詳細」、2026年9月30日確認）。共同開発は残りうる一方、客先常駐は求人票を全文検索し、保守開発の割合は面接で聞きます。

例にするのは、自動車部品メーカーでエンジン制御の組み込み開発を6年経験し、完成車メーカーの日程に合わせながら、派生機種の保守と仕様変更を仕事の8割ほど担当する架空の社員です。

組み込みエンジニアを辞めたい場面を、今の職場の値と一緒に3〜5個書く

派生機種の保守と仕様変更が多い、残業が多い、在宅勤務が少ない、規格書類に時間を取られる。そのままでは応募先と比べられません。期間、割合、時間、人数、担当数を添えます。

例の社員について書くと、次の5場面になります。値はすべて架空ですが、後で求人票と面接でも同じ単位を使います。

辞めたい場面	今の職場の値	比べる単位	確認先
派生機種の保守と仕様変更が多い	直近1年の仕事の8割	新規・保守・仕様変更の割合	予定表、担当表
規格書類に時間を取られる	直近3か月の仕事の2割	書類作成・レビューの割合	予定表、レビュー記録
試作前に残業が増える	平常月25時間、試作前の月60時間	同じ配属先の実残業	勤怠
在宅勤務が少ない	月4日まで	月の出社日数・在宅日数	勤怠、勤務予定
複数の派生機種を同時に持つ	10人のチームで同時に3機種	チーム人数・同時担当数	担当表

受託・派遣の人は、派生機種の数ではなく、一つの常駐・案件が続く期間と、同時に持つ案件数を書きます。メーカーで一つの機種だけを担当する人に、案件数という単位を無理に当てる必要はありません。

客先常駐の人は、後の早見表の受託・客先常駐で働く行へ進み、常駐先・期間・次の配属を確かめます。

完成車メーカーの日程に合わせることがつらいなら、仕様変更が来た日、試作日、日程を引き直したか、誰が決めたかも書きます。

三つの区分の意味を決めてから、場面を置く

表へ置く前に、区分の意味をそろえます。

• 仕事に残りうる側: 組み込みを続けると担当しうる仕事や、職種の成り立ちから生じる場面です。
• 会社・配属先で変わりうる側: 働く場所、開発環境、仕事の量・頻度・分担・決め方が応募先によって変わる場面です。会社を移れば必ず軽くなる、という意味ではありません。
• 求人票だけでは分からない側: 仕事や技術の語は求人票にあっても、実際の割合・時間・人数・期間までは読めず、面接で値を聞く場面です。

一つの場面に二つの原因があれば、別の行にします。品質・安全性を確認する仕事と、規格書類に仕事の2割を使うことは別です。試作前に作業が集中することと、その月の残業が60時間になることも分けます。職種に残りうる仕事と、会社によって変わる量を一行に押し込めないためです。

共同開発と制約は仕事に残りうる側、量は求人票だけでは分からない側

組み込みを続けるなら、ソフトだけで完結しない仕事は残りうると見ます。厚生労働省job tagの「システムエンジニア（組込み、IoT） - 職業詳細」は、製品や装置に組み込まれたマイコンのソフトを開発する仕事について、基板や機械の担当者と共同で開発する場合が多いと説明しています。組み込み開発では多くはC言語系を使うとしています。また、処理時間やメモリが限られた中で作り、既存のソフトウェアモジュールを組み合わせる場合が多いともしています（2026年9月30日確認）。

同じページは、機械や通信など複数分野を幅広く経験することが重要だとしています。学び続ける量は示していませんが、ソフト以外の分野も扱う仕事だと分かります。

信頼性・耐久性・安全性の確認は、job tagでは、製品や装置を含むシステム全体を開発する文脈に限って重要とされています。すべての組み込み開発で同じ重さの規格対応がある、とは読みません。規格、レビュー、書類作成に使う時間は製品分野と配属先で変わります。

納期・リリース前や量産のライン立ち上げで作業が集中するという説明はjob tagにはありません。これは、組み込みの働き方を扱う評判記事や体験記に出る話です。公的な統計で頻度を示した根拠ではありません。全体の日程に合わせる場面が残りうることと、その月に何時間残業するか、休日対応があるか、仕様変更時に日程を引き直せるかは分けます。後者は応募先へ聞く値です。

例の社員の場面を、原因ごとに分けて置く

先ほどの5場面を原因まで分けると、行が増えます。場面の名前は最初の表とそろえ、どの値を求人票や面接へ持っていくかを右端に残します。

分けた場面	最初に置く区分	そう置く根拠	次に確かめる値
派生機種の保守と仕様変更が多い	求人票だけでは分からない側	求人票に新規・保守の語があっても、実際の比重は読めないため	直近1年の新規・保守・仕様変更の割合
規格書類に時間を取られる	求人票だけでは分からない側	規格の語から、書類作業の時間までは読めないため	直近3か月の書類作成・レビューの割合
品質・安全性を確認する	仕事に残りうる側	job tagのシステム開発についての段落が、製品や装置を含むシステム全体では確認が重要だと説明しているため	担当する確認の範囲
試作前に作業が集中する	仕事に残りうる側	評判記事や体験記で、全体の日程やハード側の変更により作業が集中する場面が挙がるため	集中する時期と仕事
試作前の月に残業が60時間になる	求人票だけでは分からない側	平常月の数字から、試作前の山の高さを読めないため	直近の試作前の実残業
在宅勤務が少ない	求人票だけでは分からない側	在宅勤務可の記載があっても、配属先で実際に使える日数は読めないため	実機を使わない日の在宅実績
複数の派生機種を同時に持つ	求人票だけでは分からない側	部署やチームの人数から、一人の同時担当数は読めないため	チーム人数・同時に担当する派生機種数

完成車メーカーの日程に合わせることも二つに分けます。製品全体の日程に合わせて作ることは、組み込みの働き方を扱う評判記事に出てくる職種寄りの山です。一方、途中で仕様が変わったときに日程を引き直せるか、誰が顧客と調整するかは会社・契約・配属先で変わります。受託開発を扱う評判記事では、客都合の日程と途中の仕様変更が論点に挙がります。これは公的な職業説明ではなく、評判記事と体験記に出る整理です。

ほかによくある場面を、同じ三つの区分で引く

例の社員にない場面は、次の早見表から近い行を選びます。根拠欄では、job tagや評判記事が根拠にある行は出どころを示し、それ以外は求人票で読める範囲と面接で聞く値を分ける理由を書きます。

場面	最初に置く区分	そう置く根拠	次に確かめる値
ハード・機械の担当者と共同で開発する	仕事に残りうる側	job tagが、多くの場合に共同で開発すると説明しているため	自分が担う範囲
処理時間やメモリの制約の中で作る	仕事に残りうる側	job tagが組み込み開発の特徴として説明しているため	制約の種類
機械・通信など複数分野を経験する	仕事に残りうる側	job tagが複数分野の経験を重要としているため	学ぶ分野
ハードとの切り分けや実機評価をする	仕事に残りうる側	評判記事で、原因の切り分けや現物を使う作業が挙がるため	ハード担当と評価環境
テスト・評価を担当する	仕事に残りうる側	job tagが、この職業のこまかな仕事（タスク）にテストを行うことを挙げているため	担当するテスト・評価の範囲
テスト・評価が仕事の大半を占める	求人票だけでは分からない側	設計からテストまで担当すると書かれても、各仕事の割合は読めないため	設計・実装・テスト評価の割合
受託・客先常駐で働く	会社・配属先で変わりうる側	job tagがメーカー、システム開発会社、開発の一部を委託された会社を勤務先に挙げているため	常駐先・期間・次の配属
古い開発環境を使い続ける	会社・配属先で変わりうる側	使う言語・OS・バージョン管理は会社・配属先で決まるため	OS、バージョン管理、既存コードの年数
一部在宅の制度がある	会社・配属先で変わりうる側	在宅勤務可を書く会社が約35%で、会社によって記載が分かれるため	制度の有無・利用条件
人手不足で仕事を抱える	求人票だけでは分からない側	人数の記載があっても、一人の担当数は読めないため	チーム人数・派生機種数・案件数
年収が上がりにくい	会社・配属先で変わりうる側	提示年収、評価、手当は会社と役割によって変わるため	自分に提示される年収と手当
単価と評価の決め方に自分が入れない	会社・配属先で変わりうる側	単価交渉と給与評価の分担は会社の仕組みだから	評価面談の同席者・単価の給与への反映

job tagは、この分野では他社へ移動する人が比較的少なく、同業他社に移ったり、技術を生かせる周辺分野の他社に移ったりすることがあると説明しています。これは職種全体の説明で、個人の転職しやすさは分かりません。

隣の職種で残りうる仕事との違いは、機械設計を続けるときの見分け方で扱っています。

求人を1件開き、読める手がかりと面接で聞く値を分ける

最初に書いた3〜5個の場面を原因ごとに分け、会社・配属先で変わりうる側か求人票だけでは分からない側から、いちばん変えたいものを一つ選んでください。

求人票では欄の名前を当てにせず、全文から手がかりを探します。勤務地、在宅、フレックス、組織、募集背景の欄が空でも、同じ情報が福利厚生のその他、PRポイント、仕事内容の中にある場合があるためです。

ここから示す割合は、2026年9月30日時点で当サイトPREVIOに掲載中のSE（制御・組み込み系）求人から、題名が組み込み・ファームウェア・制御ソフトの仕事と読めるものを、勤務地を限定せず全件集計した結果です。会社単位で数え、その会社の対象求人のどれか1件に記載があれば書いてある側としました。どの求人にも記載がなければ書いていない側です。割合は5%単位に丸め、5%を下回る値は5%未満と表記します。職種タグには別職種や職種を特定しない求人が混じるため題名で絞っており、題名から組み込みと読めない求人は対象外です。求人を多く出す会社ほど少なくとも1件が書いてある側に入りやすく、短い求人ほど書いていない側に入りやすい数え方です。以下の数字は求人票の記載率で、職場での実施率や日本の組み込み求人全体の割合ではありません。

客先常駐・受託・派遣は、全文から勤務先を探す

勤務先の記載がなければ常駐なしと決めず、面接で聞きます。派遣・SES・受託の会社は45〜55%でした。会社紹介と求人本文から会社の種類を判定しきれない場合があるため、幅で示しています。一方、客先・派遣先で働く、派遣、請負・受託・SESのどれかを対象求人に書く会社は約35%でした。派遣・SES・受託と読める会社でも勤務先を書かない場合があります。

求人票を開いたら、客先、お客様、派遣先、プロジェクト、案件、請負、受託、SES、社内を全文検索します。お客様先、プロジェクト先、社内開発のような言い換えも拾うため、短い語で探します。会社紹介、仕事内容、勤務地、職場情報、福利厚生、PRポイントに分かれて出ることがあります。ただし、会社全体やグループの事業説明にエンジニア派遣とあっても、それだけで応募する求人が客先常駐だとは判断しません。

長期参画を前提とした継続案件のような説明は、同じ職場に何年いるのか、雇用・契約は何かを示しません。配属先により変動するという説明も、最初に働く場所や次の配属の決め方を示しません。最初の語で見つからなければ、お客様、社内、案件、プロジェクトなどの言い換えで探し直し、会社説明、PRポイント、仕事内容、勤務地を上から通読します。それでも分からなければ、次を聞きます。

• 入社直後は自社と客先のどちらで働きますか。客先なら予定期間はどのくらいですか。
• その配属が終わった後、次の仕事は誰が、何を基準に決めますか。
• 途中で仕様が変わったとき、日程を引き直す取り決めはありますか。直近の例では誰が顧客と決めましたか。

開発環境と規格は求人票で読み、仕事の割合は面接で聞く

全文から、C、C++、Linux、Android、RTOS、ITRON、Python、Rust、Git、CI、Jenkins、Docker、AUTOSAR、機能安全、ISO 26262、A-SPICE、MISRA、IEC 62304を探します。C/C++を書く会社は約75%、OSを書く会社は約40%、Python・Rust・Git・CIのどれかを書く会社は約25%でした。これは語が出る会社の割合で、入社後に使う時間の割合ではありません。

規格を書く会社は約20%で、ほぼ車載分野でした。規格の語は製品分野と求められる知識の手がかりにはなりますが、書類作成やレビューの量は示しません。例の社員と比べるなら、直近3か月について次のように聞きます。

• 新規開発、保守開発、仕様変更は、仕事の何割ずつでしたか。
• 設計、実装、テスト・評価は、仕事の何割ずつでしたか。設計からテストまで担当する場合、入社直後の時間配分はどうなりますか。
• 規格に関する書類作成とレビューは、仕事の何割でしたか。
• 主に使うOSとバージョン管理は何ですか。保守する既存コードは何年前から使われていますか。

新規・先行開発を書く会社は約15%、保守・派生・既存を書く会社は約10%でした。どちらも書かない会社は約80%です。メーカーへ移れば新規開発になるとも、記載がないから保守開発がないとも判断せず、配属予定先の割合を聞きます。

在宅勤務は、出社率と実機を使う日まで読む

在宅、リモート、テレワーク、出社率、実機を全文検索します。在宅勤務可を書く会社は約35%、フルリモートを書く会社は5%未満でした。全部在宅は少ない一方、一部在宅の有無は会社によって違います。書いていない会社に在宅勤務がない、という意味ではありません。

出社率が8割と書かれ、月の所定勤務日数が20日だと分かるなら、出社16日、在宅4日相当と同じ月の単位へ直せます。割合の期間や勤務日数が分からなければ換算しません。実機でのテストは在宅では難しいという説明があっても、すべての日が出社とは限りません。実機を使わない日の在宅実績を聞きます。

• 配属予定先では、直近1か月の出社日と在宅日は何日ずつでしたか。
• 実機を使わない日は在宅勤務ができますか。直近1か月では何日ありましたか。

平常月の残業は求人票で読み、試作・量産前の山は面接で聞く

まず残業、時間外を全文検索します。月の残業時間を書く会社は約55%でした。数字の対象が全社、部署、配属予定先のどれかを確かめます。次に繁忙、リリース前、休日出勤、夜間を探し、試作前・量産前の説明も別に読みます。

月の残業時間を書く会社のうち、数字を取り出せた会社を分母にすると、各社の求人に幅がある場合に上端を使っても、残業の数字を書いた求人がすべて20時間以下になる会社は約75%でした。下端を使うと約85%です。この差は範囲表記の読み方で生じたもので、組み込みエンジニアの残業時間の分布ではありません。今の平常月の値より短い候補を大まかに探す手がかりにとどめ、繁忙月の判断には使いません。

給与欄の固定残業時間は、給与に含む時間外手当の計算に使う時間で、実際に残業した時間ではありません。年収例や想定年収が残業20時間などを前提に計算されていても、その人や配属先の実績とは読みません。平常月25時間と比べるなら、配属予定先の実残業であることを確認します。

繁忙期、リリース前、休日出勤、夜間を働き方として書く会社は約5%でした。平常月の数字から、試作・量産・リリース前の山は読めません。

• 配属予定先では、直近の試作・量産・リリース前の月に実残業は何時間でしたか。平常月は何時間でしたか。

部署の人数と、実際のチーム・担当数を分ける

人数、名、チーム、体制、組織、配属を全文検索します。チーム・部署の人数や体制を書く会社は約30%でした。部署の人数は、実際に同じ機種を作るチームの人数とは限りません。

メーカーなら派生機種、受託・派遣なら案件を単位にします。全員へ案件数を聞くのではなく、今の職場で書いた値とそろえます。

• 配属予定先で、直近の機種を担当したチームは何人でしたか。
• 客先常駐なら、客先社員と自社・協力会社の人はそれぞれ何人でしたか。
• メーカーなら、一人が直近1年に同時に担当した派生機種は何機種でしたか。
• 受託・派遣なら、一人が直近1年に同時に持った案件は何件でしたか。
• 試作・量産前に仕事が増えたとき、直近では何人の応援が入りましたか。

年収と評価は、求人票の幅と面接での決め方を分ける

年収、給与、想定年収、手当、評価、単価を全文検索します。求人票の年収幅だけでは、自分がどの位置で提示されるか、客先の評価や単価が給与にどう反映されるかは分かりません。

• 自分の経験年数と担当する仕事なら、年収幅のどの位置での提示を想定しますか。残業代と手当は別ですか。
• 客先常駐なら、評価面談には誰が同席しますか。客先の評価や単価は給与にどう反映されますか。

短い語と言い換えで全文検索し、会社説明、PRポイント、仕事内容、勤務地を通読しても情報がなければ、確認できずと残します。仕事内容と勤務地、在宅の説明と職場情報、残業の説明と給与欄が食い違う場合は、都合のよい側だけを採らず、両方を面接で示して聞きます。最初に選んだ場面と同じ項目だけを比べれば、保守開発を変えたい人が、在宅日数だけを見て判断するずれを防げます。

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

求人票と面接で分かるのは、書かれた内容と、説明時点の配属・実績までです。入社後も同じ勤務先、開発環境、仕事の割合、人数、残業、在宅勤務が続くとは限りません。

当サイトの集計では、会社名の表記を完全には寄せきれていない例があります。

job tagからは、納期・繁忙期・残業、実機評価や切り分けの負担、職場ごとの仕事量は分かりません。評判記事や体験記からも、各社で起きる頻度や割合は分かりません。勤務先を書かない会社がメーカーなのか、保守開発を書く会社がどの種類に多いのかも今回の集計からは言えません。年収は経験・役職・地域をそろえていないため、派遣・受託かどうかで決まるとは判断しません。

会社を変えれば全部解けるとも、組み込みを辞めるしかないとも判定できません。いちばん変えたい場面について、今の職場と同じ単位の答えを応募先から得られたかを見ます。

よくある質問

組み込みエンジニアはなぜきついと言われるのですか？

組み込みの働き方を扱う評判記事や体験記では、納期・リリース前の残業、量産のライン立ち上げ、ハードとの切り分け、品質・安全性の責任、複数分野の知識、仕様変更、人手不足がつらさとして挙げられています。置き場所の根拠は声の多さではありません。共同開発や制約はjob tagを根拠に仕事に残りうる側へ置きます。例の社員の試作前に作業が集中する場面は、製品全体の日程に組み込まれる職種寄りの山として置き、実際の残業時間や同時担当数は求人票だけでは分からない側へ置いて面接で聞きます。

組み込みエンジニアはやめとけと言われますが、辞めたほうがよいですか？

一律には判定できません。客先常駐や在宅日数は会社・配属先で変わりうる側、保守開発の割合、繁忙月の残業、人員と同時担当数は求人票だけでは分からない側です。共同開発や制約の中で作る仕事そのものが最もつらいなら、別の組み込み求人を比べるだけでは原因が残りうると考えます。

メーカーへ移れば新規開発を担当できますか？

メーカーという会社の種類だけでは決まりません。当サイトの求人集計では、新規・先行開発を書く会社は約15%、保守・派生・既存を書く会社は約10%で、どちらも書かない会社は約80%でした。配属予定先の直近1年について、新規開発、保守開発、仕様変更の割合を聞きます。

組み込みエンジニアは在宅勤務ができないのですか？

全部在宅は少ない一方、一部在宅は会社・配属先で異なります。job tagは実際の製品や装置が必要なため在宅勤務は難しいとしつつ、仕事の一部を在宅にする働き方も説明しています。当サイトの求人集計でも在宅勤務可を書く会社は約35%でした。求人票を全文検索し、見つからなければ実機を使わない日の在宅実績を聞きます。

置き場所を決めた場面から、求人を1件読む

選んだ場面に対応する語を求人票の全文で探します。常駐を変えたいなら、客先、お客様、派遣先、プロジェクト、案件、請負、受託、SES、社内。保守開発を減らしたいなら、新規、先行、保守、派生、既存です。別の場所に書かれていないかまで見た後、足りない値だけを今の職場と同じ期間・単位の面接質問にします。