エンジニアのスキル棚卸し方法｜技術5分類で整理し案件・転職準備に活かす手順を解説

📖 読了時間：約10分

「使える技術は何ですか」と聞かれると、React、Rails、AWSなどの名前は出てくる。でも、どの案件で、どの工程まで担当したかを聞かれると曖昧になる。そんなエンジニアは少なくありません。

エンジニアのスキル棚卸しで迷ったら、技術名だけを一覧にするのではなく、案件ごとに「使用技術・担当工程・役割・経験の根拠」をセットで整理するのが基本です。

例えば「React経験あり」だけではなく、「toB向けSaaSでReact・TypeScriptを使用し、詳細設計から実装・テストまで担当。5名チームでコードレビューも経験」と整理します。これなら、何をどこまでできるかが一度で分かります。

なぜこの形で整理すると抜けが減り、スキルシートにも転用しやすいのかを、以下で具体的に解説します。なお、本記事はキャリア全体ではなく「スキルの洗い出し」に絞っています。強みや市場価値まで整理する親記事とは役割を分けています。

キャリア全体の棚卸しの進め方は「エンジニアのキャリアの棚卸しのやり方」で解説しています。

まずは思い出した内容を残せる場所を作ることが重要です。スキルログなら、案件ごとの技術や担当工程を整理しながらスキルシート作成につなげられます。

手順1：過去の案件を古い順に並べる

まず、参画した案件を古い順に並べます。案件名を公開できない場合は「ECサイト開発」「金融系業務システム」のような概要で十分です。期間、案件概要、チーム人数まで書くと記憶をたどりやすくなります。

手順2：案件ごとに担当した作業を書く

次に、技術名より先に「何をしたか」を書きます。画面実装、API開発、DB設計、テスト設計、障害調査など、実際の作業を思い出してください。

手順3：技術・工程・役割へ分類する

最後に、書き出した作業を「使用技術」「担当工程」「役割」に分けます。この順番なら、記憶にある作業から逆算できるため、技術名の羅列で終わりません。

技術1：言語を洗い出す

まず、JavaScript、TypeScript、Ruby、Java、PHP、Pythonなど、案件で実際に使用した言語を書きます。学習しただけの技術と実務経験は分けておきます。

技術2：フレームワークとライブラリを分ける

次に、React、Ruby on Railsなどを案件にひも付けます。使用期間だけでなく、どの機能開発で使ったかまでメモすると経験の深さを確認できます。

技術3：DBとデータ周辺を確認する

PostgreSQLやMySQLなどのDBも忘れやすい項目です。SQLを書いたのか、テーブル設計まで担当したのかで経験レベルは変わります。

技術4：インフラ・クラウド経験を分ける

AWSなどを使った場合も、サービス名だけではなく作業内容を残します。ECSへのデプロイ経験と、構成設計を担当した経験は同じではありません。

技術5：開発・運用ツールも残す

GitHub Actions、Docker、監視ツール、チケット管理なども実務経験の一部です。開発プロセスを改善した経験があれば、後で成果として使える可能性があります。

工程1：要件定義・基本設計を区別する

要件定義では、顧客や利用部門の要望を整理したかを確認します。基本設計では、画面・機能・データなどの外部仕様をどこまで設計したかを書き出します。

工程2：詳細設計・製造・構築を区別する

詳細設計と実装も分けて考えます。設計書に沿って実装したのか、自分で処理方式を考えて詳細設計から担当したのかで経験の幅が見えます。

工程3：テスト経験を具体化する

テストは「テスト経験あり」で終わらせず、単体・結合・総合のどこを担当したかを確認します。テスト仕様書の作成やレビュー経験も別に残します。

工程4：保守運用の中身を分解する

保守運用には、問い合わせ対応、障害調査、改修、監視、リリース作業など複数の仕事があります。「保守」だけにまとめず、実際の作業まで分解します。

役割：責任範囲を事実ベースで整理する

役割は肩書だけで判断しません。メンバーでもレビューや新人フォローを担当していれば、その経験は残します。一方で、リーダーという肩書があっても担当範囲が限定的なら、その範囲を正確に書きます。

実例1：SES3年目のWebエンジニア

