職務経歴書とスキルシートの違い｜フリーランスエンジニアの使い分けと書き方

職務経歴書とスキルシートの違い【比較表で整理】

結論から言うと、職務経歴書は「軌跡」、スキルシートは「棚卸し」です。目的が違うため、記載する情報の粒度も並び順も変わります。まずは両者の違いを比較表で確認しましょう。

定義と目的の違い

職務経歴書は、就職・転職市場全体で使われる汎用書類です。「どんな組織で、どんな役割で、どう成果を出したか」を文章と実績で説明します。学歴・志望動機・自己PRを含めるケースもあり、読み手は人事担当者や採用マネージャーになることが多いです。

一方スキルシートは、IT業界で発展してきた技術者向けの書類です。「どんな技術を、どこまでの深さで扱えるか」を一覧化することが目的で、フリーランスエンジニアの案件応募や派遣・SESの現場アサインで広く使われます。読み手は現場のプロジェクトマネージャーや技術リーダーで、書類選考の判断時間が短いのが特徴です。

同じエンジニアの経歴を扱っても、職務経歴書が「面」で見せるのに対し、スキルシートは「点」で見せる、と言えます。

記載内容・フォーマットの違い

記載項目は約8割が共通しますが、粒度と優先順位が異なります。

職務経歴書で重視される項目

• 職務要約（3〜5行のサマリー）

• 会社ごとの職務経歴（在籍期間・所属部署・役職）

• プロジェクト概要と成果

• 自己PR・活かせる経験

• 資格・語学・保有スキル

スキルシートで重視される項目

• 基本情報（氏名・年齢・最寄駅・稼働条件）

• スキル一覧（言語・FW・DB・クラウド・ツール、レベル別）

• 案件経歴（案件単位で担当工程・チーム規模・使用技術を列挙）

• 得意領域・自己PR（技術面中心）

• 保有資格・稼働可否

スキルシートは案件ごとに1ブロックを作り、担当工程（要件定義／基本設計／詳細設計／実装／テスト／運用）にチェックを入れる形式が主流です。プロジェクト規模やチーム人数、開発手法（アジャイル／ウォーターフォール）まで書き込むと、面談前に「発注側が自分をどこにアサインできるか」を判断しやすくなります。

履歴書・ポートフォリオとの関係

書類の全体像を押さえるため、履歴書・ポートフォリオとの位置づけも整理しておきます。

エージェント経由の案件応募が中心のフリーランスエンジニアでは、スキルシートの更新頻度が高い傾向があります。ポートフォリオは、フロントエンド・アプリ・機械学習など成果物を見せられる領域では強力な補助資料になります。詳しくはフリーランスエンジニアのポートフォリオの作り方を参照してください。

ミニFAQ

• Q. 職務経歴書とスキルシートは、両方作らないといけないですか？

A. 応募先の要求次第です。エージェント経由の案件応募はスキルシート単体で完結することが多く、直案件・企業直契約・面接まで進むと職務経歴書も併せて要求される傾向があります。

• Q. 履歴書は必要ですか？

A. 業務委託のフリーランス案件では不要なことが多く、スキルシートに稼働条件を書けば十分なケースが目立ちます。ただし商流や発注元の企業ルールによっては履歴書相当の情報提出を求められる場合もあります。

フリーランスエンジニアが使い分けるべき場面

場面ごとにどちらを求められるかは、契約形態と応募ルートで大きく変わります。「エージェント経由か直取引か」「業務委託か雇用か」の2軸で整理すると判断しやすくなります。

エージェント経由の案件応募

フリーランス向けエージェントに登録する場合、最初に求められるのはほぼスキルシートです。エージェントはスキルシートを基に企業へ提案するため、この1枚の情報量が案件マッチングや提示条件に影響しやすくなります。

• 稼働可能日数・希望単価は最新化しておく

• スキル欄はレベル別（実務◎／使用経験○／学習中△）に分ける

• 案件経歴は直近から古い順、直近3〜5件を厚く書く

エージェント面談自体の準備はフリーランスエージェントとの面談の内容と必要な準備で詳しく解説しています。

直案件・企業直契約

