スキルシートで書いてはいけないこと7つ｜経歴詐称のリスクと境界線

スキルシートで書いてはいけないこと7つ

結論から言えば、NGは「事実に反する記載」と「書く権利がない記載」の2系統に集約されます。前者は信用を壊し、後者は契約に触れます。

1. 実務で触っていない技術を「使用可能」と書く

最も多く、最も早く露見します。学習しただけの技術を業務経験の欄に混ぜるパターンです。

技術スタック欄は、提案先が「この人に任せられるか」を判断する一次情報として読まれます。ここに学習レベルの技術が混ざると、参画後のタスク割り当てが実力と噛み合いません。

代替として、業務／学習／補助の3段階で区分してください。「業務経験：Go（2年）／学習中：Rust（個人開発でCLIツールを実装）」のように分ければ、意欲は伝わり、事実は歪みません。区分の粒度はスキルシートの技術スタック表記｜バージョン・年数・習熟レベルの書き方で整理しています。

2. 経験年数・参画期間の水増し

「3年8か月」を「5年」にする類です。空白期間を前後の案件に吸収させて埋めるケースも含みます。

期間は突合されやすい情報です。エージェントは複数案件の期間を合算して整合を見ますし、同じ人材が別ルートから重複提案されれば、2枚のスキルシートが並びます。期間だけ違えば、そこで終わりです。

空白期間は隠すより、短く理由を添えるほうが通ります。書き方はスキルシートの空白期間の書き方｜フリーランスエンジニアの表現例と粒度にまとめました。

3. 担当していない工程・役割を書く

テスト担当だった案件を「設計から担当」と書く、メンバーだった案件を「リーダー」と書く。工程・役割の水増しです。

これは面談で最も剥がれやすい項目です。役割を書くと、その役割でしか経験しない判断を聞かれます。設計と書けば「なぜその構成にしたか」を、リーダーと書けば「メンバーの何を見ていたか」を聞かれる。実際にやっていなければ、答えは一段浅くなります。

担当フェーズと体制規模の適切な粒度はスキルシートの案件詳細の書き方｜担当フェーズ・規模・体制の粒度を参照してください。

4. 顧客企業名・システム名・機密情報の記載

事実に反していなくても書いてはいけない、という点で性質が違います。

業務委託契約や秘密保持契約（NDA）には、業務上知り得た情報を第三者に開示しない旨の条項が入っているのが通常です。スキルシートは提案先企業に渡る書類なので、そこに顧客名や社内システム名を書くと、開示にあたる可能性があります。

具体的な条項の読み方は秘密保持契約（NDA）とは｜フリーランスエンジニアが押さえる条項とチェックポイントで解説しています。記載は業種・規模・システムの性質に置き換えてください。言い換えの型は後述します。

5. 必要以上の個人情報

スキルシートは複数の提案先を経由して回覧されます。本籍・詳細住所・家族構成・マイナンバーは通常不要です。生年月日や顔写真も、提出先の様式で指定がない限りは最小限にとどめるのが無難でしょう。

匿名提案ベースであれば、氏名（またはイニシャル）、最寄り駅、稼働可能条件、連絡手段程度で足りることが多いです。ただし商流や案件によって、年齢帯・居住都道府県・稼働開始可能日などの記載を求められることもあります。エージェント指定のフォーマットがある場合は、その指定に従ってください。

6. 前の現場・エージェントへのネガティブな記述

「体制が崩壊していたため離脱」「単価交渉に応じてもらえず終了」。事実であっても、書類に書くと読み手は「次も同じことを言うだろう」と読みます。

離脱理由を書く必要がある場合は、契約満了・プロジェクト終了・スコープ変更といった中立的な事実だけを書きます。詳細は面談で口頭で伝えれば足ります。

7. 案件と無関係な情報の羅列

エンジニア職と関連しない資格、趣味、自己啓発セミナーの受講歴。埋めたくなる気持ちは分かりますが、読み手の視点では強みが薄まります。

