エンジニアのポートフォリオ選び方は「求人票との一致度」で決まる｜複数作品から見せる1本を選ぶ3つの基準【2026年版】

Q: ポートフォリオは何個作ればいいですか？

数についての明確な基準はない。複数の転職ノウハウが共通して強調するのは「質の高い作品を少数」という 方針で、粗い作品を3つ用意するより、1〜2本を磨き込む方が評価されやすい。

Q: 業務都合で見せられる個人開発がない場合は？

実務の成果物をそのまま出せない場合は、業務で得た技術的な意思決定の考え方を、個人開発や模擬プロジェクト に置き換えて語れるようにしておく。実案件で経験を積みながら成果物を残す選択肢もある。

Q: 未経験だが完成度が低い。それでも出すべきですか？

未経験者にポートフォリオの提出が無条件に必須というわけではない。出す場合は、完成度が低いまま出すより、 「今の自分のスキルで胸を張れるか」という基準を満たしてから出す方が評価につながりやすい。

Q: 転職エージェント経由の応募でもポートフォリオは必要ですか？

求人票にポートフォリオ提出が必須と明記されている場合は必須。明記がなくても、フロントエンドや 技術力を売りにする企業では提示を求められるケースがあるため、担当エージェントに事前確認しておくと安全。

ポートフォリオを2つ、3つと作ったあとに詰まるのは「結局どれを面接官に見せればいいか」だ。ポートフォリオの「作り方」を解説する記事は多いが、手元に複数ある作品からどれを優先すべきかという選定基準にはほとんど触れられていない。本記事では求人票・GitHubの評価傾向・面接プロセスから逆算した 3つの判断基準と、未経験〜中堅で変わる優先順位を整理する。

なぜ「全部見せる」は評価を下げるのか

採用担当者がポートフォリオに割ける時間は限られている。案件を規模・業界・担当範囲で分類し、代表的なものに絞って見せる方が説得力が上がるという整理は、職種を問わず転職ノウハウで共通して語られている。エンジニアのポートフォリオでも構図は同じで、採用担当者がGitHub上でまず開くのはリポジトリのREADMEであり、評価の軸はコードの量や技術の目新しさより「開発プロセスの質」に置かれる傾向がある。

手持ちの作品を全部並べてしまうと、この最初の数十秒で「結局どれが本気の作品なのか」が伝わらず、評価者の時間を奪うだけになる。逆に言えば、絞り込むという行為そのものが、自己分析ができている証明にもなる。以下の3つの基準で、見せる1本（多くても2本まで）を決める。

見せる1本を決める3つの基準

求人票との一致度

使用技術・担当領域が応募先の求人票とどれだけ重なっているか

語れる深さ

「なぜその設計にしたか」を自分の言葉で説明できるか

直近性・継続性

直近のコミットがあり、今も手を動かしている証拠になるか

基準1: 求人票の技術スタックとの一致度

求人票の「使用技術」欄と、ポートフォリオで使った技術がどれだけ重なっているかを最優先で見る。フロントエンド募集にバックエンド中心の作品しか出せなければ、面接官はその場で技術力を評価しづらい。応募企業が求める技術と手持ちの作品を突き合わせ、一致度が高い方を選ぶのが基本になる。求人票は「必須スキル」欄だけでなく、以下も読み込むと一致度の精度が上がる。

歓迎スキル欄: 必須ではないが加点になる技術。ここに手持ちの作品の技術が入っていれば強い材料になる
募集背景の文章: 「新規事業の立ち上げ」なのか「既存システムの保守・改善」なのかで、見せるべき作品の性質（ゼロイチ構築か、リファクタリング経験か）が変わる
使用技術のバージョン表記: 求人票に「React 19」「Next.js App Router」のように具体的なバージョンが書かれている場合、古いバージョンで作った作品より近いバージョンで作った作品の方が評価されやすい

手持ちの作品が偏っていて選択肢がない場合は、次に何を学ぶかを先に決めておくと選択肢が広がる。技術ごとの学習順序は React学習の順番はTypeScriptの後が本番でも整理した通り、闇雲に手を広げるより到達順を決めてから着手する方が、次のポートフォリオ作りにも直結する。

基準2: 「なぜ作ったか」を自分の言葉で語れる深さ

採用担当者やテックリードは、見た目の完成度以上に「実装の理由」「技術選定の背景」をどれだけ具体的に、自分の言葉で答えられるかを見ている。見た目が地味でも「なぜこの構成にしたか」を淀みなく説明できる作品は、派手だが説明が浅い作品より評価が高くなりやすい。面接前に、各作品について次の3点を1分で説明できるか、自分で確認しておくとよい。

なぜこの技術・構成を選んだか（比較検討した他の選択肢を含めて）
実装中に一番詰まった箇所と、その解決方法
もう一度作り直すなら、どこを変えるか

3つ目の「作り直すなら」まで答えられると、完成した過去の実装を説明するだけでなく、今の自分の技術水準を客観視できていることまで伝わる。