エージェントを介さない直案件では、発注側の企業がSES契約と同等の書類を求めるケースがあります。職務経歴書とスキルシートの提出に加え、商談や契約の段階で秘密保持契約（NDA）の締結を求められる流れが多くなります（NDAは選考書類ではなく契約文書です）。

• 職務経歴書には志望動機・自己PRを含める

• スキルシートは案件ごとの技術詳細を厚く

• 発注側の業界（金融・製造・SaaS等）を意識して優先項目を並び替える

直案件の獲得手順はフリーランスエンジニアの直案件の取り方にまとめています。

業務委託から正社員への転換など特殊ケース

フリーランスから会社員に戻る、または顧問契約から役員就任、といった雇用契約に近い切り替えでは、職務経歴書が主軸になります。企業側は「組織人としての適応力」を測るため、案件羅列よりも「どんなチームでどう働いてきたか」の記述が重要です。

• チームサイズ・レポートライン・マネジメント人数を書く

• ビジネス面のKPIや事業インパクトを添える

• 技術詳細は職務経歴書内では概略にとどめる

ミニFAQ

• Q. スキルシートしか作っていません。急に職務経歴書を求められたらどうしますか？

A. スキルシートの案件経歴を時系列に並べ替え、会社（自営含む）単位でグルーピングし、職務要約と自己PRを冒頭に加えれば7割は完成します。数時間で作れる状態を目指しましょう。

職務経歴書の書き方【フリーランス向けの押さえどころ】

職務経歴書は「読み手が3秒で全体像を把握できる冒頭」が肝です。フリーランスは所属先が複数にまたがるため、時系列だけで並べると読みにくくなります。以下の順序が推奨です。

記載項目と順序

1. 職務要約（4〜6行）：現在の得意領域と実務年数、担当できる工程を凝縮

2. 活かせる経験・スキル（箇条書き5〜8項目）：技術・業務・マネジメントを混在させる

3. 職務経歴（時系列・逆順）：会社／個人事業単位で区切り、その中に案件を配置

4. 保有資格・語学

5. 自己PR（200〜400字）：定量成果を1〜2つ含める

フリーランス期間が長い場合、「個人事業（屋号）」を1つの会社ブロックとして扱い、その中で案件を年月順に並べます。発注元企業名は、契約上の守秘義務や公開可否を確認したうえで、非公開なら属性表記（「大手SIer案件」「東証プライム上場SaaS」など）に置き換えるのが安全です。

案件を「プロジェクト単位」で書くコツ

会社員時代とフリーランス時代の見せ方は変えるべきです。

会社員時代

• 会社名・部署・役職を明記

• 中長期のミッションを軸に、複数プロジェクトを束ねて書く

• チームサイズと自分の位置（メンバー／リーダー）を明示

フリーランス期間

• 案件単位で見出しを切る

• 契約形態（業務委託・準委任）、稼働形態（週◯日・リモート／常駐）を書く

• 担当工程・使用技術・成果の3点セットを必ず入れる

NG例と修正例

以下は現場でよく見るNGパターンです。修正例と併せて確認してください。

修正例の共通点は、「担当工程」「規模」「技術」の3点が具体化されていることです。

ミニFAQ

• Q. フリーランス期間の職務経歴はどこまで詳細に書きますか？

A. 直近3年分は案件ごとに詳細を、それ以前は「◯◯業界のWeb API開発を複数対応」のようにまとめて構いません。合計でA4 2〜3枚に収めるのが目安です。

スキルシートの書き方【フリーランス向けの押さえどころ】

スキルシートは短時間でフィット判断できる粒度が理想です。テンプレートは自由ですが、以下の構成がよく使われます。

記載項目とフォーマット

• 基本情報：氏名（英字表記も併記推奨）／年齢／最寄駅／稼働可能日数／希望単価

• 得意分野・自己PR（150〜300字）

• 保有スキル一覧（言語／FW／DB／インフラ／ツール／その他）

• 案件経歴（プロジェクト単位、直近から時系列逆順）

• 保有資格

• 稼働条件・希望条件（リモート可否・常駐可否・稼働時間帯）

各案件のブロックには以下を書き込むと、面談の質疑応答が短縮されます。

