エンジニア転職のポートフォリオ作り方｜未経験でも評価されるコツ

「未経験からエンジニアを目指すならポートフォリオを作りましょう」——学習を始めた方なら、一度はこうしたアドバイスを目にしたことがあるのではないでしょうか。しかし、いざ作ろうとすると「何を作ればいいのか分からない」「TODOアプリしか思いつかない」「そもそも本当に必要なの？」と手が止まってしまう方は少なくありません。

実務経験のない未経験者にとって、ポートフォリオはスキルを客観的に証明できる数少ない材料です。だからこそ、作り方次第で書類選考や面接での評価は大きく変わります。逆に言えば、ポイントを外したポートフォリオは、どれだけ時間をかけても評価につながりにくいのが現実です。

評価される差は、才能ではなく押さえどころで生まれます。採用担当者はポートフォリオのどこを見ているのか、題材はどう選ぶのか、何を盛り込み、職種ごとに何が問われ、どこでつまずくのか。未経験からエンジニア転職を目指す方に向けて、AI時代ならではの注意点まで、一つずつ確かめていきます。

なぜ未経験エンジニアにポートフォリオが必要なのか

採用担当者の立場で考えてみましょう。未経験者の応募書類には「実務経験」という最大の判断材料がありません。職務経歴書に「Rubyを学習中」と書いてあっても、それがどのレベルなのかは読み取れないのです。ポートフォリオがあれば、コードの書き方、設計の考え方、学習をやり切る継続力までを具体的に確認できます。

もう一つの役割は、面接の「話の土台」になることです。エンジニア転職の面接で必ず聞かれる質問でも解説しているとおり、「作ったものについて説明してください」は未経験者面接の定番です。自分の言葉で語れる成果物があるかどうかで、面接の深まり方がまったく変わります。

なお、企業やポジションによっては必須とされないケースもあります。それでも未経験からの転職では「あるかないかで選考の土俵に乗れるかが変わる」と考えて、準備しておくのが安全です。

採用担当者がポートフォリオで見ている4つのポイント

1. 自分の頭で考えて作ったか

最も重視されるのは「オリジナリティ」よりも「自分で考えた形跡」です。なぜこの題材なのか、なぜこの技術を選んだのか。理由を語れる制作物は、たとえ小さくても評価されます。

2. コードの読みやすさと基本の丁寧さ

変数名やディレクトリ構成が整理されているか、不要なコードが放置されていないか。高度な技術よりも、まず「一緒に働けるコードか」が見られています。

3. 最後まで完成させる力

未完成の大作より、小さくても動く完成品のほうが評価されます。実務では「やり切る力」が何より重要だからです。

4. 技術選定や工夫を説明できるか

「なんとなく流行っていたから」ではなく、「学習コストと求人数を考えてこのフレームワークを選んだ」のように、判断の過程を言語化できるかが問われます。

題材の選び方——「TODOアプリ」を卒業するコツ

TODOアプリ自体が悪いわけではありません。問題は、チュートリアルどおりの内容では他の応募者と差がつかないことです。差がつくかどうかは、題材を決める前の3ステップで決まります。

1. 自分や身近な人の「困りごと」を書き出す(趣味・前職・家族の悩みなど)
2. その困りごとを解決する最小限の機能を1つに絞る
3. 既存のアプリやチュートリアルに「自分ならでは」のひとひねりを加える

たとえば同じTODOアプリでも、「釣りの持ち物チェックに特化したリストアプリ」「前職の店舗で使えた発注メモアプリ」のように対象を絞るだけで、題材選びの理由が生まれ、面接で語れるストーリーになります。前職の経験を題材に活かす発想は、エンジニア未経験からの転職で必要な準備は？で紹介している「経験の棚卸し」とも相性が良い方法です。

ポートフォリオに盛り込むべき要素

作品の中身と同じくらい、「見せ方」が評価を分けます。同じ完成度でも、ここで損をしている応募者は驚くほど多い。最低限そろえておきたいのは、次の6つです。

要素	内容	評価される理由
README	概要・使用技術・工夫した点・画面イメージ・セットアップ手順	読み手への配慮＝ドキュメント力が伝わる
デプロイ	実際に触れる公開URL	採用担当が環境構築なしで確認できる
基本機能	CRUD・ログイン認証など	実務の土台となる理解度を示せる
テスト	主要機能の自動テスト	品質への意識が伝わり差がつきやすい
こだわりポイント	設計・UI・パフォーマンスなどの工夫を明文化	面接での深掘りに耐えられる
コミット履歴	こまめで意味のあるコミット	開発の進め方・習慣が見える

