「未経験なのに、職務経歴書に書けることなんてあるのだろうか」——「職務経歴書 未経験」と検索している方の多くが、まさにこの悩みにぶつかっているのではないかと思います。IT業界での実務経験がゼロの状態で、これまでの職歴をどう書けば選考担当者の目に留まるのか、私自身も転職活動を始めたばかりの頃、白紙の職務経歴書を前に手が止まった経験があります。転職活動全体の進め方は未経験からIT転職する人が最初にやるべき5つのことでも紹介しています。
この記事では、文系・IT未経験だった私が、実際にどんな職務経歴書を書いて書類選考を通過してきたのか、担当者からの添削で気づかされたポイントとあわせて紹介します。転職エージェントを使うかどうかの判断については別の記事で紹介しているので、ここでは職務経歴書の中身そのものに絞ってお伝えします。
この記事でわかること
- 未経験の職務経歴書で、実際に見られているポイント
- 前職の経験をIT業界向けにどう書き換えればいいか
- やってしまいやすい失敗と、フォーマット面の工夫
そもそも、未経験の職務経歴書で何を見られているのか
結論から言うと、未経験の職務経歴書で見られているのは、これまでの実績そのものよりも「IT業界で活かせそうな要素があるか」「学ぶ姿勢があるか」という2点だと感じています。
理由は、実務経験がない以上、担当者もIT業界での実績を職務経歴書に期待していないためです。前職での経験がそのまま評価されるわけではなく、その経験の中にどんな要素があり、それがIT業界の仕事とどう接点を持つのかを、書き手自身が言語化できているかどうかが見られていると感じました。
実際、ある企業の面接で「職務経歴書を読んで、前職での業務改善の話に興味を持った」と言われたことがあります。前職の業務内容そのものはIT業界と直接関係のないものでしたが、「非効率だった作業を自分なりに工夫して改善した」というエピソードが、IT業界で求められる課題解決の姿勢と重なって見えたようでした。
コツ1:前職の経験を、IT業界の言葉に翻訳して書く
前職の業務内容をそのまま書くのではなく、IT業界の仕事につながりそうな要素を抜き出して書き直すことが、最も効果があったと感じています。
なぜなら、前職の業務内容をそのまま書いても、選考担当者には「IT業界の仕事とどうつながるのか」がイメージしにくいためです。
私の場合、前職では日々の業務の中で、複数の担当者間の連絡・調整をこまめに行う場面が多くありました。最初はこれを「関係者との連絡・調整業務」とだけ書いていたのですが、エージェントから「もっと具体的に、どんな課題があって、どう工夫して解決したのかまで書いた方がいい」と指摘を受け、次のように書き直しました。
| 書き直す前 | 書き直した後 |
|---|---|
| 関係者との連絡・調整業務を担当 | 複数部署の担当者間で情報の行き違いが起きやすい状況を改善するため、共有フォーマットを自主的に整備し、確認漏れによるミスを減らした |
書き直した内容は、IT業界での「仕様の認識合わせ」や「チーム内の情報共有」に通じる要素として伝わりやすくなったと感じています。単なる業務内容の説明ではなく、「課題→工夫→結果」という流れで書くことを意識すると、前職の経験でも書ける内容が増えていきました。
コツ2:学習内容・成果物は、取り組んだ過程まで書く
学習内容やポートフォリオについては、成果物の完成形だけでなく、取り組む中でどんな壁にぶつかり、どう乗り越えたかまで書くようにしていました。
未経験者の学習内容は他の応募者とも似通いやすく、完成形だけを書いても差別化しにくいと感じたためです。
私は転職活動中に家計簿を管理するアプリを自主的に作成していましたが(このポートフォリオについては未経験IT転職にポートフォリオは必要？で詳しく紹介しています)、職務経歴書には「HTML/CSS/JavaScriptで家計簿アプリを制作」とだけ書くのではなく、「自分に合う家計簿アプリをいくつか探したが、使い方に合うものが見つからず、自分で作ることにした」という制作の動機と、「入力データの保存方法で当初想定していた仕組みがうまく動かず、別の方法に切り替えた」という具体的な過程まで書き加えました。面接でも、この過程について深く質問されることが多く、書類の段階でエピソードの種をまいておくことが、面接での話しやすさにもつながると実感しています。
コツ3:志望動機・自己PRは、失敗しながら磨いた
志望動機と自己PRは、一度書いて終わりにせず、選考の結果を見ながら何度も書き直しました。
というのも、最初に書いた志望動機は、どの企業にも当てはまるような一般的な内容になってしまい、書類選考の通過率が思うように上がらなかったからです。
初期の志望動機は「IT業界の将来性に魅力を感じ、未経験からでも挑戦したいと考えました」という、当たり障りのない内容でした。この内容で応募した数社では書類選考の通過率が低く、エージェントに相談したところ、「なぜこの会社なのかが伝わってこない」という率直な指摘を受けました。そこから、応募先の事業内容や求人票の記載を読み込み、「なぜ数あるIT企業の中でこの会社なのか」を1社ごとに書き分けるようにしたところ、以前よりも書類選考を通過する割合が上がった実感があります。
やってしまいやすい失敗
職務経歴書でつまずきやすいのは、内容の中身よりも「読みやすさ」に関わる部分でした。
担当者は多くの書類に目を通すため、内容がどれだけ良くても、読みにくい書類は最後まで読んでもらえない可能性があります。
- 文章が長く、要点が埋もれてしまう:私も最初は1つの職歴に長い説明文を詰め込みすぎていましたが、箇条書きに変えることで格段に読みやすくなりました。
- 専門用語を使いすぎる、または使わなすぎる:学習した技術用語を並べるだけで説明が不足していたり、逆に前職の専門用語をそのまま使って伝わりにくくなっていたりする場合があります。
- 実績を数字で示せていない:「効率化した」だけでなく、「作業時間を◯割減らせた」のように、可能な範囲で具体性を加えると説得力が増します。
フォーマット面で意識した工夫
内容だけでなく見た目の整え方も、通過率に影響していると感じています。
選考担当者は短時間で書類を確認するため、パッと見て要点が伝わる構成になっているかどうかが、読んでもらえるかどうかを左右すると考えたためです。
| 意識した工夫 | 理由 |
|---|---|
| A4で2枚以内に収める | 長すぎると要点がぼやけ、最後まで読んでもらえない可能性がある |
| 箇条書きと見出しを使い分ける | 文章の塊のままだと、忙しい担当者に読み飛ばされやすい |
| 特に伝えたい実績・経験は太字で強調する | 短時間で確認しても要点が目に入るようにする |
これらは目新しい工夫ではありませんが、内容をどれだけ練っても、読みにくいままでは伝わらないという当たり前のことを、実際に何社も落ちてから痛感しました。
まとめ
ここまで、未経験からのIT転職で職務経歴書をどう書けば通過率が上がるのか、私自身の実体験をもとに紹介してきました。
- 未経験の職務経歴書で見られているのは、実績そのものより「活かせる要素があるか」「学ぶ姿勢があるか」
- 前職の経験は「課題→工夫→結果」の流れでIT業界向けに翻訳して書く
- 学習内容・成果物は完成形だけでなく、取り組む過程まで書くと差別化しやすい
- 志望動機・自己PRは一度で完成させず、選考結果を見ながら書き直していく
- 内容だけでなく、読みやすさ・フォーマット面の工夫も通過率に影響する
職務経歴書は一度書いたら終わりではなく、応募と選考を重ねる中で少しずつ磨かれていくものだと感じています。面接でよく聞かれた質問と答え方については別の記事で詳しく紹介しているので、あわせて参考にしてみてください。