面接では、この3点を前提に「なぜこのアーキテクチャにしたのか」「テストはどこまで書いたか」「本番運用を想定した場合、今の実装の弱点はどこか」といった掘り下げ質問が来ることが多い。選ぶ作品を決める段階で、この3つの質問に答えられるかを基準に見直しておくと、選定と面接対策が同時に終わる。答えに詰まる作品を選んでしまうと、技術力そのものより「準備不足」という印象が先に立ってしまう点に注意したい。

基準3: 直近性とコミットの継続性

更新頻度そのものより、継続的に開発へ取り組んでいることが伝わるかどうかが重視される。半年以上前に完成させたまま放置している作品より、直近数週間〜数ヶ月以内にコミットが入っている作品の方が「今も手を動かしている」証拠になる。GitHubの評価は、コントリビューショングラフ（草）・ピン留めリポジトリの選び方・コードの品質・READMEの完成度という4つの観点で見られる傾向があり、草が伸びていること自体より「長期的に学習を続けている姿勢」が見えるかどうかが重視される。

注意したいのは、転職活動の直前だけ不自然に集中してコミットを積むケースだ。急に密度が上がったコントリビューショングラフはかえって不自然に見え、2026年時点では「生成AIで一気に埋めたのでは」という見方すら持たれかねない。付け焼き刃で草を生やすより、普段から小さくてもメンテナンスコミット（依存パッケージの更新、軽微なリファクタリングなど）を積み重ねておく方が、直近性の説得力は高くなる。

ケースで考える：2つの作品、どちらを面接に出すか

3つの基準を実際に当てはめると、判断はシンプルになる。たとえば次の2作品を持つ人が、 Ruby on Railsを使う自社開発企業の求人に応募するケースを考える。

作品A: 学習用に作ったTodoアプリ（Rails単体、半年前に完成させて以降コミットなし）
作品B: チーム開発で作ったシフト管理アプリ（Rails + React、直近1ヶ月以内にコミットあり、自分の担当範囲は認証まわりとAPI設計）

求人票の使用技術がRailsのみであれば一致度は互角に見えるが、語れる深さで差がつく。チーム開発の作品Bは、他メンバーとのAPI設計のすり合わせや、認証まわりでの意思決定を具体的に説明できる分、「なぜこの構成にしたか」を1人称で語れる情報量が多い。直近性でもBが上回る。この場合はBを主軸にしつつ、Rails単体の理解度を問われた際の補足材料としてAを話せるようにしておく、という組み合わせが妥当な判断になる。技術が完全一致していても、語れる深さと直近性で逆転することは珍しくない。

未経験と中堅で「選ぶ基準」は変わる

未経験エンジニアの場合

未経験者にとってポートフォリオは「スキルを証明する何かしらの作品」であり、複数の粗い作品を並べるより、 1本を磨き込む方が評価されやすい。UIは採用担当者が最初に見るアプリの顔であり、最初の画面で「何を解決するアプリか」が直感的に伝わるかが重要になる。作品を2〜3個持っている場合は、 ①完成度が最も高いもの、②求人票の技術と一致するもの、この2条件を両方満たす1本を優先する。両方を満たす作品がなければ、②の技術一致を優先した方が面接での評価につながりやすい。

中堅・実務経験者の場合

実務経験があるエンジニアは、業務の成果物を守秘義務でそのまま見せられないケースが多い。この場合は個人開発のポートフォリオを、「業務で培った技術的な意思決定力」を語るための材料として使う。業務経験を補強できる個人開発が手元にない場合は、実案件を通じて経験を積みながら成果物を残すという選択肢もある。案件の探し方はフリーランスエンジニアの案件の探し方で4つのチャネルの違いを整理しているので、今の環境で成果物を残しにくい人は参考にしてほしい。

実務経験を補強する案件を探すなら

登録無料で、今のスキルに合う案件を検索できる

無料登録して自分に合う案件を探す →

転職エージェントを複数登録している場合、エージェントごとに紹介される求人の傾向が異なるため、見せる作品を面談ごとに変えるという運用も有効になる。エージェントの使い分け方はエンジニア転職エージェントの複数登録は何社が正解かで扱っているので、あわせて確認しておくとよい。

応募先ごとに「見せる順番」を入れ替える実践法

GitHubのピン留めリポジトリ（最大6つ）を、応募先の技術と一致する作品から順に並べ替える
個人ポートフォリオサイトのトップに置く作品も、応募企業ごとに差し替える
職務経歴書にリンクを貼る際は、URLを並べるだけでなく「このリンクで何が伝わるか」を一文添える

URLだけ貼るか、動画も添えるか

忙しい採用担当者はデプロイ済みのURLがあればその場で開いて確認できるため、コードだけを提示するより印象を残しやすい。無料枠のホスティングで構わないので、動く状態で見せられるようにしておく。デプロイが難しい構成（バッチ処理中心・インフラ構築寄りの作品など）の場合は、代わりに30秒〜1分程度の操作動画やスクリーンショットを添えると、面接前に見てもらえる可能性が上がる。容量が重すぎるファイルや企業側が指定していない形式での提出は避け、URL・動画・READMEのどれか1つは必ずクリックだけで到達できる状態にしておく。

