エンジニアのキャリア棚卸しのやり方｜4ステップで経験・スキルを整理し市場価値を可視化

📖 読了時間：約21分

「これまで色々やってきたはずなのに、いざ職務経歴書やスキルシートを書こうとすると手が止まる」。

エンジニアのキャリア相談では、こうした悩みは珍しくありません。

原因は、経験が足りないからとは限りません。むしろ、日々の開発や案件対応に追われるうちに、自分が何を経験し、何ができるようになり、どんな価値を出してきたのかが整理されていないことが大きな原因です。

キャリアの棚卸しとは、これまでの案件・使用技術・担当工程・役割・工夫・成果を整理し、自分の強みと次に伸ばすべき経験を見える状態にする作業です。

転職すると決めた人だけが行うものではありません。SESで次の案件を探すとき、フリーランスとして案件を探すとき、評価面談を受けるとき、今後の学習テーマを決めるときにも役立ちます。

この記事では、単に「過去を振り返りましょう」で終わらせません。

実際に手を動かしてキャリアの棚卸しを終えられるように、4ステップの進め方、記入例、強みの見つけ方、市場価値との比較方法、スキルシートへの落とし込み方まで順番に解説します。

キャリアの棚卸しとは、これまでの仕事を振り返り、経験した案件や技術、担当した仕事、成果などを整理することです。

重要なのは、単に職歴を時系列に並べることではありません。

例えば、次の2つは同じ経験でも伝わる情報量が大きく違います。

棚卸し前	棚卸し後
Reactを使用して画面開発	toB向けSaaSでReact・TypeScriptを使用。詳細設計から画面実装、API連携、単体テストまで担当
コードレビューを担当	5名チームで若手2名のコードレビューを担当。レビュー観点を整理し、チーム内で共有

棚卸しによって、「何を使ったか」だけではなく、どの現場で・どこまで担当し・どんな役割を担ったかまで説明できるようになります。

この状態を作っておくと、スキルシート、職務経歴書、面談、案件提案などさまざまな場面で使い回せます。

過去の経験は想像以上に忘れるから

現在の案件については詳しく説明できても、1〜2年前の案件になると、「どんな画面を作ったか」「どこまで設計したか」「何を改善したか」が曖昧になることがあります。

特にSESやフリーランスの場合、案件終了後にチケットや社内ドキュメントを確認できなくなるケースもあります。

そのため、案件終了時に経験を残しておくことが重要です。

スキルシートを更新するタイミングについては、以下の記事でも詳しく解説しています。

スキルシートはいつ更新する？案件終了前にやるべき棚卸しと更新方法

自分では「普通」だと思っている経験が強みになるから

毎日やっている仕事ほど、自分では価値に気づきにくいものです。

例えば、次のような経験です。

• 毎回レビューを頼まれている
• 障害発生時に調査を任される
• 顧客との仕様確認を担当している
• 新しく入ったメンバーのフォローをしている
• 既存コードの改善を任されることが多い

本人にとっては日常業務でも、複数案件を横断して見ると、強みとして浮かび上がることがあります。

次に伸ばすべき経験が分かるから

棚卸しは「できること」を見つけるだけではありません。

まだ経験していないことを見つける作業でもあります。

例えば、Reactの実装経験は十分あるものの、基本設計やレビュー経験が少ないと分かれば、次の案件では設計やレビューを経験できる環境を選ぶという判断ができます。

資格や新しいフレームワークを増やす前に、今ある経験の「穴」を確認した方が、キャリア設計につながりやすい場合があります。

最初から記憶だけを頼りに書こうとすると、抜けが増えます。

可能であれば、次の資料を集めてください。

• 現在または過去のスキルシート
• 職務経歴書
• GitHubやGitLabのコミット履歴
• Jira・Backlog・Redmineなどのチケット
• 社内Wikiや設計資料
• 評価面談のメモ
• 案件参画時の契約書や案件概要
• カレンダーやチャット履歴

