未経験・第二新卒エンジニアのスキルシート、はじめての書き方
未経験からSES企業に入社して、まだ数ヶ月なのに「スキルシートを出してください」と言われました。実務経験らしい経験がほとんどないのに、何を書けばいいのか分かりません。
スキルシートは、経験豊富な人だけが書く書類ではありません。研修やOJTで触った内容も、書き方次第で立派な記載事項になります。まずは型を押さえていきましょう。
IT業界に入ると、職務経歴書とは別に「スキルシート」という書類の提出を求められることがあります。特に未経験・第二新卒で入社したばかりの人ほど、「何を書けばいいのか分からない」「経験が浅すぎて書くことがない」と戸惑いがちです。この記事では、スキルシートと職務経歴書の違いから、経験が浅い場合の書き方まで整理します。
本記事は一般的な傾向・実務慣行にもとづく情報提供です。スキルシートには法令上定められた統一様式はなく、企業・案件ごとに求められる形式が異なる点にご注意ください。スキルシートと職務経歴書はどう違うのか
まず、この2つの書類は目的が異なります。
| 書類 | 主な目的 | 主な用途 |
|---|---|---|
| 職務経歴書 | 転職活動全体で、経歴・実績・自己PRを伝える | 一般的な転職活動全般 |
| スキルシート | 使用技術・担当工程を一覧化し、現場配属の判断材料にする | IT業界特有。SES・客先常駐案件のアサイン検討など |
職務経歴書が「あなたという人材の価値」を物語として伝える書類だとすれば、スキルシートは「どの技術を、どの工程で、どれくらい経験したか」を一覧で確認するための実務的な書類だと捉えると分かりやすいでしょう。IT業界、特にSESや客先常駐の案件では、配属先を検討する材料として、入社後すぐに提出を求められることが多いとされています。
ここだけは押さえる
- 職務経歴書＝経歴を物語として伝える書類。スキルシート＝技術と工程を一覧化する書類。
- スキルシートに統一された正式フォーマットはなく、会社ごとにテンプレートが異なることが多い。
- 経験が浅くても、研修・OJTの内容を「経験」として書ける範囲がある。
スキルシートに書く基本項目
一般的に、スキルシートには次のような項目が含まれます。
使用言語・フレームワーク・ツール。 Java、Python、JavaScriptといった開発言語、フレームワーク、利用したOS・データベース・開発環境などを一覧で記載します。
担当工程。 要件定義・基本設計・詳細設計・実装・テスト・運用保守のうち、どの工程を担当したかを示します。未経験の場合は、研修で扱った工程を書くことになります。
プロジェクト概要・規模・役割。 プロジェクトの目的や規模（人数・期間）、その中での自分の立ち位置を簡潔にまとめます。
経験が浅い・研修期間が長い場合、何を書けばいいか
「実務経験がまだ数ヶ月しかない」という人でも、書ける内容は意外とあります。
- 研修・OJTで触った技術も、経験として書ける範囲がある。 実際の商用プロジェクトでなくても、「研修課題として〇〇言語を使い、△△を開発した」という形で、使用技術欄に記載することは一般的に問題ないとされています。ただし、実案件と研修を混同させるような書き方は避け、「研修」であることが分かる表記にするのが望ましいでしょう。
- 「担当した作業」ではなく「担った役割」として言語化する。 「言われた通りにコーディングした」だけでなく、「設計書をもとに、担当機能の実装とテストケースの作成を行った」のように、自分が果たした役割として書くと伝わりやすくなります。
- 数字がなくても書ける、取り組み方・工夫のエピソードがある。 「エラーの原因調査を通じて、ログの読み方を身につけた」「先輩のレビューを踏まえてコーディング規約を意識するようになった」など、姿勢や学びも実務上は評価材料になり得るとされています。
研修の内容を書いても、水増しだと思われませんか。
「研修で扱った内容です」と正直に書けば問題ありません。むしろ、実務経験のように偽って書く方がリスクです。研修であることを明記した上で、そこで何を学んだかを具体的に書くのが実務上のおすすめです。
よくあるNG例
やってしまいがちなNGパターン
- 研修やOJTの内容を、実務経験であるかのように記載してしまう（面談で深掘りされた際に矛盾が生じやすい）。
- 触っただけの技術を「習得済み」と記載し、実際のレベル感と乖離してしまう。
- 担当工程を実態より広く書いてしまう（例：見学しただけの工程を「担当」と記載する）。
- 逆に、書けることまで謙遜して空欄にしてしまい、判断材料が少なくなる。
いずれも、面談や配属検討の場で「実際に聞かれたら答えられない」状態を招きやすい点が共通しています。書いた内容には、必ず自分の言葉で説明できる根拠を持たせることを意識するとよいでしょう。
提出前のチェックリスト
提出前に確認すること
□ 使用技術は、実際に触った・学んだ範囲に収まっているか
□ 担当工程は、実態に沿った表現になっているか
□ 研修・OJTの内容は、実務経験と区別できる書き方になっているか
□ プロジェクト概要は、守秘義務に抵触しない範囲でまとめられているか
□ フォーマット・ファイル形式は、会社や提出先の指定に沿っているか
職務経歴書との書き分けに迷ったら
スキルシートと職務経歴書は目的が異なるため、内容が重複しても問題ありませんが、書き方のニュアンスは変えるのが基本です。職務経歴書は経歴や成果を中心に、スキルシートは技術と工程を中心に整理する——この使い分けを意識すると、両方の書類がそれぞれの役割を果たしやすくなります。職務経歴書そのものの基本的な型については、こちらの記事で詳しく解説しています。
まとめ
スキルシートは、経験豊富なエンジニアだけが書ける書類ではありません。未経験・第二新卒であっても、研修やOJTの内容を正直に、かつ役割として言語化すれば、十分に判断材料となるスキルシートは書けます。私がおすすめしたいのは、水増しをするのではなく、今の経験の範囲を正確に、かつ丁寧に伝えることです。書き上げたら、第三者に見てもらうことで、自分では気づかなかった強みが見えてくることもあります。
エージェントの中には、スキルシートの添削まで対応しているところもあります。エージェントの選び方は、こちらの記事にまとめています。
※本記事は一般的な情報提供を目的として、公開情報・一般的な傾向をもとに構成しています。スキルシートの形式・記載項目は会社や案件によって異なるため、提出先の指定を必ずご確認ください。 ※本記事はアフィリエイトリンクを含みません。