すべてを完璧にする必要はありませんが、READMEとデプロイの2つは費用対効果が非常に高いので、必ず用意しましょう。

職種別・レベル別の目安

目指す職種によって、求められるポートフォリオの形は異なります。

志望職種	最低限のライン	評価が上がるプラスα
Web(バックエンド)	CRUDと認証を備えた自作Webアプリを公開	外部API連携、テスト、DB設計の意図を説明できる
Web(フロントエンド)	自作UIのSPAやサイトを公開	レスポンシブ対応、状態管理、アクセシビリティへの配慮
インフラ・クラウド	構成図つきの環境構築記録(ブログや技術記事でも可)	IaCによる構築、監視やコストへの意識、障害対応の記録

インフラ志望の場合は「動くアプリ」よりも、構成図と手順、つまずきと解決の記録をまとめたドキュメントが強力なポートフォリオになります。

やってはいけないNG例

• チュートリアルの丸コピーをそのまま提出する(採用担当は見慣れています)
• READMEがなく、何のアプリか開いても分からない
• デプロイ先がエラーのまま放置されている
• 機能を詰め込みすぎて、どれも中途半端な未完成品になる
• 他人のコードやAIの出力をそのまま使い、質問されても説明できない

共通するのは「自分のものになっていない」ことです。規模を欲張らず、説明できる範囲で完成させることが最大の対策になります。

AI時代のポートフォリオ——AI活用は明記すべき？

ChatGPTなどの生成AIを使って開発すること自体は、もはや隠すことではありません。実務でもAI活用が前提になりつつあるため、むしろ「どう使ったか」をREADMEに明記するのがおすすめです。

たとえば「設計とコードレビューの壁打ちにAIを使い、最終的な技術選定と実装判断は自分で行った」と書ければ、AIを道具として使いこなせる人材だと伝わります。一方で、AIに全部書かせて中身を説明できない状態は、面接で確実に見抜かれます。AIを使った部分こそ、コードを読み込んで自分の言葉で説明できるように準備しておきましょう。独学での学習の進め方に不安がある方は、独学でITエンジニアを目指せる？もあわせて参考にしてください。

よくある質問(FAQ)

ポートフォリオは何個必要ですか？

基本は1つで十分です。数を増やすより、1つの作品のREADME・デプロイ・説明の質を高めるほうが評価につながります。複数ある場合は、一番の自信作を明確に示しましょう。

どれくらいの期間をかけて作るべきですか？

学習状況にもよりますが、働きながらなら1〜2か月程度で完成できる規模に収めるのが現実的です。期間をかけすぎると転職活動自体が遅れるため、「小さく作って公開し、改善を続ける」進め方をおすすめします。

ポートフォリオなしでも転職できますか？

ポテンシャル採用の企業や、SES系の求人では不要な場合もあります。ただし選択肢は狭まりやすく、条件の良い企業ほど成果物を求める傾向があるため、用意しておいて損はありません。

完成度はどこまで高めるべきですか？

「主要な機能がエラーなく動き、READMEで意図が伝わる」状態がひとつのゴールです。細部の作り込みよりも、まず全体を完成させて公開することを優先しましょう。

とはいえ、独学だけで題材選びや完成度の判断をするのは難しいものです。未経験からエンジニアを目指すなら、学習コンテンツと転職支援がセットになったナミノリを活用する方法もあります。未経験歓迎の求人一覧も公開しているので、ポートフォリオを提出する先のイメージづくりにも役立ててください。

まとめ

• 未経験者にとってポートフォリオはスキルを証明できる数少ない材料であり、面接の話の土台にもなる
• 採用担当者は「自分で考えたか」「コードの丁寧さ」「完成させる力」「説明できるか」を見ている
• 題材は身近な困りごとを起点に、対象を絞ってひとひねり加えると差別化できる
• READMEと公開URL(デプロイ)は費用対効果が高く必須レベル
• チュートリアルの丸コピーや説明できないAI任せはNG。AI活用は「どう使ったか」を明記する
• 1〜2か月で完成できる規模に絞り、小さく作って公開・改善を続けるのが成功の近道