全部そろえる必要はありません。

目的は資料を集めることではなく、「何を担当していたか」を思い出すきっかけを作ることです。

棚卸しは、次の順番で進めると整理しやすくなります。

ステップ	整理するもの	確認したいこと
1	経験	どんな案件に関わったか
2	技術	何を実務で使ったか
3	工程・役割	どこまで任されていたか
4	成果・工夫	自分が何を変えたか

ここからは、Webエンジニア歴6年のAさんを仮定例として進めます。

ステップ1：参画した案件をすべて書き出す

最初は技術を整理せず、案件を時系列に並べます。

最低限、次の4項目を書きます。

• 期間
• 案件概要
• チーム規模
• 自分の立場

Aさんの場合、次のようになりました。

期間	案件	規模
2021〜2022	ECサイトリニューアル	6名
2022〜2023	社内業務システム新規開発	4名
2023〜現在	toB向けSaaS開発・保守	8名

最初から「アピールできる案件だけ」に絞らないことが重要です。

小規模改修や短期案件でも、後から見ると別の強みにつながることがあります。

ステップ2：案件ごとに使用技術を書く

次に、案件ごとに使用した技術を「言語」「フレームワーク・ライブラリ」「DB」「クラウド・インフラ」「開発ツール」の5分類で書き出します。

技術名だけで終わらせないことが重要です。例えば同じAWS経験でも、「既存環境へデプロイしただけ」なのか「構成設計まで担当した」のかで、伝わる経験の深さは大きく変わります。

5分類ごとの具体的な洗い出し方は、以下の記事で手順を解説しています。

エンジニアのスキルの棚卸し方法｜技術・工程・役割を洗い出す手順

ステップ3：担当工程と役割を整理する

次に、自分がプロジェクトのどこまで担当したかを、要件定義・基本設計・詳細設計・製造構築・テスト・保守運用という工程軸で整理します。

ここで注意したいのは、「プロジェクト全体で行われた工程」と「自分が担当した工程」を分けることです。チームが要件定義から運用まで担当していても、自分の担当が詳細設計・実装・テストなら、その範囲だけを書きます。役割も、肩書ではなく実際に任されていた範囲で書きます。

工程ごとの整理の仕方や役割の書き分け方は、以下の記事で詳しく解説しています。

エンジニアのスキルの棚卸し方法｜技術・工程・役割を洗い出す手順

Aさんの場合は次のようになりました。

• 要件整理：一部参加
• 基本設計：レビュー参加
• 詳細設計：主担当
• 実装：主担当
• 単体・結合テスト：主担当
• コードレビュー：若手2名を担当
• 役割：8名チームのサブリーダー

「参加した」と「主担当だった」を分けておくと、後からスキルシートを書くときに盛りすぎることも防げます。

ステップ4：成果ではなく、まず「変化」を探す

棚卸しで最も難しいのが成果です。

「売上○万円アップ」のような数字を持っていないエンジニアも多いため、成果が書けないと感じることがあります。

その場合は、数字を無理に作らず、自分が関わる前と後で何が変わったかを考えてください。

視点	質問
速度	作業時間や処理時間は短くなったか
品質	不具合や手戻りを減らしたか
自動化	手作業を仕組みに変えたか
属人化	自分以外でも対応できる状態にしたか
チーム	レビューや共有方法を改善したか

Aさんなら、次のような内容が出てきました。

• 検索APIのレスポンスを改善した
• GitHub Actionsを使ってデプロイ作業を自動化した
• レビュー観点を整理してチーム内で共有した
• 若手メンバーが実装を進めやすいようレビューを担当した

数字が確認できる場合だけ数値を加えます。

確認できない数字を「それらしく」作る必要はありません。

ここまでの内容を、案件ごとに1行で整理します。

項目	記入例
案件	toB向けSaaS開発
期間	2023年〜現在
技術	TypeScript / React / Go / PostgreSQL / AWS
工程	詳細設計 / 実装 / 単体・結合テスト
役割	サブリーダー / コードレビュー
工夫	デプロイ自動化 / レビュー基準整理
成果	作業効率・レビュー品質の改善

