SES（システムエンジニアリングサービス）で案件を探しているエンジニアにとって、スキルシートは非常に重要な資料です。

SESでは、営業担当者がクライアント企業へエンジニアを提案する際に、スキルシートを利用します。そのため、スキルシートを見た採用担当者や現場担当者が、「このエンジニアは今回の案件で活躍できそうだ」と判断できる内容になっていることが重要です。

しかし、スキルシートを作成するときに、

「プログラミング言語をたくさん書けばいいのか」

「経験した案件を全部詳しく書けばいいのか」

「資格をたくさん載せれば評価されるのか」

と迷う方も多いのではないでしょうか。

実際には、技術名を並べるだけでは、実務で何ができるのかは十分に伝わりません。

重要なのは、

「どのような案件で、どのような技術を使い、どの工程を担当し、どこまで自分で対応できるのか」

を具体的に伝えることです。

本記事では、SESで案件へ参画する際に、採用担当者や現場担当者がスキルシートから確認したいポイントと、評価されやすい書き方について解説します。

採用担当者が見るスキルシートの評価ポイント

スキルシートで最初に確認される「経験年数」

まず確認されやすいのが、エンジニアとしての経験年数です。

例えば、

• Java：5年
• PHP：3年
• Laravel：2年
• MySQL：4年
• AWS：1年

というように、技術ごとの経験期間を整理しておくと、採用側がスキルの全体像を把握しやすくなります。

ただし、重要なのは「経験年数を長く見せること」ではありません。

実務で使用した期間を正確に記載することが大切です。

研修や個人学習だけの期間を実務経験として記載すると、面談で具体的な質問をされた際に説明できなくなる可能性があります。

SESのスキルシートでは、実際に業務で使用した技術と期間を明確にすることが基本です。

また、単純に「Java 5年」とするだけではなく、

「Java 5年／業務システム開発／基本設計～テスト」

のように、経験した工程まで関連付けると、より実務経験が伝わりやすくなります。

採用担当者が特に確認する「担当工程」

SESのスキルシートで非常に重要なのが、担当した工程です。

システム開発では一般的に、

• 要件定義
• 基本設計
• 詳細設計
• 実装
• 単体テスト
• 結合テスト
• 総合テスト
• リリース
• 運用・保守

などの工程があります。

同じ「Javaエンジニア」であっても、実装だけを担当した人と、要件定義からリリースまで経験した人では、対応できる業務範囲が異なります。

そのため、

「Javaを使用して開発」

だけでは情報が不足しています。

例えば、

Javaを使用したWebシステム開発。
基本設計、詳細設計、実装、単体テスト、結合テストを担当。

と書けば、どこまで経験しているのかが明確になります。

さらに、

顧客との要件確認に参加し、要件をもとに基本設計書を作成。詳細設計、実装、テストまで担当。

とすれば、単なる工程名ではなく、実際に何をしていたのかまで伝わります。

「何を担当したのか」を具体的に書く

スキルシートでは、案件名や使用技術だけではなく、本人が実際に何を担当したのかを書くことが重要です。

例えば、

NG例

PHPを使用したWebシステム開発。

これでは、実際に何をしたのか分かりません。

改善例

PHP・Laravelを使用したWebシステム開発において、詳細設計、画面・APIの実装、単体テスト、結合テストを担当。既存機能の改修や不具合調査にも対応。

このようにすると、技術だけでなく業務範囲まで伝わります。

スキルシートでは「担当しました」だけではなく、

「設計した」

「実装した」

「レビューした」

「テストした」

「障害を調査した」

「顧客と仕様を調整した」

など、具体的な動詞を使うと仕事内容が伝わりやすくなります。

プロジェクトの規模・体制

次に重要なのが、プロジェクトの規模です。

例えば、

• プロジェクト人数：10名
• チーム人数：4名
• 開発期間：1年
• 担当機能：20画面
• 利用ユーザー：約5,000人

など、可能な範囲で数字を入れると、経験の規模感が伝わります。

例えば、

大規模なWebシステム開発に参加。

よりも、

10名体制のWebシステム開発プロジェクトに約2年間参画し、主に顧客管理機能の設計・開発を担当。

の方が、経験の具体性があります。

もちろん、守秘義務などによって記載できない情報もあります。

その場合は無理に企業名やサービス名を記載する必要はありません。

「金融系Webシステム」

「人事管理システム」

