スキルシートの空白期間の書き方｜フリーランスエンジニアの表現例と粒度

スキルシートに空白期間はそもそも書くべきか

結論、書くか書かないかは「期間の長さ」と「直近の稼働からの距離」で判断します。書かないと不自然になる期間を隠すと、面談で確認されやすくなります。逆に、短い期間を無理に埋めるとかえって薄い印象になります。

判断の目安は次の通りです。

エージェント経由の場合、担当者からブランクの説明を求められるケースが多く見られます。書類側で最低限のカテゴリと期間を明示しておくと、面談での確認事項が減る傾向があります。

3ヶ月未満は書かないケースが多い理由

3ヶ月未満は、契約更新の隙間・繁忙期の谷間として処理されやすい期間です。フリーランス向けエージェント実務では、案件終了から次案件までの1〜3ヶ月程度を「通常の営業期間」として扱うケースがあります。

ただし、直近が3ヶ月未満のブランクでも、面談で必ず聞かれる可能性は残ります。書かなくても答えは用意しておいてください。

半年以上は書く前提で組み立てる理由

半年を超えると、書類上の「案件と案件の隙間」だけでは説明を求められやすくなります。書かない場合、面談で「この間は何を?」と聞かれる可能性が高くなり、その場で組み立てて答えると印象が下がりやすい傾向があります。

先に書類で「独立準備」「育児」「学習」などのカテゴリと期間を提示しておけば、面談側は詳細を聞くだけになり、こちらも準備した回答を落ち着いて返せます。

職務経歴書とスキルシートで扱いを分ける発想

一般に、職務経歴書は経歴の全体像、スキルシートは技術・案件の詳細を扱う書類です。空白期間の書き方も、両者で粒度を変えるのが実務的です。書類の役割の違いは職務経歴書とスキルシートの違い｜フリーランスエンジニアの使い分けと書き方で整理しています。

• 職務経歴書：期間と理由のカテゴリを1〜2行で

• スキルシート：期間中に触れた技術・成果物を案件履歴と同じ粒度で

ただしエージェントが用意するスキルシートの様式によっては、職務経歴書に相当する情報も1枚に統合されているケースがあります。その場合はスキルシート側に両方の粒度を含めてください。

ミニFAQ

Q. 職務経歴書に書いたが、スキルシートに書かなくてよいですか?

A. 期間中に触れた技術（言語・フレームワーク・ツール）がある場合はスキルシートにも書きます。触れていなければ、職務経歴書だけで問題ありません。

空白期間を書くときの基本ルール（4要素フレーム）

すべての空白期間は、「期間」「理由」「期間中の活動」「復帰時の状態」の4要素に分解して書くと粒度がそろいます。この順で並べると、書類選考担当者が判断に必要な情報を上から順に受け取れる構造になります。

4要素フレームの中身

書き方の例（独立準備・3ヶ月）

• 期間：2025年10月〜2025年12月（3ヶ月）

• 理由：独立準備

• 期間中の活動：TypeScript／Next.js 15の個人プロジェクト（3件・GitHub公開）、フリーランス向け税務基礎の学習

• 復帰時の状態：Next.js／React／TypeScriptで基本設計以降を担当可能。週4〜5稼働、フルリモート希望

上記のような書き方だと、担当者が「復帰後どこまで頼めるか」を書類の段階で判断できます。

どこに書くか（配置）

スキルシートの中で空白期間をどこに置くかで、印象が変わります。案件履歴の途中に紛れさせるより、独立したブロックとして扱うほうが誠実に見える傾向があります。

• 職務要約（冒頭3行）：3ヶ月未満なら「20XX年○月から独立準備を経てフリーランス活動再開」と1文で処理

• 案件履歴の途中：期間欄に「独立準備期間」と書き、通常の案件と同じ書式で1ブロックを立てる

• 備考欄／自己PR欄：1年以上の長期ブランクなら、専用ブロックで4要素を丁寧に

職務要約の書き方はスキルシートの職務要約の書き方｜冒頭3行で読ませる型と職種別テンプレを参考にしてください。

表記フォーマット

書類全体でフォーマットを統一します。同じスキルシート内で「2025/10」と「令和7年10月」が混在すると、書類全体の粒度が下がって見えます。

• 期間表記：YYYY年MM月〜YYYY年MM月（○ヶ月）で統一

• 動詞の型：「学んだ」「勉強した」ではなく「実装した」「公開した」「記事化した」「取得した」

• 単位：稼働は「週○日」、リモート可否は「フルリモート／週○出社／出社中心」