この1行が作れれば、職務経歴書、スキルシート、面談準備の基礎データとして使えます。

1案件だけを見ても、強みは分かりにくいものです。

そこで、3案件以上を並べて共通点を探します。

技術の共通点を探す

何度も使っている技術は、強みの候補です。

Aさんの場合、複数案件でTypeScriptとReactを使用していました。

単に「Reactが使える」というより、継続的にフロントエンド開発へ関わってきたことが分かります。

任されている仕事の共通点を探す

技術より重要な場合があるのが「何を任されているか」です。

• 設計を任される
• レビューを任される
• 障害調査を任される
• 顧客との調整を任される
• 新人フォローを任される

繰り返し任される仕事には、その人の強みが表れやすくなります。

キャリアの変化を見る

案件を時系列に並べると、成長も見えてきます。

例えば、

実装のみ → 詳細設計＋実装 → 設計＋レビュー

という変化があれば、技術だけではなく役割も広がっています。

この変化は、自己PRや面談で非常に使いやすい材料になります。

棚卸しでは、技術を全部同じレベルで扱わないことも重要です。

例えば次の3段階に分けてみてください。

分類	基準
自走できる	調査しながら自分でタスクを進められる
実務経験あり	業務で使用したが、サポートが必要な場面がある
学習・検証経験	個人開発・学習・検証で触った

「触ったことがある技術」をすべて得意技術として書くと、面談で深掘りされたときに説明できなくなります。

棚卸しの段階では、アピールよりも正確さを優先してください。

実務経験3年未満

経験が少ない時期は、案件数より「何を任されたか」を細かく整理します。

• 一人で対応できる作業
• レビューが必要な作業
• 経験した工程
• 個人開発や学習で補っている技術

短い経験でも、具体的な担当内容まで分解すると情報量は増やせます。

実務経験3〜7年

この層では、技術だけでなく役割の変化が重要になります。

• 設計経験
• レビュー経験
• 顧客との調整
• 後輩育成
• 改善・自動化

「実装ができる」から、チームやプロジェクトにどう貢献できるかへ視点を広げます。

実務経験7年以上

経験年数が長くなるほど、すべての技術を書く必要はありません。

次のような経験を優先して整理します。

• アーキテクチャや設計判断
• プロジェクト推進
• チームマネジメント
• 技術選定
• 改善活動
• 特定ドメインへの専門性

「何年やったか」より、「どんな判断を任されてきたか」が重要になります。

棚卸しが終わったら、自分の経験だけを眺めて終わらせず、求人や案件と比較します。

1. 自分が狙いたい求人・案件を10件ほど見る

興味のあるポジションを複数確認します。

2. 共通して求められている条件を書く

例えば次のような項目です。

• React3年以上
• TypeScriptの実務経験
• 基本設計経験
• AWS経験
• コードレビュー経験

3. 自分の棚卸し結果と照合する

○・△・×で確認するだけでも構いません。

求められる経験	現在地
React	○
TypeScript	○
基本設計	△
AWS設計	×

この比較によって、次に学ぶべきことではなく、次に経験したい仕事が見えてきます。

市場価値やキャリア戦略をもう少し深く考えたい場合は、以下の記事も参考になります。

30代エンジニアのキャリア戦略｜市場価値を高める5つのステップ

棚卸しした内容は、そのままスキルシートの材料になります。

棚卸し	スキルシート
案件・期間	プロジェクト経歴
使用技術	技術スタック
工程	担当フェーズ
役割	ポジション・担当業務
成果・改善	実績・自己PR

先に棚卸しを済ませておけば、スキルシートを書くたびに過去を思い出す必要がありません。

スキルシートそのものの構成や書き方は、以下の記事で詳しく解説しています。

スキルシートとは｜エンジニアが知るべき基本・書き方・活用術