• 案件期間（YYYY/MM〜YYYY/MM）

• プロジェクト概要（3〜5行）

• 担当工程（要件定義／基本設計／詳細設計／実装／テスト／運用の該当項目にチェック）

• チーム構成（例：全体20名／担当チーム5名）

• 使用技術（言語・FW・DB・インフラ・ツール）

• 担当業務詳細

技術スタックの粒度

スキルシート最大の差別化ポイントは「スキル一覧」の粒度です。単に技術名を並べるのではなく、レベル感を伝える指標が必要です。

推奨レベル表記の一例（レベル定義はエージェントや企業ごとに異なるため、指定があればそれに合わせ、なければ以下のような基準で自分の中で統一すると伝わりやすくなります）

• ◎：業務での主担当経験3年以上／設計から実装まで単独で対応可能

• ○：業務経験1年以上／既存コードの改修・機能追加が可能

• △：業務経験半年未満／学習中・個人プロジェクトで使用経験あり

NG例：「Java、Python、Go、Rust、TypeScript、React、Vue、Angular、Node、Ruby」（羅列だけで実力が不明）

OK例：「Java◎（4年、業務系Web APIの設計・実装）／Python○（2年、データ処理バッチ）／Go△（半年、社内ツール開発）」

すべての言語を盛り込む必要はありません。主戦場となる技術3〜5個を厚く書くほうが、応募先とのミスマッチが減ります。

自己PR欄の書き方

自己PRの目的は「案件担当者が自分をアサインしたくなる情報を届けること」です。以下の3点を意識してください。

• 得意な工程・レイヤーを明示（例：「バックエンド設計〜実装が主戦場」）

• チームでの立ち位置を明示（例：「テックリード経験2年」）

• 直近で伸ばしている領域を明示（例：「AWSソリューションアーキテクトアソシエイト取得済み、SAプロフェッショナル学習中」）

「コミュニケーション能力があります」「柔軟に対応します」といった汎用的な自己PRはスキルシートでは弱くなります。人柄面は面談で伝えるほうが効果的です。

より詳しい書き方はフリーランスエンジニアのスキルシートの書き方で解説しています。

ミニFAQ

• Q. スキルシートは何ページくらいが理想ですか？

A. A4で3〜5枚が目安です。10枚を超えると読まれない可能性が高いため、古い案件は要約してページ数を絞りましょう。

職務経歴書とスキルシートに共通する落とし穴

書類の作り込みで疲弊するエンジニアが多いですが、落ちる書類にはいくつか共通のパターンがあります。ここを外さないだけで通過しやすくなる傾向があります。

情報が古いまま

症状：稼働中の案件が最終行に入っていない／使用技術が旧バージョンのまま／エージェントの公開案件や提示条件と比べて希望単価が乖離している。

案件応募のたびに開くファイルなので、更新は都度反映が原則です。最低でも3か月に1回はレビューし、スキル・案件・希望条件を見直しましょう。

定量情報の不足

症状：「多数の案件を担当」「大規模プロジェクト」など、数字がない表現が多用されている。

案件担当者は数字で判断します。以下の指標は書けるだけ書きましょう。

• 期間（開始・終了年月）

• チーム規模（人数）

• プロジェクト規模（公開可能な範囲での利用者規模・同時アクセス数・改善率など。予算やトランザクション詳細はNDAに触れやすいため公開可能な範囲に留める）

• 成果（レスポンス改善率、コスト削減、リリース回数など）

職種と合わない書き方

症状：フロントエンドエンジニアなのに設計工程の記述が薄い／PMなのに使用言語の羅列だけになっている。

職種の重点項目に沿った書き分けが必要です。次章で職種別のポイントをまとめます。

職種別に強調すべきポイント

同じフリーランスエンジニアでも、職種によって書類の重点は異なります。応募先の職種に合わせて優先順位を調整しましょう。

バックエンド／サーバサイド

• 言語・FW・DB・ミドルウェアの経験年数

• API設計（REST／GraphQL）と認証設計の経験

• 高負荷対策・パフォーマンスチューニングの実績

• テスト設計（単体・結合・E2E）のカバレッジ