なお、フリーランスとしての契約・取引条件を整理する際は、2024年11月に施行されたフリーランス・事業者間取引適正化等法（内閣官房）が制度背景として参考になります。書類そのものの様式を直接規定するものではありませんが、契約書・取引条件の記載慣行を確認する材料として押さえておくと安心です。

理由別・空白期間の書き方例

理由ごとに書き方の型が変わります。以下の8ケースは、フリーランスエージェントの案件相談で見られることが多いパターンをまとめたものです（相談事例ベース）。

独立準備・スキル切替のケース

会社員からフリーランスへの移行前後で発生する空白です。多くの場合、次のセットで書けます。

• 期間：3〜6ヶ月が中心

• 理由：「独立準備」

• 活動：ポートフォリオ整備、税務・法務の学習、既存人脈への挨拶

• 復帰時：具体的に対応できる技術範囲

書き方例

期間：2025年8月〜2025年10月（3ヶ月）

理由：独立準備

期間中の活動：屋号登録・開業届提出、フリーランス向け会計ソフトの導入と運用テスト、Next.js 15での個人プロジェクト2件の公開（GitHub URL）、既存クライアント2社への挨拶と案件相談

復帰時の対応範囲：Web系（TypeScript／React／Next.js）で要件定義以降、週4〜5日稼働、フルリモートまたは月1〜2回出社

前職退職〜フリーランス開始のケース

退職から独立初案件までの期間です。「独立準備」に近いが、学びより営業活動が中心という違いがあります。

書き方例

期間：2025年6月〜2025年9月（4ヶ月）

理由：フリーランス開始準備

期間中の活動：主要エージェント5社との面談、既存人脈からの紹介案件のヒアリング、屋号・銀行口座・会計基盤の整備

復帰時の対応範囲：Ruby on Rails 7で基本設計〜運用、Vue.js 3でのフロントエンド改修、週5稼働、フルリモート

育児・介護・療養のケース

理由がプライベート事情の場合、カテゴリ表現にとどめて詳細は書かないのが実務的です。書きすぎると読み手が反応しづらくなり、面談での説明も長くなります。

書き方例

期間：2024年4月〜2025年3月（12ヶ月）

理由：育児

期間中の活動：短時間の技術キャッチアップ（TypeScriptの新機能追随、Next.js App Router実装のZenn記事執筆3本）

復帰時の対応範囲：フロントエンド（React／Next.js／TypeScript）で改修〜機能追加、週3〜4日稼働、フルリモート

育児・介護中の稼働条件（週稼働・時間帯）は、書類段階で明示すると担当者側で案件を選びやすくなる傾向があります。

案件終了後の営業期間のケース

案件が終わってから次案件開始までが長引いたパターンです。3ヶ月を超えると、書類側で処理しておきたい期間になります。

書き方例

期間：2025年1月〜2025年5月（5ヶ月）

理由：案件終了後の営業期間

期間中の活動：エージェント3社との継続的な案件面談（15件超）、期間内にAWS認定Solutions Architect Associate取得

復帰時の対応範囲：AWSインフラ設計・IaC（Terraform）、週5稼働、フルリモート

営業期間が長引くこと自体は、単価・稼働条件の絞り込み方によって発生するため、直ちに不利とは限らず、単価・稼働条件との兼ね合いで判断されることが多い傾向です。稼働の切れ目を減らす動き方はフリーランス案件の切れ目をなくす動き方｜空白期間を防ぐ1ヶ月前からの実務にまとめてあります。

学び直し・大学院進学のケース

期間中の学習活動が中心のパターンです。学んだ内容と成果物を具体化すると、書類の説得力が上がります。

書き方例

期間：2024年4月〜2025年3月（12ヶ月）

理由：機械学習分野への学び直し

期間中の活動：大学院社会人プログラム受講（データサイエンス専攻）、E資格取得、Kaggle Competitions 2件参加（1件で銅メダル）、個人開発でRAGアプリケーションを公開

復帰時の対応範囲：PythonでのML／LLMアプリ開発、既存のWeb開発経験（TypeScript／React 5年）と組み合わせた案件

私生活の事情（引越し・海外滞在等）のケース

書きすぎない・隠しすぎないのバランスが重要な領域です。カテゴリと期間だけ提示し、面談で聞かれたら答えるという設計にします。

書き方例

期間：2024年9月〜2025年2月（6ヶ月）

理由：海外滞在（家族の都合）

期間中の活動：滞在先での稼働（週2〜3日・時差稼働）、Rust学習と個人プロジェクト（GitHub 2件公開）

復帰時の対応範囲：Rustでのバックエンド開発と既存TypeScript経験の組み合わせ、日本時間ベースで週4〜5日稼働

