未経験エンジニアの職務経歴書の書き方 | 前職の経験を翻訳する手順
学習が進んで、いざ応募しようとテンプレートを開いた瞬間に手が止まる。「職務経歴」の欄に書けることが、エンジニアとしては何もない。私も営業職から転職活動を始めたとき、最初の一文字が書けずに30分固まりました。
結論から言うと、未経験の職務経歴書は「経験がないことを埋め合わせる書類」ではなく「前職の経験を開発現場の言葉に翻訳する書類」です。翻訳のやり方さえ分かれば、非IT職の経歴はむしろ材料になります。この記事では、私が実際に書き直して通過率が変わった手順を、構成テンプレートつきで共有します。
未経験の職務経歴書が見られているポイント
経験者の職務経歴書は「何ができるか」を見られます。では実務経験ゼロの書類で、採用側は何を見ているのか。面接に呼ばれたときに聞いた話を総合すると、だいたい次の3点でした。
- 本当に続くのか——未経験採用は育成コストがかかるので、早期離職が最大のリスク。学習を継続できている証拠が欲しい
- 入社後に伸びるか——現時点のスキルより、自分で調べて詰まりを抜ける力があるか
- 一緒に働けるか——前職で人と仕事を進めた形跡があるか。開発はチーム作業なので、ここは実務経験の有無と関係なく見られます
構成テンプレート:A4で2枚
未経験の職務経歴書は、次の順番で構成します。A4で2枚、多くても3枚に収めてください。
| 項目 | 分量 | 書くこと |
|---|---|---|
| 職務要約 | 3〜5行 | 前職で何をしてきたか+なぜエンジニアを目指すか+現在の学習状況を1段落で |
| 活かせる経験・スキル | 箇条書き5つ前後 | 前職の経験を開発現場の言葉に翻訳したもの |
| 職務経歴(前職) | 1〜1.5枚 | 会社概要・担当業務・工夫した点・数値の実績 |
| 学習歴 | 0.3枚 | 期間・学習時間・使用した教材やスクール・習得技術 |
| ポートフォリオ | 0.3〜0.5枚 | URL・技術構成・制作意図・詰まった点と解決方法 |
| 自己PR | 5〜8行 | 継続性の根拠を1つに絞って具体的に |
ポイントは「活かせる経験・スキル」を上のほうに置くことです。採用担当は最初の10秒で読むかどうかを決めます。前職の詳細を読み終わるまで「この人が開発現場で何ができるのか」が分からない構成だと、そこまで到達してもらえません。
前職の経験を翻訳する
ここが未経験の職務経歴書の心臓部です。前職の業務を、そのまま書いても届きません。開発現場で発生する仕事に対応づけて書き直す必要があります。
| 前職での経験 | 翻訳後の書き方 |
|---|---|
| 営業でヒアリングをしていた | 顧客の曖昧な要望を掘り下げ、実現可能な形に落として合意を取る経験。要件定義の初期工程に近い動き方ができる |
| 接客・クレーム対応 | 問題の背景を切り分けて一次対応する経験。障害対応時の報告・エスカレーションに応用できる |
| 売上の数値管理 | 数値目標に対して仮説を立て、施策を打ち、結果を検証して次に反映するサイクルの実行経験 |
| シフト作成・在庫管理 | 限られたリソースと制約条件を整理して段取りを組む経験。タスク分解と優先順位付けに直結 |
| マニュアル作成・新人教育 | 手順を言語化してドキュメント化する経験。仕様書やREADMEを書く素地がある |
| Excelで集計・帳票作成 | 定型作業をどう効率化したかの具体例。自動化・改善への関心の裏づけになる |
翻訳するときは必ず数字を入れてください。「顧客対応を頑張った」ではなく「担当30社の窓口として月平均15件の要望をヒアリングし、うち8件を社内調整のうえ実現した」。数字が入ると、同じ経験でも書類の説得力がまるで変わります。
私自身は、営業時代に手作業だった見積作成をExcelの関数と入力フォームで半自動化し、作成時間を1件30分から5分に短縮した話を書きました。技術的にはプログラミングではありませんが、「面倒を自動化しようと考える人間である」という証拠としては十分に機能して、面接でも必ず聞かれる鉄板ネタになりました。
翻訳が自分では思いつかないときは、エージェントの書類添削を使うのが早いです。非IT職の経歴をエンジニア向けに書き直すのは、彼らが最も数をこなしている仕事です
無料で職務経歴書を添削してもらう※リンク先は広告です。添削だけの利用でも問題ありません。
学習歴とポートフォリオの書き方
学習歴は「継続の証拠」として書く
「HTML/CSS、JavaScript、Rubyを学習」とだけ書いても、どのレベルか伝わりません。期間・累計学習時間・使った教材・作れるものまで書いてください。
- 2025年10月〜2026年6月(累計約600時間、平日2時間・休日6時間)
- 使用教材:Progate → 書籍『◯◯』 → Railsチュートリアル(2周)
- 習得:Ruby on Railsでの CRUD 実装、Git/GitHubでのブランチ運用、簡単なSQL
「平日2時間・休日6時間を8ヶ月」という記述は、それ自体が継続性の証明になります。働きながらこれを続けた事実が、採用側の最大の懸念に対する回答になるわけです。
ポートフォリオは「機能一覧」ではなく「詰まった話」
やりがちなのが実装機能の羅列です。しかし採用側が知りたいのは詰まったときにどう抜けたか。次の4点を数行で書いてください。
- 制作意図——なぜこれを作ろうと思ったか(自分や身近な人の困りごと発が強い)
- 技術構成——言語・フレームワーク・DB・デプロイ先
- 開発期間と規模——「約2ヶ月・機能5つ」など
- 詰まった点と解決方法——エラーの内容、調べた過程、最終的にどう直したか
GitHubのリンクを貼るなら、READMEは必ず整えてください。概要・スクリーンショット・使用技術・セットアップ手順があるかどうかで、印象が大きく変わります。逆にコミットが1つだけ、READMEが初期状態のままだと、開いた瞬間に評価が下がります。
書類で落ちるNGパターン5つ
- 前職の業務を職務内容のコピペで書いている——「◯◯の販売業務全般」だけでは、何を工夫した人なのか伝わりません
- 熱意だけで埋めている——「一日も早く戦力になれるよう努力します」は誰でも書けます。行動の記録に置き換えてください
- スクール名だけ書いて学習内容がない——スクール卒は珍しくないので、そこで何をどれだけやったかが本体です
- ポートフォリオがチュートリアルそのまま——教材の完成物を独自制作として出すと逆効果。改造点を明記するか、小さくても自作にしましょう
- 応募先を問わず同じ書類を送っている——自社開発とSESでは求められる人物像が違います。職務要約と自己PRの2箇所だけでも応募先に合わせて書き換えると通過率が変わります
3つ目に関連して、スクール選びの段階から書類に何が残るかを意識しておくと有利です。スクール選びの失敗パターンもあわせてどうぞ。
出す前の最終チェック
- A4で2枚に収まっているか(3枚超は削る)
- 1枚目の上半分だけで「何ができる人か」が分かるか
- 数字が最低3箇所入っているか
- ポートフォリオのURLが実際に開けるか(デプロイが落ちていないか)
- GitHubのREADMEが整っているか
- 誤字脱字と、前職の社名・年月のズレがないか
- PDFで書き出したときにレイアウトが崩れていないか
書き上がったら、応募前に第三者の目を通しておくと安心です。面接で聞かれるポイントの想定にもつながります
無料面談で書類を見てもらう※リンク先は広告です。相談は無料で、転職を強制されることはありません。
よくある質問
Q. 実務経験がない場合、何を書けばいいですか?
A. 前職の経歴に加えて、学習歴とポートフォリオを同じ重みで書きます。前職は職種名ではなく、開発現場でも通じる動き方に翻訳して書くのがポイントです。
Q. 何枚くらいが適切ですか?
A. A4で2枚が目安です。前職1〜1.5枚、学習歴とポートフォリオで0.5〜1枚という配分になります。
Q. ポートフォリオはどこまで書きますか?
A. URL・技術構成・開発期間に加えて、「なぜ作ったか」「詰まった点をどう解決したか」を数行で。機能の羅列より評価されます。
Q. 前職が接客や販売でも書けますか?
A. 書けます。クレーム対応・シフト管理・売上改善は、それぞれ問題の切り分け・段取り・仮説検証の経験として翻訳できます。
まとめ
未経験の職務経歴書は、技術力の穴を埋める書類ではなく前職の経験を開発現場の言葉に翻訳する書類です。手順は、①構成をA4×2枚で固める ②前職の業務を数字つきで翻訳する ③学習歴を期間と時間で書く ④ポートフォリオは「詰まった話」を書く ⑤応募先ごとに職務要約と自己PRだけ差し替える。
書類が通ったら次は面接です。未経験面接で必ず聞かれる質問と答え方は面接でよく聞かれる質問にまとめています。業界の現実を先に押さえたい人は未経験エンジニア転職の現実もどうぞ。