フリーランスエンジニアの職務経歴書の書き方

ここからは、筆者が2026年に実際に書類を確認したエンジニアの例を紹介します。お二人とも会社員からの転職でした。ただし、つまずいた点はフリーランスの方にもそのまま当てはまります。

※ 面談でうかがった内容は、個人が特定されないよう年代・職種などの要素だけを残し、発言は趣旨を変えない範囲で読みやすく整えています。

つまずき1：経験年数を短く数えてしまう

30歳のフロントエンドエンジニアの方は、最初の連絡でこう書いていました。

ところが経歴をうかがうと、開発の仕事は新卒から8年以上続いていました。「2.5年」は、いま使っているフレームワークの経験だけを数えた年数だったのです。そのため、「経験3年以上」の求人を自分から見送りかけていました。

対策は、年数をレイヤーごとに書き分けることです。たとえば「ソフトウェア開発8年／React・TypeScript 6年／Next.js 2年半」のように並べます。こうすれば年数を盛らずに、経験の厚みを正しく伝えられます。フリーランスで案件ごとに技術が変わった方ほど、この書き分けが効きます。

つまずき2：成果の数字に、裏付けがない

30代前半で金融機関の内製開発を担うエンジニアの方は、志望動機に「年間5％以上の収益向上」と書いていました。しかし、職務経歴書のどの案件にもその実績が出てきません。担当した時期のブロックが丸ごと抜けていたからです。

数字は、書類の中で根拠とつながって初めて評価されます。筆者からは、次の3点を明記するようお伝えしました。

• 何の5％か（担当した仕組みの収益か、部門全体の収益か）
• いつからいつまでの成果か
• どのくらいの規模の中での5％か

同じ方の書類では、独学中の言語がコアスキルに並んでいました。これも「学習中」の枠に分けていただきました。実務と学習を混ぜると、ほかの記載まで割り引いて読まれるためです。また、業界の中では当たり前の数字も、別業界の読み手には伝わりません。専門的な数値には、それが優れている理由を一言添えましょう。

つまずき3：「なぜその技術を選んだか」が書かれていない

20代後半で自社プロダクトのリードを務めるエンジニアの方は、数年ごとに職場を移ってきました。本人が気にしていたのは、立ち上げは経験していても、グロースに関わっていないと見られることでした。

筆者の答えは、転職回数そのものは決め手ではない、というものです。むしろ分かれ目は、「なぜこのアーキテクチャ・技術選定にしたのか」に答えられるかです。すでに動いているサービスに乗っただけだと、ここで詰まる人が多くいます。先ほどの30歳のエンジニアの方も、技術選定の全体を任された経験は多くありませんでした。それでも、次の強みは書けました。

職務経歴書では、案件ごとに「判断」を1行加えるだけで印象が変わります。たとえば「〇〇を避けるため△△を採用」のように、選ばなかった選択肢と理由まで書くのが理想です。AIがコードを書く時代になり、この判断の説明はさらに重視されています。詳しくはAI駆動開発でエンジニアの評価基準はこう変わったをご覧ください。