採用担当者は何を確認しているか

未経験者の職務経歴書を見る採用担当者が最も気にしているのは、「入社後に定着して育つ人材かどうか」という点です。開発経験がない分、経歴書から読み取れる情報は限られますが、だからこそ前職での行動傾向・学習への取り組み方・志望の具体性といった要素が判断材料になります。

採用担当者が書類で確認する観点を整理すると、業務遂行の丁寧さ・論理的な文章構成・エンジニアへの転換理由の一貫性の3点が挙げられます。職務経歴書の完成度そのものが、仕事への向き合い方を映す書類として機能するという現場の声もあります。

未経験者の書類通過率とその意味

IT企業全体の書類選考通過率は約3〜5割程度というデータがありますが、未経験歓迎の求人に絞ると通過率は変動します。書類選考を通過するかどうかは、スキルの有無より「読みやすく、的を射た書き方ができているか」に左右される部分が大きい傾向があります。

これが意味するのは、エンジニアとしての実績がない段階でも、書き方を整えることで評価が変わる余地がある、ということです。書けることが少ないからといって薄い内容のままにするより、前職経験・学習・成果物をそれぞれ正確に記述することが通過率の差につながります。

前職経験はそのままではなく「適性の証拠」として整理する

未経験者が前職の経歴を職務経歴書に書くとき、業務内容を羅列するだけでは採用担当者に伝わりません。エンジニアへの転換を前提に、「この経験がエンジニアとしての素地になる」という視点で整理し直すことが重要です。やみくもに業務を書き連ねるより、エンジニアとしての適性を示せる経験を選んでアピールする形にします。

採用担当者が未経験者の前職経験を見るときの観点は、PCを活用した業務の有無・論理的な判断が求められた業務の有無・顧客や社内関係者との折衝経験の有無といった点です。直接ITと関係ない職種でも、これらの観点で整理すると記載できる内容が見えてきます。

職種別の読み替え方

営業・接客系の経験

顧客への提案内容・担当した顧客数・達成した数値目標といった情報を記載します。コミュニケーション能力・目標達成への行動パターン・顧客課題の把握力は、エンジニアとしての要件定義や顧客折衝に直結する観点として捉えられます。「担当した顧客数と売上推移」のように具体的な数字が書ける場合は積極的に入れます。

事務・バックオフィス系の経験

担当した業務量・処理した件数・作成した資料の種類といった情報が記載の軸になります。データ管理・ツール操作・業務の効率化に関わった経験があれば、ITへの親和性として読み替えられます。Excelを使った集計作業や、社内システムの運用補助なども記載に値します。

技術系・製造系の経験

仕様書や設計書を読む経験・精度を要する作業への対応・手順の正確な実行といった観点で整理します。品質管理の意識・論理的な手順への慣れは、開発業務との親和性が高いとして評価されることがあります。職種の名称よりも、何をどう行ったかの具体的な記述が重要です。

学習内容は「何をどれくらい」まで書く

採用担当者が未経験者の学習欄を見るとき、学習しているという事実より「どこまで理解しているか」の水準を確認しています。学習内容の記述が薄いと、エンジニアになるための本気度が伝わりにくくなります。具体的な内容・学習期間・現時点で書けるコードのレベルまで記載することで、採用担当者が習熟度を把握しやすくなります。

企業側が未経験者を採用するときに最も懸念しているのは「入社後に挫折して辞めてしまうかどうか」という点です。学習内容を具体的に記述することで、この懸念を和らげる効果があります。「基本情報技術者試験に合格した」「プログラミングスクールでXXを学んだ」「独学でXX言語を使い、XXを作れるようになった」といった形で記載します。

学習内容欄の記載項目

学習している言語・技術

現在学んでいるプログラミング言語・フレームワーク・ツールを列記します。「Python、HTML/CSS、SQL」といった形で記載し、習熟度の自己評価（基礎を理解している・実装できる・応用できる）を添えると採用担当者が水準を把握しやすくなります。書きすぎて薄くなるより、実際に書けるものに絞る方が信頼性が高まります。

学習方法と期間

スクールに通っている場合はスクール名ではなくカリキュラムの内容・期間を記載します。独学の場合は使用した教材の種類・学習時間の目安・取り組んだ期間を書きます。「XX年XX月から学習を開始し、現在〇ヶ月継続中」という形で示すと、継続性の確認ができます。

取得済み・学習中の資格

基本情報技術者試験・ITパスポート・AWS認定資格など、取得済みのものは合格年月とともに記載します。学習中の資格がある場合も「現在学習中」として記載できます。資格そのものより、取得に向けて行動しているという事実がポテンシャルの証拠になります。

成果物が果たす役割

未経験者の職務経歴書において、成果物（ポートフォリオ）の提示は学習の実態を裏付ける最も直接的な手段です。採用担当者は書類に書かれた学習内容を確認するために成果物を見ます。GitHubのURLやデモ環境のリンクが職務経歴書に記載されていると、技術水準の確認が書類の段階で行えます。