「BtoB SaaS」

「ECサイト」

など、公開可能な範囲で概要を整理しましょう。

使用技術は「経験した」だけではなく「どう使ったか」

スキルシートでは、プログラミング言語、フレームワーク、データベース、クラウド、開発ツールなどを記載します。

例えば、

言語

Java、PHP、JavaScript、Python

フレームワーク

Spring Boot、Laravel、React

DB

MySQL、PostgreSQL、Oracle

インフラ

AWS、Linux、Docker

といった整理です。

しかし、技術名を羅列するだけでは、実際のスキルレベルが分かりません。

例えば、

AWS

だけでは、

「EC2を触っただけなのか」

「RDSを構築できるのか」

「VPCやセキュリティグループを設計できるのか」

「AWS環境を一人で構築できるのか」

までは判断できません。

そこで、

AWS：EC2、RDS、VPC、IAMを使用。開発環境の構築および運用を担当。

というように、具体的な利用サービスや担当内容まで記載すると、スキルの深さが伝わります。

「自分でどこまでできるのか」を明確にする

SESでは、スキルの有無だけではなく、どの程度自走できるのかも重要になります。

例えば、

「Java経験あり」

だけではなく、

Java：実務4年。詳細設計から実装、単体テストまで一人称で対応可能。

といった表現です。

また、

AWS：実務1年。既存環境の運用経験あり。EC2・RDSの設定変更を担当。

という書き方もできます。

このように、

経験年数＋担当範囲＋自分でできること

をセットにすると、採用側が判断しやすくなります。

リーダー・レビュー経験は積極的に記載する

経験年数が増えてきたエンジニアの場合、単純な開発経験だけではなく、チーム内でどのような役割を担ったのかも重要になります。

例えば、

• メンバーのコードレビュー
• 設計書レビュー
• タスク管理
• 新人教育
• 顧客との仕様調整
• 技術選定
• 開発方針の検討
• チームリーダー
• サブリーダー

などです。

例えば、

開発担当として実装を担当。

だけではなく、

開発メンバーとして実装を担当するほか、設計書レビュー、コードレビュー、新規メンバーへの技術指導を担当。

と書けば、技術力だけでなくチームへの貢献も伝わります。

特に中堅以上のエンジニアは、「自分の作業だけを担当できる人」なのか、「周囲と連携してプロジェクトを進められる人」なのかが分かる情報を入れると、経験の幅を示しやすくなります。

成果・改善実績があれば数字で書く

スキルシートをさらに強くするのが「成果」です。

例えば、

システムの処理速度を改善。

よりも、

SQLを見直し、対象処理の実行時間を約10秒から約2秒へ短縮。

の方が具体的です。

また、

テスト工程を効率化。

よりも、

テストケースを整理し、重複ケースを削減。テスト実施時間を約20％削減。

のように書けます。

ただし、数字は事実に基づいて記載することが重要です。

成果を大きく見せるために数字を作るのは避けましょう。

「案件規模」「担当機能数」「チーム人数」「改善前後の時間」など、実際に確認できる数字を使うことで、スキルシートの信頼性を高められます。

直近の案件は特に分かりやすくする

SES案件では、直近の経験が現在のスキルを判断する材料になることがあります。

そのため、職務経歴は基本的に新しい案件から並べると読みやすくなります。

例えば、

2025年4月～2026年9月

BtoB SaaS開発

• Java
• Spring Boot
• MySQL
• AWS
• 基本設計～結合テスト
• 8名体制
• サブリーダー

2023年4月～2025年3月

業務システム開発

• PHP
• Laravel
• MySQL
• 詳細設計～テスト
• 5名体制

という形式です。

直近の案件を最初に確認できれば、「現在どのような技術を使っているのか」を採用側が把握しやすくなります。直近の経験や担当分野が確認材料になるという指摘もあります。

AI時代は「AIを使える」だけでは不十分

最近では、生成AIやAI開発ツールを利用するエンジニアも増えています。

例えば、

• ChatGPT
• Claude
• GitHub Copilot
• Claude Code
• Codex
• Cursor
• AIによるコードレビュー
• AIによるテストコード生成

などです。

ただし、

ChatGPTを使用できます。

だけでは、実務能力を判断しにくいでしょう。

例えば、

生成AIを活用してコードのたたき台を作成し、既存システムの仕様・コーディング規約を確認したうえで修正。テストコード作成やドキュメント作成にも活用。