フロントエンド／モバイルアプリ

• FW（React／Vue／Next／SwiftUI／Kotlin等）の担当領域

• 状態管理・ルーティング・ビルド最適化の経験

• デザインシステム／コンポーネント設計の実績

• ポートフォリオ（GitHub／個人サイト）のURLを必ず添える

インフラ・SRE・クラウド

• クラウド（AWS／GCP／Azure）の主要サービス経験

• IaC（Terraform／CloudFormation）、CI/CD（GitHub Actions等）

• SLO/SLI設計、監視・オブザーバビリティ運用

• 保有資格（AWS認定、CKA、CKAD等）を明記

PM・PMO・ブリッジSE

• チーム規模（人数、拠点、オフショア有無）

• 予算規模とスケジュール管理手法

• 使用ツール（Jira／Backlog／Notion／Confluence等）

• 実装は薄めでよい。マネジメント指標を厚く

データ・機械学習・AI

• モデル開発と運用（MLOps）の経験

• ライブラリ（PyTorch／TensorFlow／scikit-learn）と役割

• データパイプライン（BigQuery／Snowflake／dbt等）

• 論文実装・Kaggleなどの外部実績があれば添える

ミニFAQ

• Q. 複数職種の経験がある場合、どちらに合わせるべきですか？

A. 応募先の主要職種に合わせるのが基本ですが、汎用テンプレートを1つ用意しつつ、応募のたびに冒頭の「得意分野」だけ入れ替える運用が現実的です。

実践チェックリスト｜提出前の10項目

提出前に以下を必ず確認しましょう。両書類共通で使えるチェックリストです。

• [ ] 直近案件（現在稼働中含む）が最終行に反映されているか

• [ ] 稼働可能日数・希望単価が現行のものになっているか

• [ ] スキル欄がレベル別に整理されているか（羅列だけになっていないか）

• [ ] 案件ごとに担当工程・使用技術・チーム規模が明記されているか

• [ ] 発注元企業名がNDA配慮で処理されているか

• [ ] 定量情報（人数・期間・成果指標）が入っているか

• [ ] 職種に合った項目に厚みがあるか

• [ ] 誤字・脱字・全角半角の統一を確認したか

• [ ] ファイル形式（PDF推奨）とファイル名（氏名＋日付）が指定に合っているか

• [ ] 個人情報（生年月日・住所）を過剰に載せていないか

書類を整えたあとは、面談で伝えるべき情報の準備に移りましょう。想定質問への回答例はフリーランスエンジニアの面談で聞かれる質問と回答例にまとめています。

職種別・応募先別のおすすめ運用

書類を1本化するか複数版持つかは、応募規模で決めるとよいです。以下は運用パターンの参考例です。

まとめ｜書類は「使い分け」より「使い倒し」を意識する

職務経歴書とスキルシートは目的も粒度も違いますが、フリーランスエンジニアが持つべき技術・経歴・成果の情報は1つです。使い回すというより、同じ素材を場面ごとに整形すると考えるのが正しい向き合い方になります。

• 職務経歴書は「軌跡」、スキルシートは「棚卸し」

• エージェント経由はスキルシートが基本、直案件は両方

• 記載項目の8割は重複するが、粒度・並び順・重点は違う

• 単価に効くのは担当工程と技術スタックの具体性

• 案件応募中心ならスキルシートを更新元にして職務経歴書へ反映する運用が効率的

• 提出前は10項目のチェックリストで抜け漏れを潰す

書類を整えたら、次は案件応募と面談準備です。フリコンでは、フリーランスエンジニア向けのスキルシートテンプレートの提供や、担当エージェントによる書類レビューを行っています。案件応募のたびに書類を作り替える負担を軽減したい方は、エージェント面談の準備から確認してみてください。

なお、スキルシートは公的な統一様式がある書類ではなく、IT業界・エージェント実務で広く使われる形式です。本記事の運用ノウハウは業界慣行と実務経験をもとにしています。

参照元・一次情報

• 厚生労働省 職業情報提供サイト（jobtag）

• マイナビ転職 職務経歴書テンプレート

• 独立行政法人情報処理推進機構（IPA）情報処理技術者試験