Offers Magazine
キャリア・スキル

スキルセットの意味と職務経歴書のスキル欄の書き方

公開 更新
執筆者: Offers Magazine 編集部・株式会社overflow
スキルセットの意味と職務経歴書のスキル欄の書き方

スキルセットは、仕事を進めるのに必要な知識・技術・経験をひとまとまりで捉えた言葉です。転職では、求人の応募条件を読むときと、職務経歴書のスキル欄を書くときに出てきます。採用する側が知りたいのは、持っているスキルの数ではなく、求人が求める組み合わせにどこまで届いているかです。スキル名に経験年数と使った場面を添えて書けば、読み手は求人の条件と1行ずつ突き合わせられます。

O
執筆者

株式会社overflow

Offers Magazine 編集部

Offers Magazine 編集部は、株式会社overflow が運営する転職サービス Offers の編集チームです。エンジニア・PdM・AI人材のキャリア・年収・転職活動に役立つ情報を届けています。

スキルセットは仕事に必要な知識・技術・経験の組み合わせ

スキルセット(skill set)は、ある仕事や役割を果たすのに必要な知識・技術・経験の組み合わせを指す言葉です。1つ1つの能力を指す「スキル」と違い、どのスキルをどの深さで組み合わせて持っているかを表します。バックエンドエンジニアなら、Go や Java などの言語、データベースの設計、クラウドの運用、障害対応の経験、チームでのコードレビューの進め方までを合わせたものが、その人のスキルセットです。

転職の場面では、求人票の「必須条件」「歓迎条件」が企業の求めるスキルセットで、職務経歴書のスキル欄が応募者の持つスキルセットを表します。両者が同じ粒度で書かれているほど、書類選考で比べてもらいやすいのです。

スキル・スキルセット・マインドセットの違い

スキルは個々の能力、スキルセットはその組み合わせ、マインドセットは仕事への考え方や姿勢を指し、職務経歴書で書く場所もそれぞれ違います。

用語

指すもの

例

職務経歴書で書く場所

スキル

1つの知識・技術・能力

TypeScript、Figma、ユーザーインタビュー

スキル欄の1行

スキルセット

役割に必要なスキルの組み合わせ

フロントエンド開発とデザインの理解とテスト自動化

スキル欄の全体と職務要約

マインドセット

仕事への考え方・姿勢

学び続ける姿勢、成果へのこだわり

自己PRと実績のエピソード

マインドセットはスキル欄に書いても読み手が確かめられないため、実績の文章で行動として示すのが基本です。「学び続ける姿勢」と書く代わりに、業務で使っていなかった技術を自分で検証し、チームに導入した経緯を書くと伝わります。

スキルセットは専門スキルとポータブルスキルの2層で整理できる

スキルセットは、職種に固有の専門スキルと、職種が変わっても通用するポータブルスキルの2層に分けると整理しやすくなります。厚生労働省はポータブルスキルを、職種の専門性以外に業種や職種が変わっても持ち運びができる職務遂行上のスキルと位置づけ、「仕事のし方」と「人との関わり方」の9要素に分けています(厚生労働省「ポータブルスキル見える化ツール」)。

区分

要素

厚生労働省の定義(要旨)

仕事のし方

現状の把握

情報を集め、評価・分析する

仕事のし方

課題の設定

自分なりの問題意識に基づいて改善策や解決策を設定する

仕事のし方

計画の立案

ゴールに向けて具体的な実行計画を立てる

仕事のし方

課題の遂行

納期を守りながら業務を確実に遂行する

仕事のし方

状況への対応

状況の変化に臨機応変に対応する

人との関わり方

社内対応

利害の対立する社内関係者と調整し、合意形成を図る

人との関わり方

社外対応

利害の対立する顧客・社外関係者と調整し、合意形成を図る

人との関わり方

上司対応

上司に報告や意見具申を行う

人との関わり方

部下マネジメント

メンバーの持ち味を把握して業務を割り当て、育成・指導を行う

出所: 厚生労働省人材開発統括官「ポータブルスキル見える化ツール キャリアコンサルタント等支援者向け活用教材 Ver1.0」2.1 ポータブルスキルの定義をもとに編集部が要約。

