この記事のポイント
先に要点を確認
- 履歴書では対象機器と担当工程を一行で示し、技術詳細は職務経歴書へ
- 言語・OS・マイコン・通信・ツールは使用目的と経験範囲を添える
- 品質実績は不具合、試験、レビューで自分が行った行動を示す
目次から読みたい項目へ本文7項目
最初に対象機器と担当工程を伝える
job tagでは、組込み・IoTのシステムエンジニアを、製品や装置の制御用ソフトウェア、または製品を含むシステム全体を設計・開発する仕事として説明しています。同じ『組込み』でも、自動車ECU、産業装置、家電、医療機器、IoT端末では制約と評価方法が違います。
履歴書の職歴欄では『車載ECUの制御ソフト開発で詳細設計・実装・単体試験を担当』のように入口を作ります。プロジェクトごとの技術構成、規模、レビュー、不具合分析、成果は職務経歴書へ移します。
履歴書の職歴欄に置く例
履歴書に残す三要素と職務経歴書へ移す詳細
履歴書の職歴欄には、対象機器、主要工程、主要言語を一行で示します。RTOS、マイコン、通信、評価ツール、プロジェクト規模は職務経歴書で使用目的と一緒に説明します。技術名だけを履歴書へ詰め込まず、応募先が職種を判別できる入口を作ってください。
| 情報 | 履歴書に残す範囲 | 職務経歴書へ移す詳細 |
|---|---|---|
| 対象機器 | 産業用センサー端末など種類を一つ | 制約、構成、担当モジュール |
| 担当工程 | 詳細設計・実装・試験など主要範囲 | 案件期間、役割、チーム体制 |
| 主要言語 | C言語など職種判別に必要なもの | 用途、経験期間、使用範囲 |
| OS・マイコン | 職歴欄には原則詰め込まない | FreeRTOS、Arm Cortex-M系と使用目的 |
| 通信・ツール | 職歴欄には原則詰め込まない | UART、SPI、デバッガ等の使用範囲 |
| 品質・成果 | 自己PRに行動を一つ | 試験条件、不具合分析、測定範囲 |

読みながら、そのまま入力できます
質問に沿って進めるだけ。入力内容はPDFで確認できます。履歴書と職務経歴書の情報量を分ける
履歴書は会社、在籍年月、職種、主要工程を短時間で確認する書類です。職務経歴書は、プロジェクト期間、チーム人数、対象機器、開発環境、自分の担当、不具合や品質改善を説明します。同じ技術一覧を二つへ貼らず、履歴書から詳細ページへ自然に進める構成にします。
資格欄には基本情報技術者試験など証明できる資格を正式名称で書きます。使用言語やマイコンは資格ではないため、職歴の補足または職務経歴書の活かせる経験・知識へ置きます。GitHub等を提出する場合は、守秘義務のあるコードを含めず、本人が公開権限を持つ制作物だけを案内します。
| 情報 | 履歴書 | 職務経歴書 |
|---|---|---|
| 会社・期間 | 正式名称と入退社年月 | 案件期間と所属を補足 |
| 対象機器 | 一行で種類を示す | 制約・構成・担当範囲を示す |
| 技術 | 主要な言語・工程のみ | OS、MCU、通信、ツールと用途 |
| 成果 | 自己PRへ一つ | 課題・行動・結果・測定範囲 |
| 機密情報 | 書かない | 一般化し公開範囲を確認 |
自己PRは担当範囲と確認行動を三文に絞る
履歴書の自己PRでは、技術構成や案件期間を一覧にせず、応募先に近い担当範囲と確認行動を一つ選びます。プロジェクト期間、チーム人数、OS、マイコン、通信、試験条件は職務経歴書へ移し、履歴書は短く読み切れる量にします。
履歴書に収める自己PR例
自己PRへ残す品質行動を一つ選ぶ
履歴書には『品質意識が高い』という評価語ではなく、再現条件を切り分けた、ログを確認した、境界値を試験したなど、自分が実際に行った確認を一つ残します。複数の試験項目やレビュー実績は職務経歴書で整理してください。
不具合件数や性能改善率を使う場合も、履歴書では結果を大きく見せず、自分の担当モジュールと行動を短く示します。対象期間、母数、測定条件、チーム全体の施策は職務経歴書で説明できるようにします。
- 再現条件と非再現条件を分けた
- 仕様・回路・ログ・実機のどれを確認したか示した
- 自分の修正範囲とレビュー担当を区別した
- 回帰試験の対象と結果を説明できる
- 品質数値の測定期間と母数を確認した
製品名・顧客名・コードは公開範囲を守る
未発表製品、顧客名、型番、通信仕様、脆弱性、ソースコードは、技術力を示すためでも無断で掲載しません。『国内メーカー向け車載制御』『産業用計測機器』など、業界、製品種別、担当工程、規模が伝わる範囲へ一般化します。どこまで開示できるか不明なら、社内規程や契約を確認してください。
一般化しても、言語、OS、担当工程、チーム規模、品質活動など応募先が経験を判断できる情報は残せます。面接でも公開範囲は変わらないため、秘密情報を聞かれた場合の答え方を用意します。
機密情報を一般化する例
求人票との対応表を作ってからPDF化する
求人票の必須条件を、対象領域、言語、OS、工程、品質規格、リーダー経験に分け、自分の経験済み・学習中・未経験を区別します。C言語経験があっても、車載AUTOSARや機能安全を経験済みとは限りません。近い経験は接点として示し、未経験技術を使用済みと読める表現にしないでください。
完成後は技術名の表記、年月、全角半角、改ページを確認し、履歴書と職務経歴書で担当期間が一致するか照合します。小さな文字で技術一覧を詰めず、応募先に近い経験から並べます。
- 対象機器と担当工程が冒頭で分かる
- 技術名に使用目的または担当範囲が付いている
- 設計・実装・試験の経験範囲を誇張していない
- 機密情報を一般化し、公開権限を確認した
- 履歴書と職務経歴書の会社・期間が一致している
出典
参考資料・公式情報
様式や手続きは公的機関、資格の表記や端末の操作は各提供元の資料で確認できます。記載例は書き方を示すための例です。ご自身の経歴に置き換え、提出先の指定を確認してください。よくある質問
履歴書の書き方のQ&A
Q組込みエンジニアの履歴書に言語をどこまで書きますか?
職歴欄では主要言語と担当工程を一行で示し、詳しい言語、OS、マイコン、通信、ツールと使用目的は職務経歴書へ整理します。
QマイコンやRTOSは資格欄へ書きますか?
通常は資格ではありません。職歴の補足や職務経歴書の開発環境へ、対象製品と使った範囲を添えて記載します。
Q製品名を公開できない場合はどうしますか?
『産業用計測機器』『国内メーカー向け車載制御』など、業界・製品種別・工程が分かる範囲へ一般化します。契約と社内規程を優先します。
Q評価だけの経験を開発経験と書けますか?
評価経験として正確に記載します。試験設計、実行、ログ解析、不具合起票など担当した内容を示し、実装していない場合は開発全般を担当したように書きません。
Q趣味の電子工作は履歴書に使えますか?
本人が公開できる制作物なら、学習・制作経験として実務と区別して示せます。使用部品、実装、検証、改善を説明し、勤務先の成果にはしません。
QGitHubのURLを履歴書へ載せてもよいですか?
応募先が閲覧でき、本人が公開権限を持つ内容だけなら案内できます。勤務先や顧客のコード、秘密情報、個人情報を含めないでください。


