ITエンジニアのスキルシート、何を書けば「使える人材」と伝わるか——採用担当が見る5つのポイント
SESや客先常駐系の案件が多いIT業界では、職務経歴書とは別に「スキルシート」の提出を求められることがよくあります。
職務経歴書が「実績・成果」を伝えるものだとすれば、スキルシートは「技術の棚卸し」を一覧化するものです。しかし、この違いを意識せずに書いてしまい、内容が薄い・逆に情報過多で読みにくいスキルシートになっているケースが多く見られます。
ポイント1：技術ごとに「経験年数」と「深さ」を分けて書く
❌ ダメな例： 「Java、Spring Boot、AWS、Docker、Jenkins、Git」
✅ 良い例：
| 技術 | 経験年数 | 業務内容の深さ |
|---|---|---|
| Java | 5年 | 設計〜実装〜レビューを主導 |
| Spring Boot | 3年 | API設計・実装 |
| AWS (EC2/RDS) | 2年 | インフラ構築の補助経験 |
単純な技術名の羅列では「使える人材」かどうかが伝わりません。年数と、どの工程まで関わったかをセットで書きましょう。
ポイント2：「担当工程」をV字モデルで示す
要件定義〜運用保守までのどこを担当したかは、採用担当が最も重視するポイントの一つです。
✅ 良い例：
| フェーズ | 参画有無 |
|---|---|
| 要件定義 | ○（一部） |
| 基本設計 | ○ |
| 詳細設計 | ○ |
| 実装 | ○ |
| 結合テスト | ○ |
| 運用保守 | × |
上流工程の経験があるかどうかは、単価・年収レンジに直結します。実装だけでなく、設計フェーズへの関与があれば必ず明記しましょう。
ポイント3：プロジェクトごとに「規模感」を入れる
「大規模開発を経験」という表現だけでは何も伝わりません。
✅ 良い例： 「開発メンバー12名・期間8ヶ月・ユーザー数月間30万人のECサイトリニューアル案件」
人数・期間・利用者数などの具体的な数字を入れることで、経験の規模が客観的に伝わります。
ポイント4：資格・独学の学習歴も「使えるレベル」を書き添える
資格を羅列するだけでなく、実務でどう活かしているかを一言添えると評価が上がります。
❌ ダメな例： 「AWS認定ソリューションアーキテクト保有」
✅ 良い例： 「AWS認定ソリューションアーキテクト保有（実務でVPC設計・コスト最適化を担当）」
ポイント5：古い技術・現在は使っていない技術は末尾にまとめる
10年選手のエンジニアほど陥りやすいのが、若手時代に使っていた古い技術まで同列に並べてしまうことです。
現在の主力技術を上位に、過去に使っていた技術は「その他（過去使用技術）」として末尾にまとめると、スキルシート全体の見やすさが大きく改善します。
まとめ
スキルシートは「技術の棚卸し」であり、職務経歴書とは役割が異なります。経験年数・担当工程・プロジェクト規模を数字で示すことで、採用担当に「即戦力として使えるか」が正確に伝わります。書き方に迷ったら、AIツールを使って情報の整理から始めるのも効果的です。