副業・複業を空白期間に挟んだ場合

「フリーランスとしての本格稼働ではないが、収入は発生していた」ケースです。単純な空白扱いにするとキャリアが薄く見えるため、短時間案件として案件履歴側に立てるのが実務的です。

• スキルシートの案件履歴に「短期・副業案件」として1ブロック立てる

• 期間・稼働時間・担当範囲を通常案件と同じ粒度で書く

• 空白期間として別ブロックにはしない

期間中に短期案件・スポット案件があった場合

複数の短期案件を挟んだブランクは、主要な案件だけ立て、細かい案件は「その他短期案件○件」でまとめる方法があります。

• 3ヶ月以上の案件：単独で1ブロック

• 1〜3ヶ月の短期案件：「その他短期案件○件（技術：〜、規模：〜）」でまとめ

• スポット・単発：件数と技術範囲だけ集約表記

ミニFAQ

Q. 育児の理由は詳しく書くべきですか?

A. 「育児」というカテゴリと期間だけで十分です。子どもの年齢や家族構成は書類に書かず、面談で必要なら答える範囲にとどめてください。

期間の長さ別・書く粒度の目安

同じ空白期間でも、期間の長さで書くべき情報量が変わります。以下は、書類選考通過を目的とした粒度の目安です。

3〜6ヶ月：1〜2行で処理

期間が短いため、担当者は詳細より「理由と復帰状態」だけを知りたいケースが多いです。

• 職務要約：「20XX年○月〜○月に独立準備期間を経てフリーランス活動再開」の1文

• 案件履歴内で独立ブロック化する必要はない

6ヶ月〜1年：期間中の活動を4〜6項目

このレンジは、書類選考担当者が最も気にする期間帯です。「6ヶ月何していたか」を書類で先に説明しておくと、面談進行がスムーズになる傾向があります。

• 期間中の活動を成果物ベースで4〜6項目

• 学習だけでなく、資格取得・登壇・執筆・個人開発の実物を並べる

• 復帰時の対応技術範囲を1〜2行で

1年以上：復帰時の状態まで踏み込む

1年以上のブランクでは、「今、どこまでできるか」の明示が最重要です。書類段階で対応範囲を絞って提示しておくと、ミスマッチな案件を紹介されずに済みます。

• 期間中の学習・活動を成果物URL付きで

• 復帰時の対応範囲を「動詞ベース」で列挙

• 稼働条件（週稼働・出社頻度・時間帯）を明記

やってはいけない書き方（NG例と改善例）

書類選考でマイナスに働きやすいパターンをまとめます。「隠す」「曖昧にする」「言い訳する」の3方向で失敗が起きやすい傾向があります。

「一身上の都合」だけで留める書き方

NG例

• 期間：2024年4月〜2025年3月

• 理由：一身上の都合

改善例

• 期間：2024年4月〜2025年3月（12ヶ月）

• 理由：育児

• 期間中の活動：短時間の技術キャッチアップ（TypeScript最新機能の追随、Zenn記事執筆3本）

• 復帰時の対応範囲：React／Next.jsでフロントエンド改修、週3〜4日稼働

「一身上の都合」だけでは、担当者は次に何を聞いていいかわからず、面談で細部を突く形になります。カテゴリ表現にしておけば、担当者は「育児であればこの案件」など判断ができます。

期間を意図的に曖昧にする書き方（〜頃、〜頃まで）

NG例

• 「2024年頃〜2025年頃まで」

• 「2024年春〜2025年初頭」

改善例

• 「2024年4月〜2025年3月」

月単位で明記すれば、期間の長さが正確に伝わります。曖昧表記は「隠したいことがあるのでは」と読まれるリスクがあります。

誇張・虚偽の書き方

NG例

• 実際は3ヶ月しか触れていない技術を「1年間主要業務として使用」と書く

• 未完成の個人プロジェクトを「公開済み」と書く

改善例

• 「学習期間3ヶ月、個人プロジェクト1件で使用」

• 「開発中（GitHub Repository URLで進捗を公開中）」

面談で技術質問を受けたときに答えられない書き方をすると、書類全体の信頼性が下がります。「学習中」「開発中」で正確に書いておくほうが、面談で正直に話せます。

空白期間の言い訳を長々と書く

NG例

「家族の事情により長期間の休養が必要な状況となり、その間は技術的な活動が制限されていましたが、部分的には最新技術の情報収集を継続しており〜」

改善例

「療養期間。復帰にあたり週3〜4日稼働から段階的に増やす想定」