成果物の品質についての誤解として多いのが、「完成度が高くないと提示できない」という考え方です。採用担当者が成果物に求めているのは、完成した製品としての品質より「学んだことを実際に手を動かして実装した」という事実です。シンプルな機能のアプリであっても、自分で考えて作ったものであれば提示できます。

GitHubの提示方法

READMEを整える

GitHubにリポジトリを公開する場合、README.mdに「何を作ったか」「使用した技術」「どう動かすか」の3点を日本語で記述します。コードを読む前にREADMEを確認する採用担当者も多く、ここが整っていないと技術の確認まで進まないことがあります。短くても構いませんが、読む人を意識した記述にします。

コードの状態を確認してから提示する

提示するリポジトリは、コメントアウトが大量に残っていたり動作しない状態のコードが含まれていたりしないかを確認します。採用担当者が職務経歴書の完成度から仕事への丁寧さを読み取るのと同様に、コードの状態からも同じ判断が行われることがあります。

ポートフォリオサイトがある場合の書き方

独自ドメインや無料ホスティングサービスでポートフォリオサイトを公開している場合、URLとともに「作成したアプリの概要・使用技術・制作期間」を職務経歴書内に記載します。リンクを貼るだけでなく、書類を読んだ段階で内容の概要が伝わる形にすることで、採用担当者がサイトを確認するかどうかの判断がつきやすくなります。

未経験者の志望動機に求められること

未経験者の志望動機において採用担当者が最も確認しているのは、「なぜエンジニアになりたいのか」の理由と「なぜこの会社なのか」の具体性の2点です。動機が弱い・将来の展望が自社の方向性とずれていると判断された場合、入社後の定着可能性に疑問符がつきます。採用にかかるコストと教育の労力を考えると、「すぐ辞める可能性があるかどうか」は書類の段階から判断されています。

志望動機で「ITに興味があった」「手に職をつけたかった」という書き方は、動機の薄さを印象づけることがあります。エンジニアを志望するに至った具体的な経緯・学習を始めた時期と理由・そのまま続けている理由の流れで記述すると、一貫性が出ます。

自己PRで示せること

継続性を示す

学習を始めてから現在まで継続していることを、期間と行動の事実で示します。「XX年XX月から学習を継続しており、現在までに〇〇を作れるようになった」という形で記述すると、継続して取り組める人材かどうかの判断材料になります。挫折せずに続けられる根拠として、前職での取り組み方とつなげると一貫性が生まれます。

問題解決の姿勢を示す

学習中に詰まった問題をどう調べて解決したか、という具体的なエピソードは自己PRに使えます。エンジニアの実務では分からないことを調べて解決する力が求められるため、学習中の行動がそのまま実務適性の証拠として機能します。「エラーの原因を調べ、XXという方法で解決した」という形で一つでも書けると具体性が上がります。

前職との接続

前職で培った経験がエンジニアの仕事にどうつながるかを、自己PRの末尾で示します。漠然と「活かせます」と書くのではなく、「前職の〇〇経験でXXを身につけており、エンジニアの〇〇業務に活かせると考えています」という接続の形にすると、論理的に読める自己PRになります。

未経験者の職務経歴書に入れる項目

未経験者がエンジニア転職で提出する職務経歴書には、職務要約・職務経歴（前職の業務内容）・スキル・学習内容・成果物・志望動機の構成が一般的です。項目の抜け漏れがあると、採用担当者が判断に必要な情報を得られないまま書類選考が進むことになります。各項目に何を書くかを事前に決めてから、記述を進めます。

全体の文量については、A4判で1〜2枚程度が目安です。経歴が少ない未経験者は1枚でまとめることも珍しくありませんが、各項目に具体的な内容がある場合は2枚になっても問題ありません。枚数より「読んだ採用担当者が判断できる情報量があるか」で判断します。

書類提出前に確認する観点

誤字・脱字・表記の一致

誤字脱字・会社名や期間の不一致・指定された書式の無視といった不備は、採用担当者から「細部への注意が足りない人材」と判断される要因になります。提出前に、会社名・在籍期間・学習開始時期・資格の正式名称の表記が正確かを確認します。

読みやすい構成かどうか

採用担当者は複数の書類を短時間で確認します。見出しと本文の構造が整っていること・各項目の情報が過不足なく書かれていること・視線の流れで内容が掴めることが読みやすい職務経歴書の条件です。自分で書いた書類は見慣れてしまって気づきにくいため、第三者に読んでもらうかエージェントに確認を依頼する方が漏れを防げます。

一貫性が保たれているか

職務要約・職務経歴・志望動機の内容が矛盾していないかを確認します。「前職でXXをやっていた」と職務経歴に書きながら、志望動機で「XXとは無関係の理由でエンジニアを目指した」と書いてあると、採用担当者の中で話の辻褄が合わなくなります。全体を通して読んだときに一本の軸が通っているかどうかが判断基準です。