リンクの貼り方一つで職務経歴書の説得力は変わる。職務経歴書が読み手にとって崩れて見える論点はエンジニアのリファレンスチェック対策は「推薦者の調達」で決まるでも扱ったが、ポートフォリオへのリンクも同じで、貼りっぱなしにせず「何を見てほしいか」を明示する方が読み手の負担が減る。

判断基準を複数持って比較するという考え方自体は、内定を比較する場面でも同じ構造になる。エンジニアの複数内定は「3層」に分けて比較するでは年収以外の軸を数値化して比較する方法を扱っているが、ポートフォリオ選定でも「一致度」「語れる深さ」「直近性」を主観ではなくチェックリスト化しておくと、応募のたびに迷わなくなる。

複数の作品カードの中から1つを選び取る手のイラスト — 応募先ごとに「先頭に置く作品」を入れ替える

2026年、生成AIで作った疑惑を持たれないための注意点

2026年の採用現場では、「AIを知っているか」より「AIで結果を出せるか」が評価軸になりつつある。採用担当者は見栄えの良さより、「なぜそれを作ったか」「どこまで自走できたか」をポートフォリオから読み取ろうとする。生成AIを使うこと自体はマイナス評価ではなく、むしろAIとの協働プロセスを隠さず明示した方が評価されやすい局面が増えている。

注意すべきは、実装を生成AIに丸投げして自分では説明できない状態になることだ。コミット履歴・README・面接での受け答え、この3点に一貫性がない場合は「借り物」と判断されるリスクがある。AIツールを使った箇所は使ったと明記し、設計判断のうち自分が担った部分を切り分けて説明できるようにしておく。

次の1本をAIエージェント開発で作るなら

環境構築不要で、AIエージェント開発を実践しながら学べる

AIエージェント開発を学んで次の1本を作る →

AIと協働してコードを書くエンジニアのイラスト — AIとの協働は隠さず明示した方が評価されやすい

応募直前の最終チェックリスト

作品を1本に絞ったあと、提出前に以下を確認しておくと、選定の判断が本番でそのまま活きる。

求人票の必須スキル・歓迎スキルと、選んだ作品の使用技術が一致しているか再確認した
「なぜこの技術を選んだか」「詰まった箇所」「作り直すなら変える点」の3つを1分で説明できる
直近1〜2ヶ月以内のコミットがあるか、もしくは今も更新中であることを説明できる
URL・動画・READMEのいずれかにワンクリックで到達できる状態になっている
生成AIを使った箇所と、自分で設計判断した箇所を切り分けて説明できる
業務経由の情報（顧客名・非公開の仕様など）が誤って含まれていないか確認した

最後の項目は見落としやすい。実務経験のあるエンジニアが個人開発のREADMEに業務時代の学びを書く際、守秘義務の範囲を超えて具体的な仕様や顧客名に触れてしまうケースがある。ポートフォリオは公開情報である前提で、業務の詳細に踏み込みすぎていないかを提出前に見直しておく。

よくある質問

ポートフォリオは何個作ればいいですか？

数についての明確な基準はない。複数の転職ノウハウが共通して強調するのは「質の高い作品を少数」という方針で、粗い作品を3つ用意するより、1〜2本を磨き込む方が評価されやすい。

業務都合で見せられる個人開発がない場合は？

実務の成果物をそのまま出せない場合は、業務で得た技術的な意思決定の考え方を、個人開発や模擬プロジェクトに置き換えて語れるようにしておく。実案件で経験を積みながら成果物を残す選択肢もある。

未経験だが完成度が低い。それでも出すべきですか？

未経験者にポートフォリオの提出が無条件に必須というわけではない。出す場合は、完成度が低いまま出すより、「今の自分のスキルで胸を張れるか」という基準を満たしてから出す方が評価につながりやすい。

転職エージェント経由の応募でもポートフォリオは必要ですか？

求人票にポートフォリオ提出が必須と明記されている場合は必須。明記がなくても、フロントエンドや技術力を売りにする企業では提示を求められるケースがあるため、担当エージェントに事前確認しておくと安全。

GitHubのコントリビューショングラフ（草）は本当に見られていますか？

企業やポジションによって差はあるが、GitHubを使う採用担当者は草・ピン留めリポジトリ・コードの品質・ READMEの4点を見る傾向がある。ただし草の量そのものより「継続して学習している姿勢」が伝わるかが重視されるため、直前だけ不自然に埋めるより、日常的な小さいコミットの積み重ねの方が説得力が出る。

面接でポートフォリオについて答えられなかった場合、どうなりますか？

技術選定や実装意図を説明できないと、「自分で考えて作った」という前提そのものが疑われやすい。特に2026年以降は生成AIの活用が前提になっている分、AIに任せた範囲と自分で判断した範囲を切り分けて話せるかどうかが、以前よりも重視される評価ポイントになっている。

参考・出典

福朗

フリーランスAIエンジニア。AIパイプライン開発と技術キャリアについて発信しています。