Chapilab
SES や客先常駐の世界では、案件に参画できるかどうかは、ほぼ「スキルシート」で決まります。
面談の前に営業経由で先方に届くのはスキルシートだけ。つまり会ってもらえるかどうかの一次審査は、書類の時点で終わっているわけです。それなのに、スキルシートの書き方はどの現場でも誰も教えてくれません。
この記事では、SES エンジニアのスキルシート（技術経歴書）に載せるべき項目と書き方のコツ、評価を下げてしまう NG 例をまとめます。
スキルシートと職務経歴書の違い
どちらも経歴書ですが、読む相手と目的が違います。
- 職務経歴書: 転職の採用担当向け。志向性やポータブルスキルも見られる
- スキルシート: 案件の発注元・現場リーダー向け。「今回の案件をこの人に任せられるか」だけを見ている
スキルシートで大事なのは自己アピールの熱量ではなく、技術要素と担当工程が一目で分かることです。読み手は多数の候補シートを短時間でさばくので、「探さなくても分かる」構成が正義です。
載せるべき項目
SES の現場で標準的に求められるのは、この5ブロックです。
- 基本情報: イニシャル・年齢・最寄り路線・稼働開始可能日など（氏名フルネームは出さないのが慣例）
- 自己PR: 3〜5行。得意領域と直近の関心を具体的に
- 経験工程サマリー: 要件定義〜運用保守のどこを何年やってきたか
- スキル表: 言語・FW・DB・クラウド・ツールを経験年数とレベル付きで
- 職務経歴（案件ブロック）: 案件ごとに「期間・概要・規模・担当工程・環境・実績」
書き方のコツ
担当工程は「動詞」で書く
「Java案件に参画」ではなく「詳細設計から結合テストまで担当。基本設計書のレビューにも参加」のように、どの工程で何をしたかを動詞で書きます。読み手が知りたいのは案件名ではなく、あなたの守備範囲です。
数字を入れる
「大規模システムの開発」より「チーム8名・画面数120の基幹システム刷新で、担当画面20本を実装」。規模感の数字が1つ入るだけで、経験の解像度が大きく変わります。
スキル表のレベル表記は正直に
「Java: 5年 / 業務で独力実装可」「AWS: 1年 / 指導下で構築経験あり」のように、年数＋できることの表現をセットにします。盛った表記は面談の技術質問で必ず露呈し、そこで崩れると全体の信頼が消えます。
直近の案件ほど厚く
読み手が最重視するのは直近1〜2案件です。10年前の案件を3行ずつ書くより、直近案件の環境・役割・実績を厚く書くほうが評価されます。
評価を下げる NG 例
- 工程の記載がない（「◯◯システム開発」だけでは判断材料ゼロ）
- スキル表が単語の羅列（年数もレベルもないと結局ヒアリングし直しになる）
- 空白期間や重複期間が説明なしに存在する（不信感の元。理由が言えるなら書いておく）
- レイアウト崩れ: Excel で行高が潰れて文章が読めない、印刷すると切れる──内容以前に「仕事が雑」に見えます
更新が続かない問題は、ツールで解決する
スキルシートの本当の敵は「書き方」よりも更新の面倒くささです。案件が変わるたびに Excel のレイアウトと格闘して、気づけば半年前のまま──はよくある話です。
Chapilab の Skill Sheet Maker（無料・登録不要）は、この記事の5ブロック構成に沿ってフォーム入力するだけで、A4整形済みの Excel を即ダウンロードできるツールです。
- 行高やセル結合の調整は自動。長文の自己PRでもレイアウトが崩れません
- データはブラウザ（端末内）にのみ保存。経歴情報が外部サーバーに送信されることはありません
- JSON での書き出し・読み込みに対応。案件が変わったら差分だけ直して再出力できます
「営業さんに今日中にシート送って」と言われた時に、5分で最新版を出せる状態を作っておきましょう。
まとめ
- スキルシートは案件参画の一次審査そのもの。「探さなくても分かる」構成が最優先
- 基本情報・自己PR・経験工程・スキル表・案件ブロックの5ブロック構成が標準
- 工程は動詞で、規模は数字で、スキルレベルは正直に。直近案件を厚く
- 更新の面倒くささは Skill Sheet Maker で解決。フォーム入力→A4 Excel 即出力
書類で落ちる悔しさは、書類で防げます。次の営業提案の前に、一度スキルシートを磨いてみてください。