職務経歴書を準備しよう

エージェントに登録するときって、職務経歴書が必要なんですよね？履歴書とは違うんですか？

履歴書は学歴や職歴の基本情報をまとめたもの、職務経歴書はもっと詳しく「何をやってきたか」「何ができるか」を伝える書類だよ。フリーランスエンジニアにとって、職務経歴書は案件を獲得するための最重要ツールなんだ。エージェントはこの書類を見て「どの案件を紹介するか」を決めるし、クライアントは「この人に任せて大丈夫か」を判断する。今日は、選ばれる職務経歴書の作り方を学んでいこう。

履歴書と職務経歴書の違い

まず、混同しやすい「履歴書」と「職務経歴書」の違いを押さえておきましょう。

フリーランスエージェントに登録する際は、職務経歴書の提出が求められます。この職務経歴書の中に、技術スキルをまとめた「スキルシート」部分を含めて作成するのが一般的です。

「スキルシート」って別の書類じゃないんですか？

エージェントによって呼び方は様々だけど、実務では職務経歴書の中にスキル一覧を含めて提出することが多いよ。職務経歴書で「どんな経験をしてきたか」を伝えて、その中のスキルシート部分で「どんな技術が使えるか」を一覧化する。1つの書類で両方の情報を網羅するイメージだね。

職務経歴書に含める情報

職務経歴書には、大きく分けて2種類の情報を含めます。

エージェントの担当者はこの書類を見て「どの案件を紹介するか」を判断し、クライアント企業は「この人に任せて大丈夫か」を判断します。つまり、職務経歴書の出来が案件獲得の鍵を握っているのです。

職務経歴書の基本構成

職務経歴書には決まったフォーマットがあるわけではありませんが、エージェントやクライアントが見やすい「定番の構成」があります。

項目① 基本情報

氏名、生年月日、最寄り駅、連絡先などを記載します。 希望単価や稼働条件（参画可能日・稼働日数など）は、職務経歴書ではなくエージェント登録や面談の場で伝えるのが一般的です。

項目② 職務要約の書き方

職務要約は、採用担当者が最初に目を通す部分です。ここで興味を引けなければ、詳細まで読んでもらえません。3〜5行で、あなたのキャリアのハイライトを伝えましょう。

職務要約に含めるべき3つの要素

職務要約の良い例・悪い例

同じ経験でも、書き方で印象が大きく変わります。

悪い例は何がダメなんですか？

「経験があります」「好きです」だけでは、具体的に何ができるかが伝わらないよね。良い例は「5年」「Java/Spring Boot」「要件定義から運用保守まで」「40%改善」と、すべて具体的だから、読んだ人がすぐにイメージできる。

項目③ 技術スキル（スキルシート）の書き方

職務経歴書の中でも特に重要なのが、技術スキルをまとめた「スキルシート」部分です。エージェントが案件とマッチングする際に真っ先に確認する箇所であり、クライアント企業の技術責任者が「この人は求めるスキルを持っているか」を判断するために使います。

職務経歴詳細が「ストーリー」なら、スキルシート部分は「スペック表」。見やすさと正確さが何より重要です。曖昧な表現や過大評価は、面談時に必ずバレるので注意しましょう。

経験年数の書き方

経験年数は正直に書くことが大切です。「盛る」と面談でバレますし、案件参画後に苦労することになります。

経験年数って、どこまで「使った」と言っていいんですか？チュートリアルやっただけでも？

チュートリアルだけだと厳しいね。「実務で使った」か「自分で何か作った」経験があれば書いていい。迷ったら「学習中（個人開発で使用）」と書くのが誠実だよ。嘘をつくと後で困るのは自分だからね。

習熟度の表現方法

経験年数だけでは、実際にどのレベルで使えるのかが伝わりません。「JavaScript 3年」と書いてあっても、一人で設計から実装までできる人と、指示された通りに書くだけの人では大きな差があります。経験年数と合わせて習熟度を示すと、クライアントにとって判断材料が増えます。

項目④ 資格・認定

ITパスポート、基本情報技術者、AWS認定などの資格を記載します。資格がなくても問題ありませんが、学習意欲の証明になります。

項目⑤ 自己PRの書き方