書類で長い説明を書くと、担当者はそこで判断を止めてしまいます。カテゴリ表現＋復帰時の稼働条件の2要素で十分です。

空白期間を「価値」に変える書き方

空白期間をそのまま書くのではなく、期間中の活動を成果物や動詞に翻訳すると、書類全体の説得力が上がります。実績翻訳の考え方は実績が少ないフリーランスエンジニアでも通るスキルシートの書き方にまとめてあります。

期間中の学習・個人開発を成果物に落とす

「学んだ」ではなく「作った」「公開した」「記事化した」で書けるものを揃えます。公開可能な成果物があればURLを添えます。守秘義務・非公開リポジトリ等でURLを出せない場合は、概要・担当範囲・使用技術を明記します。

• GitHubリポジトリのURL（直近コミット日・言語構成が分かる形）

• Zenn・Qiitaの記事URL（公開日・記事本数・扱ったテーマを併記）

• 個人アプリの公開URL（デプロイ済みのもの）

• 登壇資料のURL（Speaker DeckやSlideShare）

• 資格の合格証明URL（発行機関の証明ページ）

書類段階でURLを添えておくと、担当者が事前に確認する場合に技術質問が具体化しやすくなります。

復帰時に対応できる技術範囲を「動詞」で書く

技術名を並べるだけでは、担当者は「実務で使えるレベルか」を判断できません。動詞をセットにすると、対応範囲が明確になります。

稼働条件の柔軟性を添える

空白期間の直後は、稼働条件の柔軟性を書くと担当者が紹介可否を判断しやすくなります。

• 週稼働：週3日・週4日・週5日のどれから始められるか

• 出社頻度：フルリモート／月1回／月2〜3回／週1回のどれまで許容できるか

• 時間帯：10:00〜19:00／時差稼働可／朝型稼働可

書類段階で条件を明記しておけば、担当者は復帰しやすい案件から紹介できます。実際にフリコンの案件一覧ではフェーズ・単価・稼働条件で絞り込めるため、書類の希望条件をそのまま検索軸に落として案件を選ぶ流れが実務的です。

面談での話し方との整合

書類と面談の間で内容がズレると、面談担当者は書類の他の記述も疑い始めます。書類に書いたことは、面談で同じ粒度で話せる範囲に絞るのが基本です。

書類に書いたことは面談で同じことを話せる粒度に

「期間中にNext.js 15を学び個人プロジェクトを3件公開」と書いたなら、面談で以下を答えられる状態にしておきます。

• 3件の個人プロジェクトの概要（何のアプリか、どんな機能か）

• Next.js 15で新しく使った機能（App Router、Server Actions、Partial Prerenderingなど）

• 詰まった箇所と解決方法

書類で「学んだ」と書いた技術で技術質問に答えられないと、書類の他の記述の信頼性も下がります。

書類に書かなかったことを面談で言うタイミング

書類でカテゴリだけ書き、詳細を面談で話す設計の場合、担当者から聞かれてから答えるのが実務的です。こちらから先回りして詳細を話すと、面談時間の配分が崩れて技術質問の時間が短くなります。

• 育児：子どもの年齢・保育園の状況などは聞かれてから

• 療養：復帰状況・現在の稼働可能範囲は聞かれてから

• 家族の事情：具体的な内容は聞かれてから

ケース別テンプレート（コピーして使える例文）

そのまま書類に貼って調整できる型を4種類まとめます。実際の書類に流用する際は、日付・技術名・URLを自分の情報に差し替えてください。

独立準備型

期間：2025年10月〜2025年12月（3ヶ月）

理由：独立準備

期間中の活動：

• 屋号登録・開業届提出、会計ソフト（freee／マネーフォワード等）の運用テスト

• Next.js 15を用いた個人プロジェクト2件を公開（GitHub URL）

• 主要フリーランスエージェント3社との面談・希望条件の擦り合わせ

復帰時の対応範囲：TypeScript／React／Next.jsで基本設計〜運用フェーズ、週4〜5日稼働、フルリモートまたは月1回程度の出社

案件営業型

期間：2025年1月〜2025年4月（4ヶ月）

理由：案件終了後の営業期間

期間中の活動：

• エージェント4社と継続面談、20件超の案件相談

• 期間中にAWS認定Solutions Architect Associate取得（合格証URL）

• Terraform／IaC関連の個人環境構築とハンズオン記事執筆3本（Zenn URL）

復帰時の対応範囲：AWSインフラ設計・IaC（Terraform）運用、ECS／RDS／VPC構成の設計・レビュー、週5日稼働、フルリモート

学び直し型

