組み込みエンジニアの転職では、職務経歴書の書き方で書類通過率が大きく変わります。
本記事では、筆者がサーボアンプ開発を10年行ってきた実体験をベースに、
- 実際に評価された職務経歴書構成
- 書くべきポイント／書かなくていいポイント
- そのまま使える実例
を解説します。※履歴書の具体的な改善例は以下の記事で詳しく解説しています。
本記事で分かること
- 組み込みエンジニアの職務経歴書で評価されない原因
- 採用側に伝わる職務経歴書の具体的な書き方と実例
- 制御系／産業機器の経験を強みに変える整理方法
目次
組み込みエンジニアの職務経歴書の書き方で失敗する典型例
まず、実際によくあるNG例です。
- C言語／アセンブリ言語
- RTOS
- EtherCAT
これは事実ですが、採用側から見ると何も判断できません。
- RTOSで何をした？
- EtherCATは評価？設計？
- 主担当？補助？
情報が足りないのではなく、構造が足りないのです。
採用側が本当に見ている3点（制御系編）
1.どこまで任されていたか（役割）
- 仕様が決まっていたか
- 要件定義から関わったか
- 1名体制か、補助か
1名体制案件は強力な評価材料です。
2.制約条件への対応力
- リアルタイム性
- 割込み
- 通信遅延
- 安全性／信頼性
サーボ／制御系はここが本丸です。
3.不具合・量産対応の経験
- 出荷後の修正
- 顧客対応
- 再発防止
即戦力かどうかはここで判断されます。
職務経歴書の正しい構成（実務経験者向け）
あなたのような実務経験が豊富な方なら、以下の構成が最も評価されます。
- 職務要約
- 技術スキル（レベル明記）
- 職務経歴（プロジェクト単位）
- 強み／補足スキル
1.職務要約｜最初の5行が合否を分ける
実例
組み込みソフトウェアエンジニアとして10年間経験しました。
産業用サーボアンプの制御ソフトウェア開発を中心に、要件定義・基本設計・詳細設計・実装・評価・量産対応まで一貫して担当しました。
C言語／アセンブリ言語、RTOS環境でのリアルタイム制御を強みとしています。
「制御系を設計できる人」だと一瞬で伝わります。
2.技術スキル｜必ず「何ができるか」を書く
悪い例
EtherCAT：経験あり
良い例
EtherCAT：サーボアンプ向けインタフェースの基本設計〜テスト、出荷検査まで担当
技術スキル例
C言語：10年（制御ソフトウェア設計・実装・デバッグ）
アセンブリ：マイコン制御、性能最適化
OS：割込み・タスク制御を考慮した実装
通信：EtherCAT、EtherNet/IP、CC-Link IE、Profinet IO
3.職務経歴｜プロジェクトは「塊」で書く
評価される書き方は以下のとおりです。
プロジェクト例１
新規サーボアンプ開発（EtherCAT対応）
【役割】制御ソフト設計担当（2名体制）
【工程】基本設計〜実装〜評価〜出荷検査
【内容】EtherCAT通信インタフェースの設計・実装、リアルタイム性を考慮した処理設計、実機評価および不具合対応
プロジェクト例２
特殊用途サーボアンプ開発（1名体制）
【役割】主担当（1名体制）
【工程】要件定義〜設計〜実装〜評価
【内容】運搬台車／機関車向けサーボアンプ開発、顧客要求を踏まえた仕様整理、品質確保を重視した実機試験
1名体制 × 要件定義は非常に強いです。
4.強み・補足スキル｜制御系＋αを書く
実例
少人数体制での開発経験が長く、設計・実装・評価・顧客対応まで主体的に対応可能です。また、Pythonを用いたRPAを自主的に開発し、業務効率化にも取り組んできました。
「技術＋現場力＋改善意識」が揃います。
履歴書との役割分担（重要）
- 履歴書：事実の要約
- 職務経歴書：思考／役割／制約
履歴書で伝わらなかった部分を職務経歴書で回収する意識が重要です。また、履歴書の具体的な改善例は以下の記事で詳しく解説しています。
まとめ｜「任されていた範囲」を書く
技術名を並べるだけでは絶対に伝わりません。「どこまで任されていたか」
「何を考えて設計したか」を書いた瞬間、職務経歴書は武器になります。
よくある質問
Q1.職務経歴書は何ページくらい書くべきか？
A1.実務経験が豊富な組み込みエンジニアの場合、2〜3ページ程度になることが一般的です。重要なのはページ数よりも、担当範囲や役割、課題対応が具体的に伝わることです。不要な情報を増やすより、プロジェクト単位で整理することを優先しましょう。
Q2.職務経歴書の職務要約はどのくらい詳しく書くべきか？
A2.職務要約は採用担当者が最初に目を通す部分のため、5行程度で「どんなエンジニアか」が伝わることが理想です。担当分野、工程、強みを簡潔にまとめると効果的です。
Q3.プロジェクト経験が多い場合の整理方法
A3.経験プロジェクトが多い場合は、代表的な案件を3〜5件選び、担当工程や成果を中心に整理します。すべてを書く必要はなく、「どこまで任されていたか」が伝わる内容を優先することが重要です。