スキルシートは網羅性より的中率です。提案先の要件に関係する情報を上に置き、関係しないものは落とす。出し分けの考え方はフリーランスのスキルシートが通らない7つの原因｜書類選考の改善策にあります。

この章のミニFAQ

Q. 業務で1週間だけ触った技術は「業務経験」に書いていい？

書けますが、年数ではなく内容で書いてください。「業務経験：Terraform（既存モジュールの修正、1週間程度）」のように期間を正直に添えれば、過大評価も過小評価も避けられます。

Q. 前職が特定されそうな案件規模は書いてもいい？

規模・業種・技術構成までは通常問題になりません。ただし「国内唯一の〇〇システム」のように事実上1社しか該当しない書き方は、企業名を書いたのと同じ効果になります。抽象度を1段上げてください。

「盛る」と「経歴詐称」の境界線はどこか

境界は書いた事実が実在するかどうかの一点です。表現を工夫することと、存在しない経歴を作ることは、連続していません。

3段階のグラデーション

表現の工夫は、盛りではありません。「何をしたか」を相手の判断軸に翻訳する作業です。定量化の具体例はスキルシートで単価を上げる書き方｜評価される定量表現と実績の翻訳にまとめています。

危ないのは真ん中の誇張です。本人は嘘をついたつもりがなく、読み手には詐称に見える。ここが一番トラブルになります。

境界を判定する3つの問い

迷ったら、記載ごとに次の3問を当ててください。3問すべてにYesと言えなければ、書き方を変えます。

1. その事実は実在しますか（いつ、どの案件で、何をしたかを具体的に言えるか）

2. 同じ現場にいた人が読んでも、記載に異論を挟まないですか（貢献度の見積もりが自分だけ大きくないか）

3. 深掘りされたときに、判断の理由まで説明できますか（なぜその構成にしたか、何を捨てたか）

3問目で詰まる記載は、たいてい誇張が入っています。書いたことは本当でも、自分の判断が入っていない領域だからです。

経歴詐称が発覚したときに何が起きるか

刑事・民事・市場の信用の3方向に分けると整理しやすくなります。結論を先に言えば、重いのは真ん中の民事・契約です。

刑事：自分名義の虚偽記載は私文書偽造罪の問題として整理されにくい

「経歴詐称は私文書偽造罪にあたる」と書かれていることがありますが、この整理はそのままでは正確ではありません。

刑法第159条の私文書偽造罪は、他人名義の私文書を権限なく作成する行為などが問題になる犯罪です。名義人と作成者が一致している場合、つまり自分の名前で自分がスキルシートを作っている場合は、内容が事実と違っても私文書偽造罪の問題としては整理されにくいとされます。

ただし、別問題になるケースがあります。他人の名義でスキルシートを作成した場合、資格証明書や修了証を改ざんした場合です。また、報酬をだまし取る意図が認められるような事情があれば詐欺罪が問題になる余地もあります。刑事責任の有無は事実関係次第なので、具体的な事案では弁護士に確認してください。

刑事責任が生じにくいことと、不利益が生じないことは別です。 ここを混同しないでください。実際に効いてくるのは次の2つです。

民事・契約：解除、報酬の返還、損害賠償

業務委託契約には、経歴・スキルに関する表明保証条項や、契約違反時の解除条項が置かれていることがあります。詐称が発覚した場合、これらの条項に基づいて契約を解除される、既に支払われた報酬の返還や損害賠償を求められる、といった対応が取られることがあります。実際にどこまで認められるかは、契約内容と個別の事情によります。

フリーランス法（特定受託事業者に係る取引の適正化等に関する法律）との関係も押さえておきましょう。この法律は発注事業者を規律するもので、フリーランス側の経歴詐称を直接罰する法律ではありません。

ただし、解除の場面では関係します。公正取引委員会のフリーランス法特設サイトによれば、6か月以上の業務委託を中途解除・不更新とする場合、発注事業者は原則として30日前までに予告しなければなりません。一方で、同委員会のQ&Aでは予告が不要となる例外事由が示されており、そこには登録情報の虚偽など受託者側に帰責事由があるケースが挙げられています。

