未経験エンジニアの職務経歴書は何を書く？前職・学習・制作物を採用側が判断できる形で伝える
開発経験がないと、職務経歴書に書けることもないように感じます。しかし、未経験採用で確認されるのは、完成したエンジニアとしての実績だけではありません。前職でどの仕事を任され、どう進め、何を学び、どこまで作れるのかを、求人と結び付けて伝える書類です。この記事では、空欄を埋めるためではなく、採用側が会って確認したいと思える職務経歴書の作り方を、項目ごとに掘り下げます。
今の職歴と学習内容で応募できる求人を聞く
前職がITと離れていても、応募先の仕事と重なる経験がある場合があります。未経験求人に強いエージェントへの無料相談で、職務経歴書に残したい経験と応募できる求人を確認できます。学習が足りない場合は、スクール担当者に次に学ぶ内容を相談できます。
職務経歴書は、経験の量ではなく判断できる情報を書く
採用側は「入社後に何を任せられるか」を確かめる
職務経歴書は、これまでの会社名と業務名を並べる書類ではありません。採用側は、どの仕事をどの程度任され、どのように進めた人なのかを読みます。未経験の応募では開発実績がないため、前職での正確さ、説明力、改善経験、学習の継続、制作物が代わりの材料になります。「IT経験がない」と先に謝るより、担当業務、工夫、結果を具体的に書きます。経験の多さではなく、求人側が判断できる情報があるかで書類の価値が変わります。
空欄が多い時は、書く順番が逆になっている
最初から自己PRを書こうとすると、抽象的な長所しか出ないことがあります。先に、在籍した会社ごとの担当、件数、使った道具、困った場面、周囲とのやり取り、変更したことを書き出します。その後、応募先の求人票を読み、重なる経験を選びます。例えば「コミュニケーション力があります」ではなく、「顧客の要望を聞き、社内の担当者へ仕様を伝え、納期を調整した」と書けば、業務で使った力として読めます。
書類に残したい前職経験をエージェントへ聞く
前職がITと離れていると、何を職務経歴書へ書くか迷いやすくなります。未経験求人に強いエージェントへの無料相談で、応募先と重なる経験を確認できます。学習が不足している場合は、スクール担当者に次の学習内容を相談できます。
最初に求人票を読み、書類の中心を決める
同じ未経験求人でも、確認される経験は違う
開発職、インフラ運用、社内SE、品質保証、ITサポートでは、前職から持ち込める経験が異なります。開発職では学習と制作物、インフラ運用では手順遵守や障害対応、社内SEでは利用者対応や業務理解、品質保証では確認と記録が強く働きます。求人票の仕事内容と必須条件から、職務経歴書の前半に出す内容を決めます。どの会社にも同じ自己PRを使うより、応募先が任せたい仕事に近い経験を前へ出した方が読みやすくなります。
一つの基本版を作り、応募先ごとに前半を変える
会社ごとに全文を書き直すと時間がかかり、日付や内容の矛盾も起きやすくなります。職歴、在籍期間、担当業務、学習履歴、制作物は基本版として持ちます。応募時には、職務要約、強み、制作物の説明、志望動機を求人に合わせて変えます。公的な職務経歴書の案内でも、応募先が知りたい内容に応じて書く考え方が示されています。使い回しを避けるとは、事実を変えることではなく、同じ経験のどこを先に伝えるかを変えることです。
応募先に合わせて前へ出す経験を聞く
開発、運用、社内SEでは、前職から評価される仕事が変わります。求人相談で、今の経歴から応募できる職種を確認できます。学習相談では、目指す職種に合わせた学習内容を聞けます。
職務要約は、経歴と転換理由を短くつなぐ
数行で「何をしてきて、今どこへ向かうか」を書く
職務要約には、前職の年数、主な担当、実績、現在の学習、目指す職種を数行で書きます。長い志望動機を入れる場所ではありません。例えば「法人営業として顧客要望の聞き取りと社内調整を担当。業務管理の改善をきっかけにWeb開発を学び、現在は認証とデータ保存を備えた業務記録アプリを制作」と書けば、経歴から応募までの流れが分かります。採用側が本文を読む前に、応募者の現在地を把握できる文章にします。
転職理由は、前職への不満ではなく行動の続きとして書く
「将来が不安」「手に職を付けたい」だけでは、なぜエンジニアなのかが残りません。仕事でシステムを使った経験、業務改善に関わった経験、学習を始めたきっかけを書き、その後に何を学び、何を作ったかを続けます。理由と行動がつながっていれば、思いつきではないことが伝わります。前職への不満が事実でも、職務要約では退職理由を詳しく書かず、次の仕事へ向けて行った準備を中心にします。
職務要約の内容が求人とつながるか確認する
経歴と学習を書いても、応募職種への流れが伝わらないことがあります。求人相談で、書類の冒頭に残したい情報を確認できます。学習相談では、制作物まで含めた学び方を聞けます。
前職は、業務名ではなく行動と結果で書く
営業・接客は、要望確認と調整の経験まで書く
営業や接客の経験は、「顧客対応」とだけ書くと広すぎます。どの顧客を担当し、何を聞き、誰と調整し、どんな結果につながったかを書きます。例えば、要望が曖昧な顧客へ利用場面を聞き、社内の制作担当へ条件を伝え、納期を調整した経験は、要件確認やチーム連携と近い仕事です。売上数字だけでなく、問い合わせの記録方法を変えた、引き継ぎ資料を作ったなど、再現できる行動を残します。エンジニア用語へ無理に言い換えず、事実を具体化します。
事務・製造は、正確さを支えた方法まで書く
事務職なら、処理件数、使った表計算や業務システム、ミスを減らすための確認方法を書きます。製造職なら、手順書、品質記録、異常時の報告、設備の状態確認が材料になります。「正確に仕事ができます」と書くより、入力後に別帳票と照合した、エラーの種類を記録して再発を減らしたなど、正確さを作った方法を示します。ITの仕事でも、指示を読み、記録を残し、異常を早く共有する場面があります。前職との接点は、肩書ではなく日々の動きにあります。
前職のどの行動が採用材料になるか聞く
営業、事務、製造の経験は、業務名だけではIT職との接点が伝わりません。求人相談で、具体的に書きたい担当や改善経験を確認できます。学習相談では、前職経験と組み合わせやすい職種を聞けます。
学習欄は、教材名より現在できることを書く
開始時期、学んだ内容、手を動かした結果をつなぐ
学習欄には、開始時期、学習方法、技術、制作したもの、現在扱える範囲を書きます。「Pythonを勉強中」だけでは、習熟度を判断できません。「基本文法とSQLを学び、CSVを読み込んで集計するプログラムを作成」のように、入力と出力が分かる表現にします。スクール名や教材名は補足であり、中心は自分が何を行ったかです。学習時間を記載する場合も、時間の長さだけでなく、その時間で作れるようになったものを続けます。
「理解している」と「自分で実装できる」を分ける
講義で聞いた技術と、調べながら実装した技術は同じではありません。職務経歴書では、基礎を学習中、参考資料を見ながら実装可能、制作物で使用、というように現在の範囲を分けます。広く書きすぎると面接で深掘りされた時に説明できなくなります。少ない技術でも、どこで使い、どの問題を解いたかを話せる方が信頼されます。未経験部分を正直に書き、今後学ぶ内容も応募職種と結び付けます。
学習欄で不足している説明を確認する
教材名を並べても、どこまで扱えるか分からない場合があります。求人相談で書類選考で確認される学習内容を聞けます。学習相談では、現在の習熟度から次に作るものを確認できます。
制作物は、URLだけでなく確認してほしい場所を書く
作品名、利用者、中心機能、自分の担当を数行で伝える
制作物欄には、作品名、誰が使うものか、解決する困りごと、中心機能、使用技術、URLを書きます。チーム制作なら、自分の担当と他の人が担当した範囲を分けます。例えば「店舗スタッフ向け在庫記録アプリ。商品登録、入出庫、現在数の確認を実装。認証と入力エラー表示を担当」と書けば、採用側が見る場所を決められます。完成度を大きく見せるより、動く範囲と未完成の範囲を正確に伝えます。
GitHubとデモは、提出直前に別端末で確認する
URLの入力ミス、非公開設定、停止したデモ、デモ用アカウントの不足は、書類の内容以前に確認を止めます。提出前にログアウトした状態や別のブラウザから開き、README、デモ、主要な操作、コードへ辿れるか確かめます。APIキーや個人情報が履歴に残っていないかも確認します。職務経歴書には、デモURLとGitHubを分けて載せ、最初にどちらを見てほしいかを書きます。採用側へ余計な探索をさせないことも、書類の読みやすさです。
制作物の説明を応募書類へ入れる方法を聞く
URLだけでは、採用側がどこを見るか決めにくくなります。求人相談で作品名、中心機能、自分の担当の書き方を確認できます。学習相談では、提出できる状態までの制作内容を聞けます。
自己PRは、長所ではなく一つの事実から書く
抽象語の代わりに、前職か学習の出来事を使う
「責任感があります」「粘り強いです」だけでは、他の応募者との差が分かりません。納期が遅れそうな時に関係者へ早めに共有した、学習中のエラーを記録して原因別に試した、利用者の問い合わせから手順書を作ったなど、一つの出来事を選びます。状況、自分の行動、結果、入社後に使える仕事の順で書きます。性格を主張するのではなく、行動から採用側が長所を判断できる文章にします。
志望動機は、会社名を替えただけの文章にしない
応募先の事業、募集職種、入社後に担当する仕事を読み、自分の経験や学習と接続する箇所を書きます。「成長できる環境に魅力を感じた」だけでは、他社にも当てはまります。例えば、顧客業務を支える自社サービスに関わりたい理由を前職の経験から話し、その会社の製品で関心を持った機能を挙げます。未経験者の場合、教えてもらいたいことより、現在準備していることと、入社後に早く担当したい仕事を中心にします。
自己PRが抽象的になっていないか聞く
長所を並べても、仕事での行動が伝わらないことがあります。求人相談で、前職や学習の出来事から使える材料を確認できます。学習相談では、応募前に補いたい経験を聞けます。
書類全体は、短さより矛盾のなさを優先する
A4一枚から二枚程度を目安に、判断材料を残す
公的な案内では、職務経歴書はA4縦で一枚から二枚程度が目安として示されています。ただし、枚数を減らすために学習や制作物を削ると、未経験者を判断する材料がなくなります。反対に、前職の細かな日常業務をすべて書くと、応募職種との接点が埋もれます。職務要約、職歴、学習、制作物、自己PRを順に置き、各項目で求人に近い事実を残します。文字を小さくするより、重複した説明を削ります。
日付、技術名、説明の一貫性を最後に確認する
履歴書と職務経歴書で在籍期間が違う、学習開始時期と制作期間が合わない、READMEと使用技術が異なると、面接で説明が止まります。会社名、在籍期間、資格名、技術名、URL、作品の機能を一つずつ照合します。誤字だけでなく、本文で「一人で制作」と書きながらGitHubでは共同制作になっていないかも確かめます。正確な書類は、細かな作業を任せた時の安心材料になります。
提出前に書類全体の矛盾を確認する
日付、学習内容、制作物の説明は、一人で読むと違いを見落とす場合があります。求人相談で書類全体と応募先のつながりを確認できます。学習相談では、応募と学習の進め方を聞けます。
提出後は、職務経歴書を面接の台本として使う
書いた内容から質問される前提で、具体例を用意する
面接では、職務経歴書に書いた改善、学習、制作物から質問されます。「工夫した」と書いた箇所は、何が困っていて、どの方法を選び、結果がどう変わったかを話せるようにします。作品の技術は、主要なファイルとデータの流れを説明できる状態にします。書類へ多く書くほど有利になるわけではありません。質問されても自分の経験として話せる事実だけを残します。提出した版を保存し、企業ごとの差分も分かるようにします。
選考の反応を、次の書類へ反映する
書類が通らない時、前職がITではないことだけを原因にすると修正箇所を見失います。応募先と制作物が離れていないか、学習欄が教材名だけになっていないか、自己PRが抽象的ではないかを確認します。面接で同じ質問を何度も受けた場合は、職務経歴書の説明が足りない可能性があります。応募の結果を記録し、次の企業では前半の要約や作品説明を変えます。書類は一度完成させて終わるものではなく、選考を通じて読みやすくしていきます。
面接で深掘りされる箇所を応募前に確認する
職務経歴書は面接で質問される内容の土台になります。求人相談で、説明を補いたい経験や制作物を確認できます。学習相談では、自分の言葉で話せるように戻って学ぶ箇所を聞けます。
未経験だから薄くするのではなく採用側が確認できる事実を選んで書く
未経験エンジニアの職務経歴書では、開発経験がないことを埋め合わせる文章より、前職、学習、制作物を具体的に伝えます。求人票を先に読み、応募職種と重なる経験を前へ出します。学習欄では現在できることを示し、制作物欄では利用者、中心機能、自分の担当、URLを書きます。自己PRは一つの出来事から作り、提出前に日付と説明の矛盾を確認します。面接で自分の経験として話せる事実だけを残します。