技術以外の強みをアピールするセクションです。正社員の転職と違い、フリーランスは「すぐに戦力になるか」が重視されます。以下のような観点でアピールしましょう。

自己PRの悪い例

自己PRでありがちな失敗パターンを見てみましょう。

悪い例①と②は、確かによく見かけそうな文章ですね。何がダメなんですか？

①は謙遜しすぎて「この人に任せて大丈夫かな」と不安にさせてしまう。②は誰でも書ける内容で、読んでも印象に残らない。自己PRは「具体的なエピソード」と「適度な自信」のバランスが大事なんだ。

自己PRの良い例

強みのタイプ別に、具体的な書き方を見てみましょう。

項目⑥ 職務経歴詳細の書き方

職務経歴詳細は、プロジェクト数が多いと非常に長くなるため、職務経歴書の最後に配置します。採用担当者は職務要約やスキルシートで興味を持った後、この部分を詳しく読みます。

記載すべき項目

プロジェクトごとに以下の項目を整理して記載します。

職務経歴詳細の良い例・悪い例

成果を数字で示すって言われても、自分の貢献がどれくらいかわからないんですが…

チーム全体の成果でも大丈夫だよ。「チームとして売上20%向上を達成」と書けばいい。あとは「バグ件数を30%削減」「レスポンス時間を2秒から0.5秒に改善」みたいな技術的な改善も立派な成果だね。

フリーランス向けの書き方のコツ

正社員の転職活動とフリーランスの案件獲得では、書類の書き方にも違いがあります。

AIを使った添削・ブラッシュアップ術

職務経歴書とスキルシートは、書いて終わりではありません。AIを活用して客観的な視点でブラッシュアップしましょう。

AIに添削を依頼する

書いた内容をAIに見せて、改善点を指摘してもらいます。ポイントは「具体的な観点を指定すること」。漠然と「添削して」と言うより、「成果が伝わるか」「技術力が見えるか」など、チェックしてほしい観点を明示すると、より的確なフィードバックが得られます。

以下はフリーランスエンジニア向けの職務経歴書です。
エージェントやクライアントに「この人と働きたい」と思ってもらえる
内容になっているか、改善点を指摘してください。

【チェックしてほしいポイント】
- 成果が具体的に伝わるか
- 技術力のアピールが十分か
- 読みやすい構成になっているか
- フリーランスとしての強みが伝わるか

---
（職務経歴書の内容をここに貼り付け）
---

抽象的な表現を具体化する

自分では気づかない抽象的な表現を、AIに指摘してもらいましょう。

以下の職務経歴書の文章で、「抽象的でわかりにくい表現」を
具体的な表現に書き換えてください。
数字や具体例を入れて、成果が伝わるようにしてください。

---
（改善したい文章をここに貼り付け）
---

技術用語の過不足をチェック

業界の人には伝わっても、人事担当者には伝わらない表現がないか確認します。

この職務経歴書を「ITに詳しくない人事担当者」が読んでも
理解できる内容になっているかチェックしてください。
専門用語が多すぎる場合は、補足説明を入れる提案をしてください。

AIに全部書いてもらうのはダメですか？

ゼロから書いてもらうのはおすすめしないね。職務経歴書はあなたの経験を書くものだから、まず自分で書いて、それをAIに磨いてもらう使い方がいいよ。あなたしか知らない具体的なエピソードは、AIには書けないからね。

よくある失敗と対策

せっかく時間をかけて書いた書類も、よくある失敗パターンにはまってしまうと台無しです。エージェントや採用担当者が「よく見る残念な書類」の特徴を知っておき、自分の書類に当てはまっていないかチェックしましょう。

まとめ

職務経歴書の中にスキルシート部分も含めるんですね。スキルだけ並べてもダメってことがわかりました。

そう。スキルシート部分で「何ができるか」を示して、職務経歴詳細で「どんな経験をしてきたか」を伝える。この両方が揃った職務経歴書を作ることで、クライアントは「この人に任せよう」と判断できるんだ。

成果を数字で書くのが難しそうですけど、チーム全体の成果でもいいんですよね。

うん。「チームとして〇〇を達成」でも十分伝わる。大事なのは、あなたがそのプロジェクトでどんな役割を果たし、どんな価値を生んだかを具体的に示すこと。AIに添削してもらいながら、磨いていこう。