経歴の虚偽がこの例外に直ちにすべて当てはまるとは限りません。ただ、予告による保護が弱まる可能性がある点は押さえておいてください。通常なら30日前予告が問題になる場面でも、事情によっては早期終了を主張されることがあります。制度の全体像は公正取引委員会のパンフレットが読みやすくまとまっています。

契約書のどこを見ておくべきかは業務委託契約書の確認ポイント｜フリーランスエンジニアが締結前に見る条項とチェックリストを参照してください。

市場の信用：エージェントと現場に残る

法的な責任以上に、実務で効いてくるのがここです。

エージェントは提案先企業との関係で動いています。詐称した人材を通したエージェントは、その企業との取引そのものを失いかねません。したがって、発覚した場合の対応は厳しくなります。以後の案件紹介が止まる、登録を抹消される、といった扱いは十分にあり得ます。

フリーランスの案件獲得は、エージェントと現場の評価の積み重ねで回っています。1回の詐称で複数のルートが同時に閉じる構造です。

この章のミニFAQ

Q. エージェントが勝手に経歴を盛って提案していた場合、自分の責任になりますか？

スキルシートの最終的な提出者はあなたなので、提出前に内容を確認する責任は残ります。提案前に必ず最終版を共有してもらい、記載に同意できない箇所は修正を依頼してください。修正に応じないエージェントは、その時点で付き合い方を見直す対象です。

Q. 詐称に気づいたのが参画後でした。今から申し出るべきですか？

早いほど傷は浅く済みます。参画初期であれば、タスク割り当ての調整で収まるケースもあります。指摘されてから認めるのと、自分から申し出るのとでは、契約解除の判断も損害の見積もりも変わってきます。

経歴詐称はどこで発覚するか

「バレなければいい」が成立しにくいのは、発覚経路が複数あり、しかも本人が制御できないためです。

特に3つ目です。面談を通過しても、参画後の実務は毎日続きます。技術質問は準備できますが、実装は準備できません。

面談での深掘りがどう来るかはフリーランスエンジニアの面談で聞かれる質問と回答例｜職種別Q&Aと逆質問まで解説に整理があります。

SESで経歴の水増しを指示されたときの対処

SES企業に在籍中、会社側からスキルシートの経歴を膨らませるよう求められるケースがあります。独立を検討する層から相談が多い論点なので、実務的な対処を挙げておきます。

まず押さえておきたいのは、提出者としての責任は自分にも残るということです。会社の指示だったという事情は、提案先企業との関係では必ずしも免責になりません。参画後に実力が合わずに損害が生じた場合、矢面に立つのは現場にいる自分です。

現実的な進め方は次のとおりです。

• 指示は口頭ではなくテキストで残る形に切り替える（チャット・メールで確認を返す）。後から事実関係を確認できる状態にしておく

• 修正版を自分で作って提示する。「学習中」区分や、担当工程を正確にした版を出し、判断材料を与える

• それでも通らない場合、その会社での経歴は積み上がりません。独立や転職の準備を並行して進める判断が現実的です

• 独立を検討するなら、正確なスキルシートで市場の反応を先に見ておく。フリーランス案件一覧で自分の技術構成に近い募集要件を確認すると、盛らずに通る水準が把握できます

盛らないと通らないと感じる場合、問題はスキルシートではなく案件の選び方にあることが多いです。実績が少ない段階での見せ方は実績が少ないフリーランスエンジニアでも通るスキルシートの書き方を参考にしてください。

守秘義務に触れずに実績を書く言い換え表

書いてはいけない4番目（顧客情報）は、代替表現さえ持っていれば困りません。実績の価値を落とさずに抽象度を上げる型を置いておきます。

抽象度を上げても、業種・規模・自分の担当範囲・使った技術の4点が残っていれば、読み手は判断できます。逆に言えば、この4点が消えてしまう抽象化は、やりすぎです。

