スキルシートに書く「経験年数」は、書き方一つで面談の通過率が大きく変わります。しかし同時に、誇張した表記が面談でバレると信頼を一気に失います。この記事では、正直に書きながら最大限の評価を得る方法を解説します。
スキルレベルの「盛り」が引き起こす問題
スキルシートに実際より高い経験年数・スキルレベルを書くことを俗に「盛る」と言います。
短期的には書類通過率が上がるかもしれませんが、以下のリスクがあります。
リスク1:面談で即バレる
「Javaを5年書きましたが、Genericsについて教えてください」
この質問に答えられなければ、面接官はすぐに気づきます。そして、スキルシートへの不信感が生まれ、全体の評価が下がります。
リスク2:参画後に苦しくなる
スキルを盛って参画した後、実力不相応な案件に配置されると、本人が一番苦しみます。現場からの評価も下がり、途中離脱につながることもあります。
リスク3:営業との信頼関係が壊れる
「スキルシートに書いた内容と実力が違う」と気づいた営業は、その後の案件紹介で慎重になります。
スキルレベルの正しい表記基準
業界標準として通用するスキルレベルの基準は以下のとおりです。
| 経験年数の表記 | 該当する実力水準 |
|---|---|
| 〜1年未満 | 学習・研修・個人プロジェクトで触れた程度 |
| 1〜2年 | サポートを受けながら業務で使用経験あり |
| 3〜5年 | 独力で業務に使用できる。設計・実装・テスト対応可 |
| 5〜8年 | チームへの技術指導・レビューができる |
| 8年以上 | 設計・アーキテクチャ判断ができる |
「業務経験年数」は原則として、実際の業務プロジェクトで使用した年数のみをカウントします。
「正直に書く」ことと「評価を上げる」ことは両立できる
経験年数を正直に書きながらも、高い評価を得ることは可能です。ポイントは「何をしたか」「どう貢献したか」を具体的に書くことです。
Before(経験年数しか書いていない):
Java:3年
After(具体的な活用内容を書いた):
Java 17(3年)
Spring Bootを使ったREST API設計・実装
EC2上でのJVMチューニング経験あり
5名のチームでバックエンドリードとして担当
3年という年数は変わらなくても、後者の方が「何ができる人か」が明確に伝わります。
スキル別の「正直な書き方」例
よく使う技術の書き方
Java(3年)|Spring Boot(2年)|主力言語
Python(1年)|Flask・基本的なスクリプト作成
AWS(2年)|EC2・RDS・S3・CloudFrontを業務利用
Docker(1年)|開発環境の構築・コンテナ化経験あり
「少し触った程度」の書き方
Kubernetes(学習中)|個人環境でのみ使用
React(〜1年)|プロトタイプ作成経験
この書き方のポイントは、「業務での使用」と「学習・個人利用」を明確に区別することです。
「資格」を活用して客観的な証明を足す
スキルレベルに自信がなくても、資格取得は客観的な証明になります。
| 資格 | 相当するスキルレベルの目安 |
|---|---|
| AWS SAA(Solutions Architect Associate) | AWSを業務で扱える基礎力の証明 |
| 基本情報技術者 | ITの基礎知識を持つことの証明 |
| PMP | プロジェクトマネジメントの国際資格 |
| Oracle Java SE | Javaのスキルを客観的に証明 |
資格は「経験年数の補強」として機能します。経験が浅くても、資格があることで信頼性が高まります。
まとめ
スキルシートのスキルレベル表記で最も大切なのは、正直さと具体性の両立です。
- 業務で使った経験年数のみを記載する
- 何をどう使ったかを具体的に書く
- 「学習中」「触れた程度」を正直に書く
- 資格で客観的な証明を補足する
正直に書いたスキルシートは、面談での会話に自信を持って臨める基盤になります。誇張せず、自分の実力を最大限に伝えることが、長期的なキャリア形成につながります。