スキルシートのフォーマットは、「基本情報」「スキル一覧」「プロジェクト経歴」「自己PR」の4ブロックで作るのが基本です。この記事では、フリーランスエンジニア向けの案件紹介を続けてきたポテパンフリーランスが、すぐに使えるExcelフォーマット(記入例付き)と、項目ごとの書き方・職種別の記入例・提出前のチェックリストをまとめました。
- スキルシートのフォーマットに入れる項目と、各項目の書き方
- 職種別(バックエンド・フロントエンド・インフラ・PM)と経験が浅い人の記入例
- 書類で落ちるスキルシートの例と、その書き換え方
- PDFとExcelのどちらで出すか、ファイル名の付け方などの提出マナー
記入例付きのExcelフォーマットは、記事の最後から会員登録なしで無料ダウンロードできます。
目次
スキルシートのフォーマットとは
スキルシートとは、エンジニアがこれまでに参加したプロジェクト・使ってきた技術・担当した工程を一覧にした書類です。フリーランスやSESの案件では、エージェントや企業の担当者がまずスキルシートを読み、面談に進むかどうかを決めます。
決まった様式はありませんが、読み手が「この人は案件の要件を満たしているか」を短い時間で判断できるよう、多くの会社で次の4ブロックがそろったフォーマットが使われています。
| ブロック | 主な項目 | 読み手が見ていること |
|---|---|---|
| 基本情報 | 氏名(イニシャル)、年齢、最寄駅、稼働開始日、資格 | 通勤できるか、いつから参画できるか |
| スキル一覧 | 言語、フレームワーク、DB、OS・クラウド、ツールと経験年数 | 案件の必須スキルを満たしているか |
| プロジェクト経歴 | 期間、業種、概要、チーム体制、役割、担当工程、開発環境、成果 | 同じような案件で成果を出せそうか |
| 自己PR | 得意分野、得意技術、実績、今後やりたいこと | チームにどう貢献してくれるか |
職務経歴書・履歴書との違い
よく混同される書類との違いは、次のとおりです。正社員の転職では職務経歴書が使われ、案件への参画ではスキルシートが使われるのが一般的です。
| スキルシート | 職務経歴書 | 履歴書 | |
|---|---|---|---|
| 主な場面 | フリーランス・SESの案件参画 | 正社員の転職 | 就職・転職全般 |
| まとめる単位 | プロジェクトごと | 所属した会社ごと | 学歴・職歴の年表 |
| 中心になる情報 | 技術・担当工程・開発環境 | 実績・役職・マネジメント経験 | 経歴の事実と本人情報 |
| 読み手 | エージェント、案件の現場責任者 | 人事・採用責任者 | 人事 |
スキルシートの出来で単価と案件の質が変わる
スキルシートは面談に進めるかどうかを決めるだけでなく、提示される単価にも影響します。同じ3年の経験でも「PHPで開発」としか書いていない人と、「Laravelで決済機能を設計から担当し、テストコードの整備でリリース後の不具合を減らした」と書ける人では、エージェントが企業に提案できる単価が変わります。
また、経験を正しく伝えることは、参画後のミスマッチを防ぐことにもつながります。「聞いていた内容と違う」という事態は、企業とエンジニアのどちらにとっても損失です。盛らずに、ただし伝わるように書くことが大切です。
スキルシートのフォーマットに入れる項目と書き方
ここからは、ポテパンフリーランスで配布しているフォーマットの項目に沿って、それぞれの書き方を説明します。
基本情報
氏名・年齢・性別・最寄駅・最終学歴・資格を書きます。エージェント経由で企業に提出されるときは、氏名をイニシャル(例:T.Y)にすることが多いです。最寄駅は通勤できる範囲の判断に使われるため、リモート希望でも書いておきましょう。
資格は、基本情報技術者・応用情報技術者、AWS認定、LPICなど、案件に関係するものを取得年月とあわせて書きます。勉強中の資格は「2026年12月 受験予定」のように書くと、学習意欲が伝わります。
スキル一覧(言語・DB・OS・ツール)
言語・フレームワーク・DB・OS・クラウド・ツールごとに、経験年数とレベルを書きます。読み手はこの欄で案件の必須スキルを満たしているかを最初に確認するため、もっとも見られる欄の一つです。
- 経験年数は「3年2か月」のように月単位まで書く
- 実務経験と、学習・個人開発の経験は分けて書く(フォーマットでは●が実務、○が知識)
- フレームワークやライブラリは言語とセットで書く(例:PHP/Laravel、TypeScript/React)
- Git、Docker、GitHub Actions、Jira、Figmaなど、開発で使ったツールも書く
プロジェクト経歴
スキルシートでもっとも重要な欄です。新しいプロジェクトから順に、1プロジェクトごとに次の項目を書きます。
| 項目 | 書き方 | 記入例 |
|---|---|---|
| 期間 | 西暦の年月と、合計の月数 | 2024年4月〜2026年3月(24か月) |
| 業種 | 企業名は伏せ、業種で書く | 人材サービス、EC、金融 |
| プロジェクト名・概要 | 何のシステムか、新規開発か改修か | 求人サイトのリニューアル(新規開発) |
| チーム体制 | 全体の人数と自分の役割 | 8名(PM1・エンジニア6・デザイナー1)中、メンバー |
| 担当工程 | 要件定義〜運用保守のうち、担当した工程 | 基本設計・詳細設計・開発・テスト |
| 開発環境 | 言語、FW、DB、インフラ、ツールのバージョンまで | PHP 8.2/Laravel 10、MySQL 8、AWS(ECS・RDS)、GitHub |
| 担当業務・成果 | 何をして、どう良くなったかを数字で | 応募フォームを改修し、入力完了率を1.4倍に改善 |
同じ期間に複数のプロジェクトに関わっていた場合は、1つの欄にまとめず、プロジェクトごとに分けて書きます。まとめてしまうと、それぞれで何をしたのかが伝わりません。
担当業務は「何を・どこまで・どうなったか」で書く
担当業務の欄は、短く書きすぎると評価されにくい欄です。「サーバーの運用を担当」だけでは、どこまでの範囲を任されていたのかが読み手に分かりません。次の3点をそろえると、現場で働く姿がイメージしやすくなります。
- 何を:担当した機能・作業(例:会員管理機能のAPI開発)
- どこまで:任された範囲と役割(例:設計からレビュー対応、リリースまで一人で担当)
- どうなったか:成果や工夫(例:N+1を解消し、一覧画面の表示時間を3秒から0.8秒に短縮)
自己PR(得意分野・得意技術)
自己PRは【得意分野】【得意技術】【自己PR】の3つに分けると、読み手が要点をつかみやすくなります。
- 【得意分野】得意な業界やシステム(例:人材業界の求人サービス・管理画面の開発)
- 【得意技術】もっとも自信のある技術(例:PHP(Laravel)でのAPI設計と、テストコードの整備)
- 【自己PR】実績と、チームへの貢献の仕方(例:ユーザーの声を早く反映する開発で、コンバージョン数を2倍にした)
案件ごとに求められるスキルは違うため、自己PRは応募する案件の募集要項に合わせて書き直すのがおすすめです。
職種別のスキルシート記入例
同じフォーマットでも、職種によって読み手が重視する点は変わります。プロジェクト経歴1件分の記入例を、職種ごとに紹介します。
Webバックエンドエンジニア
| 期間 | 2024年4月〜2026年3月(24か月) |
|---|---|
| 概要 | 人材サービス企業の求人サイトのリニューアル(新規開発) |
| 体制・役割 | 8名中、バックエンドのメンバー |
| 担当工程 | 基本設計、詳細設計、開発、テスト、運用保守 |
| 開発環境 | PHP 8.2/Laravel 10、MySQL 8、Redis、AWS(ECS・RDS)、Docker、GitHub Actions |
| 担当業務・成果 | 求人検索と応募機能のAPIを設計から担当。インデックスの見直しで検索の応答時間を約60%短縮。テストコードを整備し、カバレッジを30%から75%に上げた |
バックエンドでは、どの規模のデータを扱い、性能・品質をどう改善したかが評価されます。
フロントエンドエンジニア
| 期間 | 2025年1月〜現在(11か月) |
|---|---|
| 概要 | EC事業者の管理画面のSPA化(既存システムの改修) |
| 体制・役割 | 5名中、フロントエンドのリーダー |
| 担当工程 | 要件定義、基本設計、詳細設計、開発、テスト |
| 開発環境 | TypeScript/React 18、Next.js 14、Tailwind CSS、Storybook、Vitest、Figma |
| 担当業務・成果 | デザイナーと共通コンポーネントを設計し、画面追加の工数を約半分にした。Core Web VitalsのLCPを4.1秒から2.0秒に改善 |
フロントエンドでは、使ったフレームワークに加えて、表示速度や使いやすさをどう改善したかを書くと強みが伝わります。
インフラ・クラウドエンジニア
| 期間 | 2023年10月〜2025年9月(24か月) |
|---|---|
| 概要 | 金融系サービスのオンプレミス環境からAWSへの移行 |
| 体制・役割 | インフラチーム4名中、サブリーダー |
| 担当工程 | 要件定義、設計、構築、テスト、運用保守 |
| 開発環境 | AWS(EC2・ECS・RDS・CloudFront)、Terraform、Ansible、Datadog、Linux(Amazon Linux 2023) |
| 担当業務・成果 | Terraformでの構成のコード化を主導し、環境構築を2日から2時間に短縮。監視とアラートを見直し、障害の検知から復旧までの時間を半分にした |
インフラでは、要件定義・設計・構築・運用保守のどこを担当したかと、障害対応や運用改善の経験が重視されます。
PM・PL
| 期間 | 2024年7月〜2025年12月(18か月) |
|---|---|
| 概要 | 教育サービスの受講管理システムの新規開発 |
| 体制・役割 | 12名(社内7名・外部パートナー5名)のPL |
| 担当工程 | 要件定義、基本設計、進捗・品質管理、リリース管理 |
| 開発環境 | Ruby on Rails、Vue.js、AWS、Backlog、Slack |
| 担当業務・成果 | 顧客との要件定義と優先順位付けを担当。2週間ごとのスプリントで進め、予定どおりにリリース。リリース後3か月の重大障害は0件 |
PM・PLでは、管理した人数・予算・期間と、計画どおりに進めるために何をしたかを具体的に書きます。
実務経験が1〜2年と浅い場合
経験が浅いうちは、書ける量が少ないことを気にする人が多いですが、工夫次第で十分に伝わるスキルシートになります。
- 研修やスクールでの開発も、期間・使った技術・作ったものを1プロジェクトとして書く
- 個人開発のサービスは、GitHubやポートフォリオのURLを添えてコードを見られるようにする
- 「レビューで指摘されたことを次から直した」など、成長の仕方が分かる一文を入れる
- 担当範囲が小さくても、自分で判断して進めた部分を具体的に書く
経験が少なくて、スキルシートに書くことがありません。
研修や個人開発で作ったものも、立派な経歴です。2か月の学習期間があるなら、その期間に学んだ技術と作ったものを書きましょう。ソースコードを見られるようにしておくと、書類だけで判断されにくくなり、面談に進める可能性が上がります。
書類で落ちるスキルシートの例と書き換え方
スキルや経験があっても、書き方のせいで評価されないスキルシートは少なくありません。よくある例と、書き換えのポイントです。
| 落ちやすい書き方 | 書き換えた例 |
|---|---|
| 担当業務:Webアプリの開発 | 担当業務:会員管理機能のAPIを設計から担当。ログイン処理を見直し、問い合わせを月20件から5件に減らした |
| 開発環境:Java | 開発環境:Java 17/Spring Boot 3、PostgreSQL 15、AWS(ECS)、GitHub |
| 体制:チーム開発 | 体制:10名(PM1・エンジニア8・QA1)中、バックエンドのメンバー |
| 経験したスキルを、得意かどうかに関係なくすべて同じように並べる | 案件に関係する得意なスキルを上に書き、経験年数とレベルで強弱を付ける |
| 短期の案件が並び、終了した理由が書かれていない | 「プロジェクト完了のため」「契約期間満了」など、終了した理由を一言添える |
| プロジェクトの間に説明のない空白期間がある | 学習や資格の取得、個人開発など、その期間にしていたことを書く |
スキルシートを提出する前のチェックリスト
書き終えたら、提出する前に次の点を確認しましょう。
- A4で2〜4枚程度に収まっている
- 新しいプロジェクトから順に並んでいる
- 期間は西暦で、年月の書き方がそろっている
- 企業名やサービス名など、守秘義務に関わる固有名詞を伏せている(例:大手金融機関)
- 社内でしか通じない略語や用語を使っていない
- 文末が「〜を担当。」「〜を達成。」のように言い切りでそろっている
- 言語・フレームワークのバージョンまで書いている
- 応募する案件の必須スキルが、スキル一覧とプロジェクト経歴の両方から読み取れる
- 誤字脱字がなく、作成日が最新になっている
PDFとExcelのどちらで出すか
指定がなければ、レイアウトが崩れないPDFで出すのが無難です。ただし、エージェントが企業向けに整えて提出することもあるため、編集できるExcel版も手元に用意しておきましょう。ファイル名は「スキルシート_イニシャル_20261111.pdf」のように、誰のいつ時点のものかが分かる形にします。
生成AIで下書きを作るときの注意
ChatGPTなどの生成AIは、経歴のメモから担当業務の文章を整えるときに便利です。ただし、参画先の企業名・サービス名・社内の数値など、守秘義務に関わる情報はそのまま入力しないようにしましょう。また、AIが作った文章は実際より大きく見せた表現になりがちです。面談で深掘りされても説明できる内容か、必ず自分で確認してから使います。
スキルシートのよくある質問
スキルシートに決まったフォーマットはありますか?
決まった様式はありません。ただし、基本情報・スキル一覧・プロジェクト経歴・自己PRの4ブロックがそろっていれば、どのエージェントや企業にも通用します。エージェント指定のフォーマットがある場合は、そちらに書き写して提出します。
スキルシートは何枚くらいが適切ですか?
A4で2〜4枚程度が目安です。経験が長い人は、直近3〜5年のプロジェクトを詳しく書き、それより前は要点だけにまとめると読みやすくなります。
参画中のプロジェクトはどう書けばよいですか?
期間を「2025年4月〜現在」とし、それまでに担当した内容と成果を書きます。終了予定日が決まっていれば書いておくと、稼働開始日の調整がしやすくなります。
スキルシートはどのくらいの頻度で更新すればよいですか?
プロジェクトが終わるたびに更新するのがおすすめです。時間がたつと担当内容や数字を思い出せなくなるため、案件を探すときにまとめて書くより、正確で具体的なスキルシートになります。
Excelがなくてもフォーマットを使えますか?
ダウンロードしたExcelファイルは、GoogleスプレッドシートやNumbersでも開いて編集できます。提出するときはPDFに書き出しましょう。
まとめ
スキルシートは、基本情報・スキル一覧・プロジェクト経歴・自己PRの4ブロックで作り、プロジェクトごとに「何を・どこまで・どうなったか」を具体的に書くことが大切です。書き方を少し変えるだけで、同じ経験でも面談に進める案件や提示される単価が変わります。
ポテパンフリーランスは、2014年の創業以来、累計8,500名以上のエンジニアにご登録いただいているフリーランスエンジニア向けの案件紹介サービスです。スキルシートの書き方の相談から、スキルに合った案件のご紹介まで、担当者がサポートします。経験1〜3年で初めて独立する方もお気軽にご相談ください。
スキルシートテンプレートダウンロードはこちら
記入例付きのExcelファイルです。会員登録なしでダウンロードできます。
ダウンロードする(無料)