のように、

AIを使って何の業務を効率化したのか

まで書くと、AI活用能力が伝わります。

これからのスキルシートでは、「AIを使える」という事実だけではなく、AIを利用して開発・設計・テスト・ドキュメント作成などの業務をどのように効率化できるかを示すことが重要になっていくでしょう。

資格よりも実務経験を具体的にする

資格もスキルシートに記載できます。

例えば、

• 基本情報技術者
• 応用情報技術者
• AWS認定資格
• Oracle認定資格
• Java関連資格

などです。

資格は知識や学習実績を示す材料になります。

しかし、SES案件への参画という観点では、資格だけでなく「実務で何をしたか」を具体的に記載することが重要です。

例えば、

AWS認定資格を取得。

だけではなく、

AWS認定資格を取得。実務ではEC2・RDS・VPCを利用した開発環境の構築・運用を経験。

とすれば、資格と実務経験の両方を伝えられます。

採用担当者が判断しやすいスキルシートの構成

スキルシートを作成するときは、次のような構成にすると整理しやすくなります。

基本情報

• 氏名
• 年齢
• 最寄り駅
• 稼働開始時期
• 希望職種

スキル概要

• 言語
• フレームワーク
• DB
• OS
• クラウド
• ツール
• 資格

スキル要約

自分の得意分野を3～5行程度でまとめます。

職務経歴

案件ごとに、

• 期間
• 案件概要
• プロジェクト規模
• 役割
• 使用技術
• 担当工程
• 担当業務
• 成果

を記載します。

この構成にすると、採用担当者は「何ができるエンジニアなのか」を短時間で確認できます。

まとめ

SESで案件へ参画するためのスキルシートでは、単純に技術名をたくさん並べるだけでは十分ではありません。

採用担当者や現場担当者が知りたいのは、

「このエンジニアに何を任せられるのか」

ということです。

そのため、特に以下の情報を具体的に記載することが重要です。

• これまでの実務経験年数
• 使用した技術
• 担当した工程
• 実際に担当した業務
• プロジェクト規模
• チーム内での役割
• 設計・レビュー・マネジメント経験
• 成果や改善実績
• 現在どこまで自走できるのか
• AIなど現在の開発環境への対応力

そして、最も大切なのは**「経験を盛らず、具体的に書くこと」**です。

「Java経験あり」ではなく「Javaを使って何をしたのか」。

「設計経験あり」ではなく「どの設計を、どこまで担当したのか」。

「AWS経験あり」ではなく「どのAWSサービスを使って、何を担当したのか」。

このように具体化するだけでも、スキルシートから伝わる情報量は大きく変わります。

スキルシートは単なる経歴一覧ではなく、自分がどのような仕事を任せられるエンジニアなのかを伝える営業資料として考えると、より効果的に作成できます。SES向けのスキルシートについても、案件・工程・技術・役割・成果を一貫した形式で整理することが重要とされています。

特にAIによって開発手法が変化している現在では、「何の言語を使えるか」だけではなく、要件を理解し、設計し、AIなどのツールを活用しながら実際に成果物を完成させられるかまで説明できるスキルシートが、エンジニア自身の経験を伝えるうえで重要になっています。

特に重要な5項目

採用担当者が短時間で確認すると考えると、特に重要なのは次の5つです。

① 案件に必要な技術を持っているか
↓
② 必要な工程を経験しているか
↓
③ 実際に何を担当してきたか
↓
④ 一人称でどこまで対応できるか
↓
⑤ 案件のチーム・業務環境に適応できそうか

そのため、スキルシートでは「技術名の一覧」だけではなく、

技術 × 工程 × 担当業務 × 役割 × 成果

までセットで書くことが重要です。

例えば、

悪い例

Java：5年
Spring Boot：3年
MySQL：4年
AWS：2年

よりも、

良い例

Java／Spring Bootを使用したBtoB向けWebシステム開発に3年間従事。基本設計、詳細設計、実装、単体・結合テストを担当。8名チームのサブリーダーとしてコードレビューやメンバーの技術支援も担当。AWSではEC2、RDS、S3を利用。

の方が、採用担当者は**「この人を案件に入れた場合、何を任せられるのか」**を判断しやすくなります。

この表を入れることで、記事全体が「スキルシートの書き方」だけでなく、**「採用担当者の視点から逆算してスキルシートを作る方法」**という内容になります。