厚生労働省は9要素を診断するツールを2022年から提供しており(厚生労働省「キャリアコンサルタント通信」2022年4月28日配信)、主な対象はミドルシニア層のホワイトカラー職種です。エンジニア・デザイナー・PdM にも当てはめられる分け方で、一般にソフトスキルと呼ばれるものがポータブルスキルにほぼ重なり、ハードスキルと呼ばれるものが専門スキルに該当します。

経験者の転職では、専門スキルをスキル欄の表に、ポータブルスキルを職務経歴の実績の文章に書き分けるのが読みやすい形です。「課題の設定」は障害の多い機能を自分で特定して改修を提案した経緯として、「社外対応」は取引先とAPI(Application Programming Interface)の仕様を詰めた経緯として書けます。

職種ごとの専門スキルはデジタルスキル標準で確かめる

自分の専門スキルが職種の標準から見て偏っていないかを確かめる物差しが、IPA(情報処理推進機構)の「デジタルスキル標準」です。2026年4月公開の ver.2.0 は、DX を進める人材を6つの類型とその下のロールに分け、ロールごとに必要なスキルを、共通スキルリスト(5カテゴリー・13サブカテゴリー)の上で示しています(IPA「デジタルスキル標準 ver.2.0(分冊版:DX推進スキル標準)」2026年4月)。

類型

ロール

担う責務(要旨)

中心になるスキル

ソフトウェアエンジニア

フロントエンドエンジニア

主にクライアントサイドの機能の実現

フロントエンドシステム開発

ソフトウェアエンジニア

バックエンドエンジニア

主にサーバサイドの機能の実現

バックエンドシステム開発、クラウドインフラ活用

ソフトウェアエンジニア

クラウドエンジニア/SRE

開発・運用環境の最適化と信頼性の向上

クラウドインフラ活用、SREプロセス

デザイナー

UX/UIデザイナー

顧客・ユーザー体験の設計と、情報設計・外観・動的要素のデザイン

顧客・ユーザー/ステークホルダー理解、価値発見・定義、デジタルプロダクト設計

デザイナー

サービスデザイナー

顧客価値の定義と製品・サービスの方針策定、実現の仕組みのデザイン

顧客・ユーザー/ステークホルダー理解、価値発見・定義

ビジネスアーキテクト

プロダクトマネージャー

プロダクトの責任者として企画から改善・事業の拡大までチームを運営

プロダクトのマネジメント、プロダクトライフサイクルマネジメント、チーム開発

出所: IPA「デジタルスキル標準 ver.2.0(分冊版:DX推進スキル標準)」(2026年4月)のロール一覧とスキルマッピングの考え方をもとに編集部が抜粋・要約。

ロールの説明に並ぶのは、専門のスキルだけではありません。フロントエンドエンジニアにはデザインやプロダクトマネジメント、セキュリティ技術のスキルが、バックエンドエンジニアにはデータエンジニアリングのスキルが必要とされています。スキルセットを組み合わせで考える前提が、標準の側にも書かれているわけです。

プロダクトマネージャーは ver.2.0 でロールの1つになった

PdM(プロダクトマネージャー)は、ver.2.0 でビジネスアーキテクトの類型の下に置かれるロールの1つになりました。2024年7月の ver.1.2 では、ビジネスアーキテクトの類型にプロダクトマネージャーの定義を補記する扱いでした(IPA「デジタルスキル標準 ver.1.2(分冊版:DX推進スキル標準)」2024年7月)。

ver.2.0 は、ビジネスアーキテクトとプロダクトマネージャーを「根底のスキルセットはかなり近い」としたうえで、決定権・裁量権の程度によって役割が変わると説明しています。PdM の職務経歴書では、担当したプロダクトの範囲に加えて、どの決定を自分が持っていたかまで書けば、役割の違いが読み手に伝わるはずです。PdM のスキルセットとキャリアの広げ方は、プロダクトマネージャーのキャリアパスと必要なスキルセットで詳しく扱っています。

職務経歴書のスキル欄はスキル名・年数・場面で書く