なお、生成AIでスキルシートの下書きを作る場合、顧客情報をそのままプロンプトに入れると同じ問題が起きます。手順と注意点はスキルシートをAIで作る手順｜下書き活用と情報漏えい対策にあります。

ケース別：盛りたくなる場面の正しい書き方

実務未経験の技術をアピールしたい

区分を分けたうえで、アウトプットで裏を取れる形にします。「学習中：Rust（個人開発でCLIツールを実装、GitHub公開）」のように、検証可能な成果物を添えると、業務経験がなくても評価対象になります。

業務経験と並べて書かないこと。並べた時点で読み手には同列に見えます。

経験年数が要件に足りない

年数を足すのではなく、該当領域の濃度で勝負します。「Java経験3年（うちSpring Bootでの新規開発2年、ピーク時は週5日フルタイム稼働）」のように、要件に関係する部分を切り出して具体化する。

要件5年に対して3年でも、内容が要件と噛み合っていれば面談まで進むことはあります。年数を偽って通した場合との違いは、参画後に破綻しない点です。

単価が上がらないので実績を大きく見せたい

単価は経歴の派手さではなく、要件との一致度と再現性の説明で決まる部分が大きい領域です。盛って通った案件で単価が上がっても、実力との差は次の更新面談で戻ります。

自分が今どの水準を狙えるのかを把握してから調整するほうが早いです。無料のフリーランスエンジニア単価診断で市場単価の目安を確認できます。単価を体系的に上げる考え方は【2026年最新版】フリーランスエンジニアの単価相場と単価の上げ方とは？で整理しています。

提出前チェックリスト（15分）

提出直前に上から順に確認してください。7項目で、慣れれば15分程度で回せます。

1. 技術スタック欄に、業務で触っていない技術が業務経験として混ざっていないか

2. 各案件の期間を合算し、空白や重複が生じていないか

3. 担当工程・役割について、深掘りされたら判断理由まで話せるか

4. 顧客企業名・システム名・独自ツール名が残っていないか

5. 本籍・詳細住所・生年月日・顔写真など、不要な個人情報がないか

6. 離脱理由・所感にネガティブな表現が混ざっていないか

7. 提案先の要件に関係しない情報が上部を占めていないか

3番で言葉に詰まる項目があれば、その記載が誇張になっている可能性が高いところです。書き直すか、説明できる粒度まで落としてください。

まとめ

スキルシートで書いてはいけないのは、事実に反する記載と書く権利がない記載の2系統です。表現を工夫して実績を伝わる言葉に翻訳するのは盛りではなく、必要な作業です。

• NGは7分類。重いのは技術・期間・役割の捏造と、顧客情報の記載

• 「盛る」と「詐称」の境界は、書いた事実が実在するかどうかの一点

• 自分名義の虚偽記載は、一般に私文書偽造罪の問題としては整理されにくいとされます。ただし刑事責任の話と、契約上の不利益の話は別です

• 実際に効くのは民事・契約側。解除、報酬の返還請求、エージェントとの取引停止

• フリーランス法の30日前予告には例外事由があり、受託者側の虚偽が絡むと保護が弱まる可能性があります

• 迷ったら3つの問い（実在するか／同席者が異論を挟まないか／判断理由を説明できるか）で判定する

• 提出前に7項目・15分のチェックを回す

次のステップとしては、手元のスキルシートを開いて、技術スタック欄を業務・学習・補助の3区分に分け直すところから始めるのが早いです。そこだけで、NGの1番と、誇張の大半が片付きます。

参照した一次情報は次のとおりです。

• 公正取引委員会｜フリーランス法特設サイト

• 公正取引委員会｜フリーランス法Q&A

• 公正取引委員会｜フリーランス・事業者間取引適正化等法 パンフレット

• e-Gov法令検索｜刑法

なお、契約解除や損害賠償の可否は契約条項と個別事情によって結論が変わります。実際に紛争化した場合や、契約条項の解釈に迷う場合は、弁護士など専門家に確認してください。