スキルシートとは？書き方・記入例と、職務経歴書との違い｜未経験・インフラエンジニア向け
SES企業で働くと、配属や面談の前に「スキルシートを更新して」と言われることがあります。これから応募する方も、面接で「スキルシートは書けますか」と聞かれることがあるかもしれません。この記事では、SES・客先常駐で働く若手のインフラエンジニアと、これからIT業界に入る未経験の方に向けて、スキルシートの意味と書き方を、記入例とNG例を使って解説します。
スキルシートは、エンジニアの技術的な経験を一覧にした書類です。主に使われるのは、SES（システムエンジニアリングサービス）の現場です。
SESでは、SES企業に雇われたエンジニアが、お客様の会社（案件の参画先）に常駐して仕事をします。お客様は、どのエンジニアに来てもらうかを決めるために、事前に経歴を確認します。このときにSES企業の営業が出すのが、スキルシートです。
一般的な流れは、次のとおりです。
つまり、スキルシートは「この案件の条件に合う人か」を判断する材料です。お客様は、案件で使うOSや機器、担当する工程と、スキルシートの中身を照らし合わせて読みます。
SESのしくみそのものは、SESとはで解説しています。案件が決まるまでの間のことは、SESの待機とはをご覧ください。
なお、フリーランスのエンジニアが、エージェントを通して案件を探すときにも、同じようなスキルシートを使います。この記事では、会社員としてSES企業で働く方を中心に説明します。
スキルシートと似た書類に、職務経歴書と技術経歴書があります。違いを整理すると、次のとおりです。
| 比べる点 | スキルシート | 職務経歴書（転職用） |
|---|---|---|
| 出す場面 | SESの案件に参画するとき | 会社員として転職するとき |
| 出す人 | SES企業の営業が、お客様に出す | 自分で、応募先の企業に出す |
| 読む人が知りたいこと | この案件で使う技術を扱えるか | 入社後に活躍し、長く働けそうか |
| 中心になる内容 | 案件ごとの期間・工程・環境・役割 | 経験の要約、実績、自己PR、志望の理由 |
| 書き方の特徴 | 表形式で、案件を一覧にすることが多い | 文章と表を組み合わせることが多い |
| 個人を特定する情報 | イニシャルなどで伏せて出すことが多い | 氏名を書いて出す |
技術経歴書は、エンジニアの職務経歴書のうち、使った技術を細かく書いたものを指すことが多い言葉です。中身はスキルシートと重なる部分がありますが、転職の応募書類として自分で出す点が違います。
ひとことで言えば、スキルシートは「案件に合うか」、職務経歴書は「会社に合うか」を見せる書類です。転職で使う職務経歴書の書き方は、IT転職の職務経歴書の書き方と、インフラエンジニアの職務経歴書で解説しています。
会社によって書式は違いますが、多くのスキルシートには、次のような項目があります。案件ごとに1つの欄を使い、新しい案件から順に書くのが一般的です。
| 項目 | 書く内容 | インフラ案件での書き方の例 |
|---|---|---|
| 期間 | 案件に参画していた年月 | 2025年4月〜現在（○か月） |
| 案件概要 | どんな業界の、どんなシステムか | 流通業向け 社内基幹システムのサーバー運用 |
| 担当工程 | 要件定義・設計・構築・テスト・運用・保守のどこか | 運用・保守、構築（一部） |
| 環境 | OS、ミドルウェア、機器、クラウド、ツール | Linux、Windows Server、Apache、監視ツール、AWS |
| 役割 | メンバー、サブリーダー、リーダーなど | メンバー（夜勤シフトあり） |
| 規模・体制 | チームの人数、対象の台数など | チーム○名、監視対象サーバー○台 |
| 作業内容 | 具体的に何をしたか | 障害の一次対応、手順書の作成、パッチ適用の作業 |
案件ごとの欄とは別に、最初に基本情報とスキルの一覧を書く書式も多くあります。
インフラの場合、「環境」の欄がとても大切です。お客様は、案件で使う製品の名前で探していることが多いからです。「サーバー」とだけ書くのではなく、OSの種類、ミドルウェアの名前、ネットワーク機器のメーカー名、クラウドのサービス名まで書きましょう。
まず、これまでの案件を時系列で書き出します。短い案件や、途中で抜けた案件も、いったん全部出します。期間は「年」だけでなく「月」まで書くと、経験の長さが伝わりやすくなります。
次に、案件ごとに担当した工程と、使ったOS・機器・ツールをメモします。ここがあいまいだと、スキルシート全体がぼんやりします。わからなければ、手順書や作業の記録、チームの資料を見返して確認しましょう（社外に持ち出してよいかは、会社のルールに従ってください）。
「サーバー運用」とだけ書くのではなく、「監視」「一次対応」「ログ確認」「設定変更」「手順書作成」のように、自分が実際にした作業を動詞で書きます。「障害対応の補助」と「障害対応の切り分け」では、伝わる経験の深さが違います。
チームの人数、対象のサーバーや機器の台数、自分の立場を書きます。数字は、案件で確認できる範囲で書き、わからない場合は「○名程度のチーム」などとしておきます。大きく見せようとして、実際より多く書かないことが大切です。
最後に、自己PR欄に強みと、これから伸ばしたい分野を2〜4行で書きます。お客様は多くのスキルシートを読むので、長い文章より、要点がすぐにわかる書き方のほうが読まれます。
キャリアカンパニーの現場から｜案件や面談に通りやすい書き方の共通点
担当工程、使用技術、業務内容、担当範囲、チームの人数、メンバーかリーダーかが具体的に書かれています。自分が何をできるのかが一目でわかることが共通点です。
ここでは、架空の案件を使った記入例を紹介します。あくまで一例で、実在の会社や案件ではありません。案件の参画先の社名は書かず、業界とシステムの種類だけを書いています。
| 項目 | 記入例（一例） |
|---|---|
| 期間 | 2024年10月〜現在 |
| 案件概要 | 製造業向け 社内システム基盤の運用・保守 |
| 担当工程 | 運用・保守、構築（一部） |
| 環境 | Linux（RHEL系）、Windows Server、Apache、MySQL、VMware、監視ツール |
| 役割・体制 | メンバー／チーム○名 |
| 作業内容 | 監視アラートの一次対応と切り分け、定期的なパッチ適用、アカウント管理、検証環境での仮想サーバー構築（手順書に沿った作業）、運用手順書の改訂 |
作業内容の欄は、文章で長く書くより、上のように作業を「、」でつなげて並べると読みやすくなります。書式によっては、箇条書きで1行ずつ書く欄もあります。
| 項目 | 記入例（一例） |
|---|---|
| 期間 | 2023年4月〜2024年9月（1年6か月） |
| 案件概要 | 通信業向け 社内ネットワークの運用 |
| 担当工程 | 運用・保守 |
| 環境 | Cisco製ルーター・スイッチ、ファイアウォール、監視ツール |
| 役割・体制 | メンバー／チーム○名、24時間のシフト勤務 |
| 作業内容 | 機器の監視と障害の一次対応、設定情報のバックアップ取得、手順書に沿ったVLANの設定変更作業、作業報告書の作成 |
ネットワークの案件では、機器のメーカー名や、扱ったプロトコル（VLAN、OSPFなど）まで書くと、お客様が経験を判断しやすくなります。
「監視しかしていないので、書くことがない」と悩む方は少なくありません。ですが、監視・運用の仕事にも、書ける作業はたくさんあります。監視業務の中身は、監視業務とはで解説しています。
| よくある書き方 | 改善した書き方（一例） |
|---|---|
| サーバーの監視 | 監視ツールでLinuxサーバー○台を監視。アラート発生時にログを確認し、手順書に沿って一次対応 |
| 障害対応 | 障害時の切り分け（ネットワーク・サーバーのどちらが原因かを確認）と、上位担当への引き継ぎ |
| 定型作業 | バックアップの取得確認、ジョブの実行結果の確認、日次の報告書作成 |
| 特になし | 手順書のわかりにくい箇所を直し、チームで使う手順書を改訂 |
| 夜勤あり | 夜間のシフト勤務で、少人数での障害対応を担当 |
書くときのポイントは、次の3つです。
当社の面談では、運用・監視の求人はプログラミングを書く仕事ではない、とお伝えしています。そのぶん、OSやネットワークの基礎知識と、障害に落ち着いて対応した経験が、スキルシートで伝えるべき強みになります。
当社の自社集計では、運用・監視を3年以上経験し、資格も持っていた方20名のうち19名が、入社後半年ほどで構築・設計の業務を担当していました（当社の紹介実績で、対象が20名と少ないため参考値です）。監視・運用の経験も、書き方と学び方しだいで次につながります。進み方は、運用・監視から構築・設計へ進む方法をご覧ください。
研修を終えたばかりで、まだ案件に参画したことがない方も、スキルシートを書くことがあります。実務経験がない場合は、学んだことと、手を動かしたことを書きます。
| 欄 | 書く内容 | 書き方の例（一例） |
|---|---|---|
| 研修・学習 | 期間と、学んだ分野 | 入社後研修（○か月）：Linuxの基本操作、ネットワークの基礎 |
| 実習の内容 | 研修や自習で、実際に操作したこと | 仮想環境にLinuxを入れ、Webサーバーを立ち上げて動作を確認 |
| 資格 | 取得済みと、勉強中を分けて書く | 取得：○○（取得年月）／勉強中：CCNA（受験予定 ○年○月） |
| 前職の経験 | IT以外の仕事でも、生かせる経験 | 接客で、お客様の困りごとを聞いて解決した経験 |
| 自己PR | 学び方と、これから伸ばしたいこと | 毎日の学習を続けている、手順を守って作業できる |
注意したいのは、学習と実務をはっきり分けて書くことです。研修で触ったことを、実務の経験のように書くと、面談で質問されたときに答えられず、かえって信頼を落とします。「研修で」「自習で」「検証環境で」と、どこで経験したかを書き添えましょう。
資格は、未経験の方が学んでいることを示す材料になります。インフラでは、ネットワークならCCNA、Linuxなら LinuC や LPIC がよく挙げられます。どれから取るかは、IT転職に有利な資格と、CCNAとはで解説しています。なお、キャリアカンパニーでは、CCNA・LPICなどの無料学習カリキュラムを用意しています（オンライン IT スクール）。
これからIT業界に入る方は、全体の流れを未経験からITエンジニアになるロードマップで先に確認しておくと、スキルシートに何を書けるようになりたいかが見えてきます。
スキルシートは、自社の営業を通して、ほかの会社に渡る書類です。そのため、案件の参画先やお客様の情報を、そのまま書かないことが大切です。多くの場合、エンジニアは入社時や案件の参画時に、秘密を守る約束（秘密保持の誓約など）をしています。
| 書かないこと | 置き換え方（一例） |
|---|---|
| 案件の参画先・エンドユーザーの社名 | 「大手製造業向け」「金融系」など、業界で書く |
| システムの固有名・社内の呼び名 | 「社内基幹システム」「Webサービスの基盤」など一般的な名前で書く |
| IPアドレス、ホスト名、構成図そのもの | 「サーバー○台構成」「冗長化された構成」など、規模だけ書く |
| 障害の詳しい内容や、セキュリティの弱点 | 「障害時の切り分けと復旧の補助」など、自分の役割だけ書く |
| 同じ現場の人の名前 | 「チーム○名」「リーダーの指示のもとで」と書く |
どこまで書いてよいかは、会社や案件によって違います。迷ったときは、自社の営業や上司に確認してから書くのが安全です。また、事実と違う経験を書くことも避けてください。経験していない技術を書くと、参画後に困るのは自分自身です。
若手のスキルシートで見かけやすいNG例と、直し方の一例をまとめます。
| NG例 | 何が問題か | 改善例（一例） |
|---|---|---|
| 担当工程：運用 | どこまで担当したかわからない | 運用・保守（監視、一次対応、手順書の改訂） |
| 環境：サーバー | OSや製品の名前がない | Linux（RHEL系）、Windows Server、Apache |
| 作業内容：いろいろ担当 | 具体的な作業がない | パッチ適用、アカウント管理、ログの確認 |
| 期間：2024年〜 | 経験の長さがわかりにくい | 2024年4月〜2025年3月（1年） |
| スキル一覧に、触っただけの技術を全部並べる | 実務と学習の区別がない | 「実務」「研修・学習」に分けて書く |
| 自己PRが長い文章で、要点がない | 読み飛ばされやすい | 強み1つと、伸ばしたい分野を2〜4行で |
| 何年も更新していない | 今の経験が伝わらない | 案件が変わるたび、3か月ごとなどに更新 |
特に多いのが、更新を忘れて古いままになっていることです。案件が終わってから思い出そうとしても、細かい作業は忘れてしまいます。日頃から、新しく覚えた作業やツールをメモしておくと、更新が楽になります。
キャリアカンパニーの現場から｜若手のスキルシートで直したい点
よく見るのは、「運用保守を担当」のように書き方が抽象的なことです。監視対象、使用ツール、障害対応の範囲、改善した経験などを具体的に書きましょう。
SES企業から、ほかの会社へ転職を考えるときは、スキルシートが役に立ちます。案件ごとの期間・工程・環境が整理されているので、職務経歴書の「職務経歴」の部分の材料になるからです。
ただし、そのまま出すのではなく、次の点を書き直します。
面接では、スキルシートに書いた経験を、自分の言葉で説明できるかが見られます。よく聞かれる質問は、インフラエンジニアの面接でよく聞かれる質問で確認できます。SESから転職を考える理由や、転職のタイミングについては、SESを辞めたいときの転職の考え方で解説しています。
当社では、最初の3年は現場の経験を積み、1〜2年での早い転職は避けることをおすすめしています。スキルシートを3年分きちんと残しておくと、転職のときに経験を説明しやすくなります。
キャリアカンパニーの現場から｜職務経歴書に生かすときの注意点
技術や担当業務をそのまま並べるだけでなく、自分の役割、工夫した点、成果を加えてください。また、チーム全体の実績を自分の実績として書かないことも重要です。
スキルシートは、エンジニアの技術的な経験を一覧にした書類です。主にSES企業の営業が、案件の参画先のお客様に出し、「この案件の条件に合う人か」を判断してもらうために使います。期間・案件概要・担当工程・環境・役割・規模などを、案件ごとに書くのが一般的です。
スキルシートは、SESの案件に参画するときに営業がお客様に出す書類で、案件ごとの工程や環境が中心です。職務経歴書は、転職のときに自分で応募先に出す書類で、経験の要約や実績、自己PR、志望の理由まで書きます。読む人が知りたいことが違うため、そのまま流用せずに書き直すのがおすすめです。
決まった書式はなく、会社ごとに違います。多くはExcelなどの表形式で、基本情報、スキルの一覧、案件ごとの経歴の欄があります。所属している会社に書式があれば、それに合わせて書きましょう。
書けることはあります。監視しているOSやツールの名前、障害の一次対応や切り分けの内容、手順書の改訂、夜間のシフト勤務などを、具体的な作業として書きます。資格の勉強や検証環境での学習も、学習中と分けて書いておくと、学ぶ姿勢が伝わります。
研修や自習で学んだ分野と期間、実際に操作したこと、取得した資格と勉強中の資格、前職で生かせる経験を書きます。学習と実務を分け、「研修で」「検証環境で」と、どこで経験したかを書き添えることが大切です。
一般的には書かず、「金融系」「製造業向け」のように業界で書きます。システムの固有名やIPアドレス、構成図なども書きません。どこまで書いてよいかは会社や案件によって違うため、迷ったら自社の営業や上司に確認してください。
決まりはありませんが、案件が変わったときや、新しい作業やツールを覚えたときに更新するのがおすすめです。時間がたつと細かい作業を忘れてしまうため、日頃からメモを残しておくと、更新が楽になります。
スキルシートの書式や項目は会社によって異なり、この記事の項目と記入例は一般的な例です。記入例はすべて架空の一例で、実在の会社・案件・人物とは関係ありません。自社集計の数字は、当社の紹介実績であり、業界全体の数字ではありません。
株式会社エンデバース 代表取締役
キャリアカンパニー責任者
百瀬 将悟
大学卒業後、不動産会社に入社。その後、求人広告営業・キャリアアドバイザーを経験。現在は両面型のアドバイザーとIT企業の採用コンサルティングに従事。
採用と転職市場の両方を理解している点を強みとし、「市場価値を高めながら活躍できるエンジニア」になるためのを転職サポート。