職務経歴書のスキル欄は、スキル名・経験年数・使った場面の3点を1行にそろえ、分類ごとの表で書くのが基本です。スキル名だけを並べると、どの程度使えるのかが読み手に分からず、求人の必須条件と比べられません。

スキル欄は分類ごとの表に整理する

スキル欄の表は、言語・データベース・クラウドのような分類の列を左に置き、スキル名、経験年数、使った場面の順に並べます。次はバックエンドエンジニアの記入例です。

分類

スキル

経験年数

使った場面・任された範囲

言語

Go

4年

決済 API の設計・実装と、チームのコードレビュー

言語

Python

2年

データ集計バッチの実装と保守

データベース

MySQL、PostgreSQL

5年

テーブル設計と、インデックスの見直しによるクエリの改善

クラウド

AWS(ECS、RDS、Lambda)

3年

本番環境の構築と運用、Terraform によるコード化

開発の進め方

スクラム

3年

スプリント計画とふりかえりへの参加

デザイナーと PdM も同じ形で書けます。行に立てるのは、デザイナーならツールに加えてリサーチや実装との連携、PdM なら意思決定の範囲と分析の手段です。デジタルスキル標準のロールが求めるスキルと対応づけやすい分け方でもあります。

職種

分類

スキル

経験年数

使った場面・任された範囲

デザイナー

デザインツール

Figma

5年

デザインシステムの構築と運用

デザイナー

リサーチ

ユーザーインタビュー、ユーザビリティテスト

3年

新機能の検証で企画から分析までを担当

デザイナー

実装との連携

HTML、CSS

3年

エンジニアと実装のレビュー

PdM

プロダクトマネジメント

ロードマップ策定、優先順位づけ

3年

toB SaaS の1プロダクトで四半期ごとのロードマップを策定

PdM

分析

SQL、BigQuery

4年

KPI のダッシュボード作成と施策の効果検証

PdM

開発の進め方

スクラム(プロダクトオーナー)

2年

バックログの管理と受け入れの判断

経験年数は求人の「◯年以上」と比べられる形で書く

Offers に2022年3月〜2026年9月に掲載された正社員のエンジニア求人では、必須条件の記載がある1,704件のうち914件(53.6%)が「◯年以上」の経験年数を条件に書いていました(Offers(株式会社overflow)調べ・n=1,704・2022年3月〜2026年9月公開・2026年10月集計)。デザイナーは129件中82件、PdM は98件中46件が年数を書いており、最も多い年数はどの職種も「3年以上」でした。

職種(求人タイトルで判定)

必須条件の記載がある求人

必須条件に「◯年以上」を書く求人

最も多い年数

エンジニア

1,704件

914件(53.6%)

3年以上(398件)

デザイナー

129件

82件(63.6%)

3年以上(43件)

PdM

98件

46件

3年以上(24件)

出所: Offers(株式会社overflow)調べ・正社員求人の必須条件・2026年10月集計。

必須条件の年数は、たとえば「Webアプリケーションの開発経験3年以上」のように、経験の種類と組で書かれます。スキル欄にも同じ単位で年数を書いておくと、読み手は条件を満たしているかをその場で判断できます。年数は職務経歴の期間と食い違わないように数え、業務で使った期間と個人の学習の期間は分けて書くのが原則です。

整理したスキルセットは、転職サービスのプロフィールにもそのまま使えます。Offers は、エンジニア・デザイナー・PdM の正社員の中途転職に絞ったサービスで、登録したスキルと経験を見た企業からスカウトが届きます。

スキル欄で避けたい3つの書き方

スキル欄で避けたいのは、触れただけの技術を並べる書き方、規模や使い方を書かない書き方、応募先と関係の薄い行で表を埋める書き方の3つです。どれも、読み手が求人の条件と照らし合わせる手間を増やします。

  • 研修や個人の学習で一度触れただけの技術を、業務で使ったスキルと同じ表に並べる
  • 「Go」「Figma」のようにスキル名だけを書き、使った規模や任された範囲を書かない
  • 応募する求人の必須条件と関係の薄いスキルで行数を増やし、肝心の行が目立たなくなる

学習で触れた技術を書きたいときは、表を分けて「学習中」と明記すれば、業務の経験と混ざりません。