例えば、SES3年目のAさんは「Java、JavaScript、SQL」とだけメモしていました。これでは、どの技術をどの程度使えるか判断しにくい状態です。

そこで案件ごとに整理すると、「業務システム開発でJavaを2年使用。詳細設計・実装・単体テストを担当。4名チームのメンバー」という経験が見えてきます。

実例2：React経験1年のフロントエンド担当

一方で、BさんはReact経験1年を短いと感じていました。しかし作業を分解すると、新規画面実装、API連携、フォーム設計、コードレビューまで経験していました。

使用年数だけを見ると1年でも、担当範囲まで整理すると説明できる材料は増えます。棚卸しは、経験を大きく見せる作業ではなく、埋もれている事実を拾う作業です。

棚卸しシートの記入例

項目	記入例
案件	toB向けSaaS機能開発
期間	2025年4月〜2026年3月
使用技術	TypeScript、React、PostgreSQL、AWS
担当工程	詳細設計、実装、単体・結合テスト
役割	5名チームのメンバー、コードレビュー担当
具体的な作業	管理画面の新規実装、API連携、レビュー

スキル一覧と案件一覧を分ける

棚卸し後は「技術別一覧」と「案件別一覧」の2つの見方を持つと便利です。技術別一覧では経験年数を確認し、案件別一覧では実務での使い方を確認できます。

案件終了時に更新する

棚卸しは転職時だけにまとめて行うより、案件終了時に更新する方が正確です。時間がたつと、担当した細かな改善やレビュー内容を忘れてしまうことがあります。更新のタイミングはスキルシートはいつ更新する？案件終了前にやるべき棚卸しと更新方法でも詳しく解説しています。

失敗1：技術名だけを並べる

「Java、React、AWS」のような一覧だけでは、経験の根拠が残りません。必ず案件と具体的な作業をセットにします。

失敗2：触った技術をすべて実務経験にする

検証で短期間触った技術と、継続的な開発で使った技術は分けます。面談では使用期間だけでなく、何を実装したかまで確認されることがあります。

失敗3：チームの担当を自分の経験にする

チームが要件定義から運用まで担当していても、自分が実装とテストだけなら、その範囲を記録します。プロジェクトの工程と自分の担当工程を混同しないことが重要です。

失敗4：経験年数だけでスキルを判断する

同じReact2年でも、既存画面の修正だけの人と、新規設計・実装・レビューまで経験した人では内容が違います。年数と担当内容をセットで見ます。

スキルの棚卸しは何から始めればいいですか？

まず過去の案件を時系列で並べるところから始めます。案件数が多い場合は、直近の案件から順番に整理しても構いません。

スキル棚卸しとスキルシート作成の違いは何ですか？

棚卸しは経験の事実を集める作業です。スキルシート作成は、その中から応募先や案件に必要な情報を選び、読み手へ伝わる形に整える作業です。

実務経験が1年未満でも棚卸しは必要ですか？

必要です。例えばReact経験が短くても、担当画面、API連携、テスト、レビューなどを分ければ、経験の中身を具体化できます。

学習中の技術もスキル棚卸しに入れてよいですか？

入れて構いません。ただし実務経験とは別欄にします。「Pythonは個人開発で使用」のように、実務か学習か分かる形にしてください。

担当工程が分からない場合はどう確認しますか？

当時のチケットや設計書を確認し、自分が作成・修正した成果物から判断します。例えば詳細設計書を作成していれば、実装だけでなく詳細設計の経験も確認できます。

スキル棚卸しはどの頻度で更新すればいいですか？

案件終了時または担当業務が大きく変わったタイミングがおすすめです。記憶が新しいうちに追記すれば、転職時に数年分の経験をまとめて思い出す負担を減らせます。

まず、案件を時系列で並べます。次に、言語・FW・DB・クラウド・ツールを洗い出し、要件定義から保守運用までの担当工程と役割を分けます。

そして最後は案件単位に戻して「どの現場で、何を使い、何を担当したか」を1セットにします。この状態まで整理できれば、スキルシートや面談準備へ移りやすくなります。

棚卸しは、転職を決めてから始めるものではありません。今の案件の記憶が残っているうちに記録しておくことが、次の選択肢を増やす準備になります。