1. 技術名だけを並べる

「Java、React、AWS」と並べても、何ができるかは分かりません。

必ず案件・工程・作業内容とセットにします。

2. 作業内容だけを書く

「画面実装」「API開発」だけでは、自分の工夫や役割が見えません。

可能であれば、課題・対応・変化まで整理します。

3. チームの実績を自分の実績にする

チームが達成した成果と、自分が担当した部分は分けます。

面談で説明できる範囲だけを書くことが重要です。

4. 数字を無理に作る

成果を強く見せようとして、確認できない数値を入れる必要はありません。

数字がない場合は、状態の変化を書けば十分です。

5. 転職直前にまとめてやる

数年前の案件を一度に思い出すのは大変です。

案件終了時に1案件ずつ追加する方が、正確な情報を残しやすくなります。

次の項目が埋まっていれば、棚卸しはひとまず完了です。

• 過去の案件を時系列で並べた
• 各案件の期間とチーム規模を書いた
• 使用した言語・FW・DB・クラウドを書いた
• 担当工程を整理した
• 自分の役割を書いた
• 具体的な作業内容を書いた
• 改善や工夫を1つ以上探した
• 成果を数字または状態変化で整理した
• 複数案件に共通する強みを探した
• 今後経験したい領域を1つ以上決めた

すべて完璧に埋める必要はありません。

空欄があること自体が、「今後意識して経験を残した方がいい項目」を教えてくれます。

キャリアの棚卸しはスプレッドシートやメモでもできます。

ただし案件が増えるほど、

• 昔のファイルを探す
• 技術名を更新する
• 案件ごとに書式を整える
• スキルシートへ転記する

といった作業が増えていきます。

スキルログでは、プロジェクト経験、使用スキル、担当工程などを整理して登録し、スキルシート作成につなげられます。

重要なのは、単に書類を作ることではありません。

案件が終わるたびに経験を追加し、自分のキャリアデータを更新し続けることです。

Q. キャリアの棚卸しは何から始めればいいですか？

まずは過去の案件を時系列で並べるところから始めてください。技術や成果から考えるより、「いつ・どの案件にいたか」を起点にした方が思い出しやすくなります。

Q. 経験が少なくても棚卸しする意味はありますか？

あります。経験が少ない時期ほど、一つの案件を細かく分解することで、担当できること・まだ経験していないことが見えやすくなります。

Q. 数字で示せる成果がありません

数字がなければ、無理に作る必要はありません。「手作業を自動化した」「レビュー手順を整理した」「障害調査をしやすくした」など、状態の変化を整理してください。

Q. 学習中の技術も棚卸しに含めてよいですか？

含めて構いません。ただし、実務経験とは分けてください。「実務」「個人開発」「学習」のように区別すると、経験を正確に把握できます。

Q. どのくらいの頻度で更新すればいいですか？

案件終了時や担当業務が大きく変わったタイミングがおすすめです。記憶が新しいうちに追加すると、後からスキルシートを更新しやすくなります。

Q. 転職予定がなくても必要ですか？

転職予定がなくても役立ちます。評価面談、学習計画、案件選び、キャリア相談など、自分の現在地を確認するさまざまな場面で使えます。

キャリアの棚卸しというと、これまでの経歴をきれいにまとめる作業だと思われがちです。

しかし、本当に重要なのは過去を整理することではありません。

現在地を知り、次にどんな経験を積むかを決められる状態にすることです。

• 案件を時系列で並べる
• 使用技術を案件ごとに整理する
• 担当工程と役割を分ける
• 成果ではなく「変化」を探す
• 複数案件の共通点から強みを見つける
• 求人や案件と比較して不足経験を確認する
• 棚卸し結果をスキルシートへつなげる

今の案件で経験したことも、時間がたてば少しずつ忘れていきます。

次の転職や案件探しが始まってから思い出すのではなく、経験したタイミングで残しておく。

その積み重ねが、自分の市場価値を説明できるキャリアデータになります。