期間：2024年4月〜2025年3月（12ヶ月）

理由：機械学習・データサイエンス分野への学び直し

期間中の活動：

• 大学院社会人向けプログラム（データサイエンス専攻）を1年で修了

• E資格取得（合格証URL）

• Kaggleコンペティション参加2件、うち1件で銅メダル獲得

• 個人開発でRAGアプリケーションを公開（デプロイURL）

復帰時の対応範囲：Python／PyTorchでのML／LLMアプリ開発、既存のWebアプリ開発経験（TypeScript／React 5年）と組み合わせた案件、週4〜5日稼働、フルリモート

私生活事情型

期間：2024年9月〜2025年2月（6ヶ月）

理由：家族都合による海外滞在

期間中の活動：

• 滞在先での短時間稼働（週2〜3日・時差稼働）

• Rust言語の学習と個人プロジェクト2件を公開（GitHub URL）

• 英語での技術ドキュメント読解の実務経験

復帰時の対応範囲：Rustバックエンド開発と既存TypeScript経験の組み合わせ、日本時間ベースで週4〜5日稼働、フルリモート

提出前のセルフチェックリスト

書類を送る前に、以下を1つずつ確認してください。ブランクを含むスキルシートは、案件履歴だけの書類より確認項目が多くなります。

• ☐

  期間が「YYYY年MM月〜YYYY年MM月（○ヶ月）」で統一されている

• ☐

  理由がカテゴリ表現（独立準備／育児／学習など）で書かれ、長い言い訳になっていない

• ☐

  期間中の活動に成果物URL（GitHub／Zenn／登壇資料等）が1つ以上添えられている

• ☐

  復帰時の対応範囲が「技術名＋動詞」で書かれている

• ☐

  稼働条件（週稼働・出社頻度・時間帯）が明記されている

• ☐

  書類に書いた内容を、面談で同じ粒度で話せる状態になっている

• ☐

  職務経歴書とスキルシートで、空白期間の粒度が矛盾していない

• ☐

  期間中の技術キャッチアップ内容と、直近の案件履歴に矛盾がない

書類全体の書式はフリーランスエンジニアのスキルシートの書き方、案件詳細の粒度はスキルシートの案件詳細の書き方を参照して整えてください。

ミニFAQ

Q. 提出前に他人に見てもらうべきですか?

A. エージェントに登録済みなら担当者に事前レビューを依頼できるケースが多いです。第三者が読んで「何をしていた期間か」がひと目で分かるか、が最低ラインです。

復帰活動そのものについて

書類上の書き方だけでなく、復帰活動全体の進め方（技術キャッチアップの順序・案件獲得の動線・期間別戦略）についてはフリーランスエンジニアのブランク復帰｜期間別対策と案件獲得ロードマップにまとめてあります。本記事は書類上の表現に絞っていますので、活動全体を設計したい場合は上記のロードマップ記事とセットで読んでください。

書類が整った後は、フリコンの案件一覧で希望条件（フェーズ・稼働・リモート可否）を絞り込んで、書類の対応範囲に合う案件から順に応募していく流れが実務的です。

まとめ

スキルシートの空白期間は、「期間・理由・活動・復帰状態」の4要素で書けば粒度がそろい、書類選考で不利になりにくくなります。隠すより誠実に書く、書きすぎず面談で答えられる範囲に絞る、という2軸を守るのが基本です。

• 3ヶ月未満は職務要約で1行、6ヶ月〜1年は活動を4〜6項目、1年以上は復帰時の対応範囲まで踏み込む

• 「一身上の都合」ではなく、独立準備／育児／学習などのカテゴリ表現に置き換える

• 期間中の学習・個人開発は成果物URLと動詞で書き、面談で同じ粒度で話せる範囲に絞る

• 復帰時の対応範囲は「技術名＋動詞」で明記、稼働条件（週稼働・出社頻度）もセットにする

• 書類全体の書式は既存のスキルシートガイド、復帰活動全体は復帰ロードマップ記事に委譲する

書類を整えたら、フリコンの案件一覧で稼働条件・フェーズを絞り込んで応募に進んでください。復帰活動の全体設計はブランク復帰の期間別対策と案件獲得ロードマップ、稼働中に空白を出さない動き方は案件の切れ目をなくす動き方を参考にしてください。

参考リンク

• フリーランス・事業者間取引適正化等法（内閣官房） — フリーランスの契約書類・取引実務に関する法律

• ジョブ・カード制度総合サイト（厚生労働省） — 職務経歴のフォーマット標準として参照可能

• 労働政策研究・研修機構 統計情報 — 労働市場・離職期間の統計データ