SESスキルシートのテンプレ集｜とりあえず埋めれば形になる項目例

SESのスキルシートは、担当した技術・工程・実績を案件先に伝える資料です。

現場や営業が見ているのは、「この人に何を任せられるか」「別の現場でも成果を出せそうか」「単価に見合う仕事をしてきたか」です。

つまりスキルシートでは、作業内容だけでなく、成果、考え方、行動、周囲への影響まで伝える必要があります。

担当した作業と、その結果をセットで書く

技術、担当工程、扱った業務、成果の関係が分かるように書きます。

たとえば、次のような書き方では弱く見えます。

詳細設計、実装、テストを担当。

担当したことは分かりますが、どのくらいの規模で、何が難しく、どう成果を出したのかが伝わりません。

より伝わりやすいのは、次のような書き方です。

ヘルスケア向けスマートフォンアプリ開発にて、詳細設計、実装、単体テストを担当。
仕様未確定の箇所についてPM・レビュアーと認識合わせを行い、画面設計書へフローを落とし込んだ。
結合テスト時に発生した不具合も、作成したフロー図をもとに修正方針を整理し、期限内に解消。

作業ではなく、状況、判断、行動、成果まで書くことで、「この人がいるとプロジェクトが安定しそう」という印象になります。

弊社テンプレートは使っても使わなくてもOK

当社のスキルシートテンプレートを使っても、別のテンプレートを使っても問題ありません。

大切なのは、フォーマットそのものではなく、次の情報が伝わることです。

• 新しい順に書かれている
• 現場単位ではなくプロジェクト単位で書かれている
• 技術、工程、ビジネスドメインが分かる
• 課題、行動、成果がつながっている
• 一人称で対応した範囲が分かる

同じ現場でも、プロジェクトが別であれば分けて書き出しましょう。

たとえば、同じ会社に常駐していても、アプリ新規開発と運用保守改修が別プロジェクトなら、別の経歴として整理した方が伝わりやすくなります。

評価されるスキルシートの3要素

読み手が評価しやすいスキルシートには、次の3要素があります。

理想の構成テンプレート

1つのプロジェクト経歴は、次の構成で書くと読みやすくなります。

案件概要から入り、担当範囲、難しさ、行動、成果の順で理解できます。

完成形テンプレート

以下は記入例です。構成を参考にし、数値や実績は自分が担当した内容へ置き換えてください。

【プロジェクト概要】
大手流通企業向けECサイト新規開発。
アプリ販売強化とUI改善を目的とし、Web／スマホ双方の設計・実装を担当。

【チーム体制・役割】
5名チームの一員として、詳細設計〜結合テストを担当。
新規機能6件と新規画面8点を担当し、テスト項目1000件の実施計画を管理。

【課題・背景】
仕様確定前の開発進行により、要件変更が多発。
情報齟齬による再修正リスクが高い状況だった。

【対応・工夫】
・仕様変更時はPM・QAと連携し、影響調査フローを即時共有
・設計書に未記載の仕様をフロー図で補い、レビュー時の判断を明確化
・不明点をチャットで即日共有し、進行を止めない文化づくりに貢献

【成果・実績】
・全画面をスケジュール通り納品し、公開遅延ゼロを達成
・仕様変更対応プロセスが社内標準化され、後続プロジェクトにも展開
・UIテスト改善提案が採用され、品質レビュー工数を20％削減

よい例：プロジェクト経歴の書き方

次のように、プロジェクトの背景、担当範囲、成果を分けて書くと評価されやすくなります。

【プロジェクト概要】
ヘルスケア向けスマートフォンアプリの開発。
利用者の健康データ管理と通知機能の改善を目的としたアプリ改修。

【担当業務】
詳細設計、実装、単体テスト、結合テストを担当。
開発15名、チーム5名体制のSEとして参画。