レベルは自己評価の言葉ではなく任された範囲で示す

スキルのレベルは、「得意」「中級」のような自己評価の言葉ではなく、そのスキルで何を任されたかで書きます。自己評価の言葉は人によって基準が違い、求人の条件と比べられないためです。デジタルスキル標準も、スキルの重要度を「高い実践力と専門性が必要」から「体系として全体の中での位置づけや他項目との関連の理解が必要」までの4段階で、何ができるかの言葉で定めています。

スキル欄での任された範囲の書き分け方は、たとえば次の4段階です。

  • 設計を決め、ほかのメンバーのレビューや指導をした
  • 1人で実装から本番の運用までを担当した
  • 既存の仕組みの改修や追加の実装を担当した
  • 業務の中で触れ、概要を説明できる

職務要約では、スキル欄の中で最も年数が長い行と、応募する求人の必須条件に合う行を2〜3つ選び、1〜2文でまとめます。スキル欄を読む前に、読み手が「どのスキルセットの人か」をつかめるようにするためです。

ポータブルスキルと制作物は実績の文章で示す

ポータブルスキルとマインドセットは、スキル欄の表には入れず、職務経歴の実績の中に、状況・自分の行動・結果の順で書きます。「調整力があります」と書くより、利害の対立する2つの部署の要望をどう整理し、何を決めたかを書く方が、厚生労働省の分け方でいう「社内対応」の力を具体的に示せます。

デザイナーは、スキル欄の内容を制作物で裏づける準備も必要です。必須条件の記載がある Offers のデザイナー求人129件のうち26件が、必須条件でポートフォリオに触れていました(Offers(株式会社overflow)調べ・n=129・2026年10月集計)。制作物で何を見せるかはポートフォリオとは|IT職の転職で求人が見る中身、職務経歴書の全体の構成はエンジニアの職務経歴書の書き方にまとめています。

スキルセットを広げるときは求人の必須条件と見比べて決める

次に身につけるスキルは、応募したい求人の必須条件・歓迎条件と自分のスキル欄を1行ずつ見比べ、足りない行から選ぶのが近道です。求人の条件に出てこないスキルを増やしても、書類選考ではスキルセットの差として読まれません。

  1. 応募したい求人を3〜5件選び、必須条件と歓迎条件に出てくるスキルを書き出す
  2. 自分のスキル欄と突き合わせ、満たしている・年数が足りない・持っていない、の3つに分ける
  3. 持っていないスキルは、今の業務で使う機会を作れるかを先に考える(業務で使えば実務の年数として数えられる)
  4. 業務で使えないスキルは、個人開発や検証で使い、何を作ったかを説明できる状態にする

隣のスキルを選ぶ手がかりには、デジタルスキル標準のロールの説明も使えます。フロントエンドエンジニアならデザインやプロダクトマネジメント、バックエンドエンジニアならデータエンジニアリングが、同じロールに必要なスキルとして挙げられています。応募書類での呼び方や、求人の必須条件の読み方は、レジュメの意味とエンジニアの書き方でも扱いました。

スキルセットは職務経歴書で比べられる形にして伝える

スキルセットは、持っているスキルの一覧ではなく、役割に必要な組み合わせにどこまで届いているかを示すものです。専門スキルはスキル名・経験年数・使った場面の表で、ポータブルスキルとマインドセットは実績の文章で示すと、読み手は求人の条件と比べながら読めます。

Offers の正社員求人では、エンジニア求人の半数を超える914件が必須条件に経験年数を書いており(Offers(株式会社overflow)調べ・n=1,704・2026年10月集計)、年数のないスキル欄では、読み手が条件と照合できません。スキル欄を整えたら、Offers のプロフィールに同じ内容を登録し、どの企業から声がかかるかで自分のスキルセットの評価を確かめてみてください。

AI 時代のエンジニア転職は Offers で

あなたのキャリアに合った求人やスカウトが届く、エンジニア向け転職サービスです。

無料ではじめる

正社員の求人を探す

Offers Jobs で正社員の求人を探せます。

求人を見る

Offers のイベント情報

イベント情報を見る

エンジニアの転職なら Offers

無料ではじめる

記事一覧へ