エンジニアのスキル棚卸しのやり方｜4分類テンプレと7ステップ
最終更新日：2026/07/11
エンジニアのスキル棚卸しとは、これまでの業務経験と技術・非技術スキルを分類・可視化し、単価交渉や案件応募、キャリア判断の材料として整えるプロセスです。スキルシートを書くための下準備であり、独立検討中の会社員から継続案件で慣れきったフリーランスまで、半年〜1年ごとの更新が土台になります。「何が得意かを一言で言えない」「案件を選ぶ軸が曖昧」といった状態を突破する具体手順とテンプレートを、独立3年目以降のフリーランスエンジニアに向けて解説します。
先に結論
スキル棚卸しの目的は 「スキルシートを書く前の材料整理」と「案件方針・単価交渉の意思決定」 の2つ
分類は 技術スキル／業務ドメイン／プロセス経験／ソフトスキル の4象限で整理すると漏れが減る
手順は 案件履歴書き出し → 技術タグ分解 → 工程整理 → レベル判定 → 成果紐付け → 独自性抽出 → 次アクション化 の7ステップ
更新頻度は 半年〜1年に1回。案件終了時と契約更新の1〜2か月前は必ず実施する
棚卸し結果は スキルシート、単価交渉、面談準備、学習計画 の4カ所で回収する
この記事でわかること
フリーランスエンジニアがスキル棚卸しを行う目的と、スキルシート作成との違い
4分類フレームワークと7ステップの具体的な進め方
独立検討・単価交渉・継続判断など、状況別の使い分け方
棚卸しで陥りやすい失敗と、独自の再利用可能なテンプレート
目次
そもそもエンジニアのスキル棚卸しとは何か
フリーランスエンジニアがスキル棚卸しをする5つの目的
スキル棚卸しの4分類フレームワーク
スキル棚卸しの7ステップ手順
ケース別・棚卸しの使い分け
よくある失敗と対策
スキル棚卸しテンプレート（4分類チェックシート）
棚卸し結果の活かし方（次のアクション）
参考にできる公的なスキル定義
まとめ
よくある質問
そもそもエンジニアのスキル棚卸しとは何か
結論として、スキル棚卸しは「自分の経験・スキルを分類しながらリスト化し、市場価値の根拠を言語化する自己整理のプロセス」です。 スキルシートや職務経歴書に書き起こす前段階の作業にあたり、成果物ではなくプロセスそのものが目的になります。
厚生労働省が運営する職業情報提供サイトjobtagや、IPAが公開するITSS（ITスキル標準）では、エンジニアの職種・スキルが体系的に定義されています。これらの公的な枠組みを参照点として、自分の経験を照らし合わせるのが基本のやり方です。
スキルシートとの違い
スキルシートは「案件応募や単価交渉のためにエージェント・クライアントへ提出する営業資料」です。棚卸しはその前段階で行う自己整理を指します。書類作成に取りかかる前にざっくり棚卸しをしていれば、スキルシートに書く内容がぶれず、面談での回答も一貫します。
スキルシート自体の書き方はフリーランスエンジニアのスキルシートの書き方で詳しく扱っています。本記事はその前工程として読んでください。
職務経歴書との関係
正社員転職で使う職務経歴書と、フリーランスのスキルシートは目的が異なります。棚卸し結果を両方に流用するときの書き分けは職務経歴書とスキルシートの違いを参照してください。
なぜ定期的に必要か
案件経験は忘れやすい：数か月たつと、タスクの詳細や使ったライブラリのバージョンを思い出しにくくなる
市場価値は変動する：公開案件の傾向やエージェントの募集内容を見る限り、昨年評価されたスキルが今年も同じ条件で評価されるとは限らない
自己認識と市場評価がずれる：棚卸しをしないと、「何となく強い気がする」が続いてしまう
フリーランスエンジニアがスキル棚卸しをする5つの目的
棚卸しは目的が明確だと精度が上がります。 逆に、目的を決めずに始めると「経験を書き並べただけのメモ」で終わってしまいます。フリーランスの実務で棚卸しが効くのは以下の5場面です。
目的1: 単価交渉の根拠づくり
「経験3年です」ではなく、「〇〇業務ドメインで、××の工程を、△△規模で経験しました」と語れれば単価根拠として成立します。単価交渉の具体的な進め方はフリーランスエンジニアの単価交渉のコツを参照してください。
目的2: 案件応募・エージェント面談の準備
エージェントは初回面談でスキルの深さと守備範囲を確認します。棚卸しができていればエージェント面談の準備や、案件面談で聞かれる質問への回答が短時間で組めるようになります。
目的3: 継続 or 乗り換えの判断
現案件を延長するか、別案件に乗り換えるかは棚卸し結果で判断できます。「この案件で新しいスキルが増えていないなら、乗り換えて経験値を稼ぐ」といった意思決定の材料になります。
目的4: 学習投資の方針決定
学ぶべき技術は「市場需要」と「自分の空きスキル」の掛け算で決まります。棚卸しで空きスキルが見えれば、資格取得やキャッチアップの優先順位がはっきりします。
目的5: キャリア方向転換の判断
「PLに寄せるのか、専門技術で深掘りするのか」といった中長期の方向は、過去の棚卸しの蓄積があると決めやすくなります。年代別のキャリア選択肢はフリーランスエンジニアのキャリアパスで扱っています。
スキル棚卸しの4分類フレームワーク
結論から言うと、スキル棚卸しは「技術スキル／業務ドメイン／プロセス経験／ソフトスキル」の4象限で分類すると漏れが減ります。 技術スキルだけの一次元でまとめると、業界知識やプロジェクトの立ち位置が抜け落ちるからです。
分類 | 内容 | エンジニアの記載例 |
|---|---|---|
技術スキル | 言語・FW・DB・クラウド・ツール | Go、TypeScript、React、Next.js、AWS、Terraform、Datadog |
業務ドメイン | 業界知識・扱ったサービス種別 | 決済、EC、SaaS、金融、医療、動画配信、SNS |
プロセス経験 | 担当した工程・役割 | 要件定義、設計、実装、テスト、運用、レビュー、チームリード |
ソフトスキル | 折衝・伝達・マネジメント | 要件のヒアリング、非エンジニアへの説明、進行管理、後輩指導 |
なぜ4分類か
技術スキルだけを並べても差別化は難しくなっています。 Reactを書けるエンジニアは市場に無数にいるため、「決済SaaSでReactを書き、要件定義から入り、非エンジニアと合意形成した」まで語れて初めて他人と区別が付きます。4分類フレームは、この「技術以外の3層」を意識的に拾うための整理軸です。
各分類の粒度目安
技術スキル：業務で3か月以上使ったもの、または1機能以上を単独実装したもの
業務ドメイン：3か月以上参画したプロジェクトの領域
プロセス経験：単発ではなく、複数回・複数案件で繰り返している工程
ソフトスキル：具体的な場面と紐付けられるもの（「コミュ力」ではなく「非エンジニアPMへの技術説明」）
スキル棚卸しの7ステップ手順
棚卸しは以下の順序で進めるのが最短です。 順番を飛ばすと後戻りが増えます。
Step 1: 案件履歴の書き出し
過去の全案件を時系列でリスト化します。書き出す項目は最低限これだけあれば十分です。
参画期間（開始年月〜終了年月）
クライアント業種・サービス概要（NDAに触れない範囲で）
チーム構成（人数・自分のポジション）
案件で解決した課題（1〜2文）
ポイント：案件名を思い出せなければ、契約書・請求書・GitHubのcommit履歴・Slackのプロジェクトチャンネル名を掘り返すと出てきます。棚卸しを半年に一度習慣化していれば、この工程が10分で終わります。
Step 2: 技術タグの分解
各案件で使った技術を、案件ごとに全て書き出します。ここで大事なのは 「使った」だけでなく「何をやったか」まで書く ことです。
❌ React
✅ React（フォーム系5画面の新規実装、Recoilで状態管理、react-testing-libraryでテスト）
粒度が細かい書き方は、後の単価交渉や面談で強い根拠になります。「Reactできます」より「Reactのフォームバリデーション設計とテスト実装まで一人で回せます」の方が刺さります。
Step 3: プロセス・工程の抽出
各案件で自分が担当した工程を抽出します。以下のような区分けが実用的です。
要件定義・仕様策定
設計（アーキ・DB・API）
実装
テスト（単体・結合・E2E）
レビュー・品質管理
運用・障害対応
チームリード・進行管理
ドキュメント整備
単に「実装」と書くのではなく、どの粒度まで責任を持ったかを併記 します（例：「実装＋レビューまで担当、リリース判断はテックリード」）。
Step 4: レベル判定
各技術・工程に対して、自分のレベル感を判定します。判定軸は色々ありますが、以下のような3段階が説明しやすくおすすめです。
レベル | 定義 |
|---|---|
A（自走） | 未経験の要件でも仕様検討から実装まで一人で完結できる |
B（実装） | 明確な仕様があれば独立して実装できる。設計時に相談が必要 |
C（補助） | 経験者のもとで手を動かせる。単独では厳しい |
このレベル感は自己申告なので、後述の「レベル判定の失敗」に気をつけてください。
Step 5: 業務成果・数字への紐付け
単価交渉と面談で最も差がつくのがここです。 「〇〇を実装した」だけでなく、以下のような数字・成果を必ず紐付けます。
パフォーマンス改善（レスポンスタイム▲30%、日次バッチ処理時間▲2時間）
削減効果（月間インフラ費▲15万円、CS問い合わせ▲40%）
立ち上げ規模（新規サービスをMVPからリリースまで、月間UU100万規模のシステム保守）
チーム関与（3名チームのテックリード、後輩2名のレビュー担当）
数字が出しにくい案件も、「何人体制の中で自分が何を担ったか」までは書けることが多い です。NDAや記録不足で詳細が書けない場合でも、責任範囲や関与フェーズは残すようにします。定性的な立ち位置も成果材料になります。
Step 6: 独自性・強みの抽出
ここまでのStep 1〜5の出力を眺め、「他人と違うポイント」を3つだけ抜き出します。 全部を強みにしようとすると営業訴求が散るため、あえて絞り込むのがコツです。
「金融ドメイン × Go × アーキ設計」のような掛け合わせ
「非エンジニアPMからの要件を仕様化するのが得意」のような役割
「レガシー保守 → モダン移行のリファクタ経験3回」のような繰り返しパターン
強みは、案件応募時のスキルシート冒頭サマリーと、単価交渉時の第一声で使う材料になります。
Step 7: ネクストアクションへの落とし込み
棚卸しは実行に移して初めて価値が出ます。書き出したまま放置しないよう、必ず「次にどう使うか」を決めます。
スキルシートを更新する（棚卸し結果を反映）
エージェントに面談を打診する（新しい案件方向を試す）
単価改定の交渉時期を決める
学習投資（資格・書籍・PoC）の優先順位を決める
ケース別・棚卸しの使い分け
同じ4分類・7ステップでも、目的が違えば重心も変わります。 よくある4ケースで使い方を整理します。
ケース1: 独立検討中の会社員エンジニア
重心：業務ドメイン、プロセス経験
会社員時代は技術タグが充実しがち。逆に業務ドメイン・工程は「会社の看板」に依存しているため、看板を外したときに何が残るかを棚卸しする
独立の準備段階についてはSESからフリーランスに転身する手順や副業から独立するタイミングも併せて参照するとイメージが具体化する
ケース2: 独立直後（1〜2年目）のフリーランス
重心：技術スキル、独自性抽出
会社員時代の実績はスキルシートで既に使い切っている段階。フリーランス案件で「新しく増えたスキル」の可視化が中心タスクになる
実績の少なさへの対応は実績が少ないフリーランスエンジニアでも通るスキルシートも参考になる
ケース3: 継続案件が長期化しているフリーランス
重心：レベル判定、ネクストアクション
「同じ案件を長く継続 = スキルが伸びない」ではないが、同じ技術領域や役割に固定されると、市場の募集要件とのズレが広がりやすい傾向がある
Step 4のレベル判定を年1回やり直し、案件外の学習で埋めるスキルを決める
継続案件と並行して案件応募もかけたいなら、エージェント面談の準備を参照
ケース4: キャリア方向転換を検討する中堅
重心：業務ドメイン、ソフトスキル
30代後半以降、技術スキルの積み増しだけで単価を上げるのは難しくなる
業務ドメインの専門性・ソフトスキル（要件整理、非エンジニア折衝、チームリード）で差別化する方向を検討する
年代別の方向性はフリーランスエンジニアのキャリアパスを参照
よくある失敗と対策
棚卸しは自己申告のため、精度が落ちやすい落とし穴がいくつかあります。 実務で頻出する5つを整理します。
失敗1: 技術名を並べただけになる
技術名だけの羅列は、市場のエンジニアの多くと差別化できません。必ず「その技術で何をやったか」までセットで書きます。
❌ Docker、Kubernetes、AWS
✅ Docker（本番運用中コンテナ管理）、Kubernetes（EKS環境のPod管理・オートスケール設定）、AWS（EC2/RDS/S3/Lambda/CloudFrontで新規サービス構築）
失敗2: 案件経験と自称レベルが乖離する
「Reactできます」と書きつつ、実は既存コード修正しかしていない、というズレは面談で露呈します。Step 4のレベル判定は、「明日別案件でこの技術を任されたらどこまでできるか」で判定 します。
失敗3: 「できる」の定義が曖昧
「マネジメントできます」と書くとき、5人のチームリードなのか、20人の部門管理なのかで意味が全く違います。具体的な人数・期間・責任範囲で定義します。
失敗4: 業務ドメインを軽視する
技術スキルばかり書き、業務ドメインを「サービス名」で済ませてしまう失敗です。業界特有の商流（誰に何を提供する業態か）・規制・KPI（重要指標）まで書けると、業務ドメインを強みとして訴求できます。
❌ 決済サービス
✅ カード決済SaaS（PCI-DSS準拠、加盟店APIの認証・与信・売上フロー、月次締め処理）
失敗5: 更新が続かない
棚卸しは一度やって終わりではなく、継続してこそ価値が出ます。「案件終了時」「契約更新の1〜2か月前」「年始・年末」など、実施タイミングを固定 すると続けやすくなります。カレンダーに定期タスクとして入れておくのがおすすめです。
スキル棚卸しテンプレート（4分類チェックシート）
本記事では、4分類で整理しやすい棚卸しチェックシートを用意しました。 表計算ソフト（Google スプレッドシート、Excel）にコピーして使ってください。
案件履歴シート
列名 | 記入内容 |
|---|---|
参画期間 | YYYY/MM〜YYYY/MM |
クライアント業種 | EC、SaaS、金融、医療 等 |
サービス概要 | 1文で説明（NDA配慮） |
チーム構成 | 総人数・自分のポジション |
案件で解決した課題 | 1〜2文 |
主要技術タグ | 案件で使った技術・粒度メモ付き |
担当工程 | 要件定義/設計/実装/テスト/運用/リード |
成果・数字 | 定量成果（改善率・削減額・規模） |
4分類スキルマップ
分類 | スキル名 | レベル（A/B/C） | 経験量（年数または案件数） | 直近使用時期 |
|---|---|---|---|---|
技術スキル | React | A | 5年 | 2026/06〜継続中 |
技術スキル | Go | B | 3年 | 2025/04〜2026/03 |
業務ドメイン | 決済SaaS | A | 4年 | 2026/06〜継続中 |
プロセス経験 | 要件定義 | B | 3案件 | 直近案件で担当 |
ソフトスキル | 非エンジニアPM折衝 | A | 継続的 | 直近案件で継続 |
独自性サマリー（3行だけ）
項目 | 記入例 |
|---|---|
掛け合わせ強み | 金融ドメイン × Go × アーキ設計 |
得意な役割 | 非エンジニアPMからの要件を仕様化 |
繰り返しパターン | レガシー保守 → モダン移行のリファクタ経験3回 |
このサマリーがスキルシートの冒頭ブロックと、単価交渉時の第一声にそのまま使えます。
棚卸し結果の活かし方（次のアクション）
棚卸しは4カ所で回収できます。 出力先を最初から決めておくと、書き出し内容の粒度も揃います。
活用先1: スキルシートの更新
棚卸し結果は基本的にスキルシートへ流し込みます。書き方の具体はフリーランスエンジニアのスキルシートの書き方を参照してください。掛け合わせ強みはシート冒頭のサマリー欄、案件履歴と技術タグは案件別プロジェクト欄に落とし込みます。
活用先2: 単価交渉
棚卸しでレベル・成果を数字で押さえておくと、単価改定の根拠が客観的になります。単価交渉のコツで扱っているタイミング・伝え方と組み合わせるのがおすすめです。
活用先3: 面談・応募準備
エージェント面談や案件面談では、棚卸し結果があるとその場での回答が早くなります。面談で聞かれる質問と回答例やオンライン面談のコツも併読すると、初動が固まります。
活用先4: ポートフォリオ・GitHubの整備
技術スキルの根拠として、ポートフォリオの作り方やGitHubポートフォリオへ棚卸し結果を反映すると、初対面の相手にも技術レベルが伝わりやすくなります。
参考にできる公的なスキル定義
棚卸しに独自軸だけで挑むと粒度がぶれます。 公的な枠組みを補助線として使うと、レベル判定と分類の精度が上がります。
職業情報提供サイトjobtag（厚生労働省）：職種別の求められるスキルと業務内容
ITSS+（IPA）：データサイエンス・IoT・セキュリティ等の追加領域のスキル定義
DXリテラシー標準・DX推進スキル標準（経済産業省）：DX関連職種のスキル体系
まとめ
エンジニアのスキル棚卸しは「4分類 × 7ステップ」で進めれば、スキルシート作成と単価交渉の下地がひととおり整います。 継続の秘訣は、書類完成を目指すのではなく、更新頻度を先に決めてしまうことです。
棚卸しはスキルシート作成の前工程。プロセス整理そのものが目的
分類は技術・業務ドメイン・プロセス・ソフトスキルの4象限
手順は 案件書き出し → 技術タグ分解 → 工程整理 → レベル判定 → 成果紐付け → 独自性抽出 → 次アクション化 の7ステップ
半年〜1年に1回、加えて案件終了時と契約更新の1〜2か月前は必ず実施
結果はスキルシート・単価交渉・面談準備・ポートフォリオの4カ所で回収
次のアクションとして、まずは案件履歴シートを空欄で作成し、直近3案件だけでも書き出してみてください。1時間もあれば土台ができ、そこからスキルシートの書き方へ流し込む工程に移れます。フリコンのエージェント面談でも棚卸し資料を活用できるので、面談の準備と併せて活用してください。
参照元・一次情報
よくある質問
Q1. スキル棚卸しはどれくらいの頻度で行うべきですか？
半年〜1年に1回が目安です。 加えて、案件終了直後と契約更新の1〜2か月前は必ず実施します。案件経験は数か月経つと詳細を忘れやすくなるため、それより短い頻度が理想ですが、実務では半期ごとの定期棚卸し＋案件イベントごとの追記が現実的です。
Q2. 職務経歴書とスキルシート、棚卸し結果はどちらに使えますか？
両方に使えますが、書き分けが必要です。 職務経歴書は正社員応募向けで時系列と役職・実績が重要。スキルシートはフリーランス案件応募向けで、技術タグ・工程・単価根拠が中心になります。詳細は職務経歴書とスキルシートの違いを参照してください。
Q3. 実務経験が浅くても棚卸しをする意味はありますか？
あります。経験が浅い時期は実績の差が見えにくいため、棚卸しで担当範囲を細かく言語化できる効果が出やすい傾向があります。 経験1〜2年目は「案件で何をしたか」を細かく分解しないと差別化しにくく、棚卸しの粒度が営業力に直結します。実績の少なさへの対処は実績が少ないフリーランスエンジニアでも通るスキルシートも参考にしてください。
Q4. レベル判定（A/B/C）を自分でつけると甘めになりがちです。どう補正しますか？
「同じレベルの別のエンジニアと比較して説明できるか」を基準にすると補正しやすくなります。 レベルAを名乗るなら「未経験要件を一人で完結できる」根拠として、直近の案件で仕様検討から実装まで自走した事例を1件は挙げられるか確認してみてください。挙げられなければ一段下げます。エージェントに率直にレベル感を確認してもらうのもひとつの方法です。
Q5. 技術スキルの「経験年数」の書き方が難しいのですが、どう数えれば良いですか？
業務で継続的に使った期間だけをカウントするのが無難です。 学習・個人開発のみの期間は別欄に分けるか、経験年数には含めない方が、面談時のミスマッチが起きにくくなります。「業務で3年、個人開発で+1年」といった書き方であれば、相手が判断しやすくなります。
Q6. 業務ドメインは複数書いても大丈夫ですか？
大丈夫ですが、3〜4個までに絞ることをおすすめします。 5個以上並べると「浅く広く」の印象になり、業務ドメインの専門性が伝わりにくくなります。深く関わった業界を優先し、参画期間が短いドメインは補足欄に留める書き方が読み手に伝わりやすくなります。
Q7. NDA（守秘義務）に配慮して案件情報を書けない場合、棚卸しはどう進めれば良いですか？
業界名・機能名・規模感の3点だけに抽象化するのがおすすめです。 「大手カード会社の決済基盤で〜」ではなく「金融系決済SaaSで、加盟店API周りを担当」のように、企業名を出さず業務ドメインと機能ブロックで表現します。エージェント面談時は口頭で補足できるので、書類は抽象度を高めにしておくのが安全です。
Q8. 棚卸し結果は誰かに見せた方が良いですか？
信頼できるエージェントの担当者に共有すると、市場感覚とのズレを補正しやすくなります。 自分では「レベルA」と思っていた技術が市場ではレベルB相当だった、という気づきは他人の目を通さないと得にくいものです。エージェントに棚卸し資料を共有すると、案件マッチングの精度が上がりやすくなります。フリコンでも同様に活用できます。
Q9. 学習中・キャッチアップ中のスキルはどこに書けば良いですか？
「学習中」欄を別立てにするのが読み手に親切です。 実務経験欄に混ぜると誤解を生みます。「実務3年（React）／学習中（Next.js App Router、Server Components）」のように分ければ、成長意欲と実力の両方が伝わります。
Q10. AI・生成AI関連のスキルはどう棚卸ししますか？
「業務で使ったか、個人検証か」で明確に分けるのが良いです。 現状、AI関連スキルの評価は市場でも揺れています。「ChatGPT/Claudeで開発効率化」レベルなら業務ツールとして書き、「RAGアプリを自分で本番運用」レベルなら技術スキルとして書く、といった線引きが安全です。過度に盛って書くと後の面談で失点しやすい領域です。
Q11. 資格やベンダー認定は棚卸しに含めるべきですか？
含めて構いませんが、実務経験と混ぜないようにしてください。 「AWS認定ソリューションアーキテクト保有＋実務でEC2/RDS/S3を3年」のように、資格と実務を別に併記するのが読み手に親切です。資格の選び方はAWS認定資格おすすめ一覧も参考にしてください。
Q12. 40代・50代でも棚卸しの4分類は同じで良いですか？
同じ枠組みで大丈夫ですが、重心が変わります。 40代以降はソフトスキル・業務ドメイン・プロセス経験の3層の比重が上がる傾向があります。技術タグの網羅性より、「複雑な要件をどう仕上げてきたか」のプロセス経験を厚く書くのが刺さりやすくなります。詳細は40代フリーランスエンジニアになるにはや50代エンジニアの選択肢を参照してください。