【対応内容・成果】
・開発フェーズから参画し、通知機能と画面改修の実装を担当
・設計フェーズには未参画だったため仕様理解に時間を要したが、メンバー間で密に認識合わせを行い開発を推進
・仕様が未確定な箇所や頻繁な仕様変更にも柔軟に対応し、修正作業も含めスケジュール通りに納品

【補足・アピールポイント】
・スマートフォンアプリ案件への初参画プロジェクト
・Web開発との違いに戸惑いながらも、積極的なコミュニケーションと自発的な提案で担当機能を完了
・実装中に見つけた懸念点について改善提案を行い、採用された実績あり

この例では、単に「実装しました」ではなく、初参画、仕様理解、認識合わせ、改善提案、納品までの流れが見えます。

再現性、難易度、影響力が伝わりやすい書き方です。

作業の規模を伝える書き方

スキルシートでは、数字を書くことで案件の規模感が伝わりやすくなります。

たとえば、次のような数字です。

• 8画面を実装
• 1000項目のテストを実施
• 4名チームで開発
• 期間6ヶ月
• 新規機能6件を担当
• サブリーダーとして3名を管理

数字を誇張する必要はありません。

端的な事実だけで、仕事の重みは十分に伝わります。

NG例です。

多くの画面を担当しました。

OK例です。

新規画面8点の実装と、約1000項目のテスト実施計画を担当しました。

具体的な数字があるだけで、読み手は作業量をイメージしやすくなります。

難易度を自然に見せる書き方

難易度は、「大変だった」と書くことではありません。

意思決定の多さ、調整の複雑さ、構造の複雑さを伝えることです。

たとえば、次のような要素が難易度になります。

• 仕様変更が頻発
• 他部署連携が必要
• 24時間体制の運用
• 14日間での短納期
• 既存資産を改修
• 設計フェーズに未参画
• 仕様を確定できないまま開発が進行

NG例です。

忙しくて大変でした。

OK例です。

仕様変更が頻発する状況だったため、PM・QAと影響範囲を即日確認し、修正方針を共有しながら進行しました。

どのような制約があり、どう対応したかを説明します。

文体ルール

スキルシートは、文章が長すぎると読みにくくなります。

文体は次のルールを意識しましょう。

「担当しました」で終わらせず、何を提案・調整・分析したかを具体的に書きます。実際には担当していない行動を付け足す必要はありません。

担当範囲や成果が伝わりにくい書き方

スキルシートが弱く見える理由は、文章が汚いからとは限りません。

よくある原因は次の通りです。

• 作業や現場の羅列になっている
• プロジェクト単位で整理されていない
• プロジェクト全体の目的や目標がない
• 個人課題レベルの話で終わっている
• 成果が「頑張った」で終わっている
• チームや顧客への影響が見えない

文は綺麗でも、仕事の重みが伝わらないと評価されにくくなります。

スキルシート最終チェックリスト

提出前に、次の観点で確認しましょう。

よくある質問

SESスキルシートは新しい順に書いた方がいいですか？

はい。基本的には新しい順がおすすめです。

現場は直近の経験を重視しやすいため、最新のプロジェクトから読める方が判断しやすくなります。

同じ現場でもプロジェクトが別なら分けるべきですか？

分けた方がよいです。

同じ現場でも、新規開発、追加改修、運用保守などで目的や担当範囲が違う場合は、プロジェクト単位で整理しましょう。

成果が数値で書けない場合はどうすればいいですか？

数値がない場合は、定性的な影響を書きましょう。

たとえば、認識齟齬の解消、レビューの円滑化、後続作業の安定化、チーム内の共有改善なども成果になります。

自己PRは必要ですか？

必要です。

ただし、性格をアピールするより、プロジェクトでどう動いたかを具体的に書く方が評価されやすくなります。

スキルシートの相談

TECH4Uでは、SES営業がプロジェクトごとの担当範囲や成果を確認します。書類だけでは伝わりにくい経験や、案件面談での説明方法も相談できます。