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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

作品の中身と同じくらい、「見せ方」で伝わる量が変わります。そろえておきたいのは、次の6つです。

すべてを完璧にする必要はありません。まず用意するなら、READMEとデプロイの2つです。どちらも作品の機能を増やさずに用意でき、見る人が環境構築なしで中身を確かめられるようになります。

READMEに「何を作り、どこまで確かめたか」を書く

READMEは、使った技術を並べる場所ではなく、作品の証拠をまとめる場所です。見る人が知りたいのは、何のための作品か、どこを自分で決めたか、何を試したか、AIをどこで使ったか。この4つを、それぞれ独立した見出しにします。

次は、上の「題材の選び方」で例に出した、釣りの持ち物チェックリストを想定した記入例です。架空の作品なので、テストの「実際の結果」はすべて「未確認」にしてあります。 自分の作品で試した結果だけを書き込んでください。

# 釣りの持ち物チェックリスト

## 作品の概要
釣りに行く前に、持ち物を確認するためのリスト。利用者は自分。
できること：持ち物の追加・チェック・削除、行き先ごとのリストの切り替え
公開URL：（実際に開けるURLだけを書く）

## 自分で判断したこと
- 行き先（海・川）ごとにリストを分けた。持ち物が違うため
- ログイン機能は作らなかった。利用者は自分だけなので、先に確認の機能を完成させた
- データはブラウザに保存した。端末をまたいだ同期は対象外にした

## 実施したテスト
| 確認する内容 | 入力・操作 | 期待する結果 | 実際の結果 | 確認日・環境 |
|---|---|---|---|---|
| 空の入力 | 空欄のまま追加する | 追加されず、入力を促す表示が出る | 未確認 | |
| チェックの保存 | 1件にチェックを付けて開き直す | チェックが残っている | 未確認 | |
| 削除 | 1件を削除する | その1件だけが消える | 未確認 | |

## AIを使った範囲
- 使ったもの：（AIの名前。使っていなければ「未使用」）
- 採用した提案：（例：保存処理の書き方の候補）
- 自分で直したところ：（提案から変えた点と、その理由）
- 自分で確かめたところ：（上のテストのどの行か）

## 制限と次の改善
端末をまたいだ同期はない。個人情報や機密情報は保存しない。
次は、よく使う持ち物を最初から入れておく機能を検討する。

起動手順まで含めた応募用のREADMEの項目は、未経験からWebプログラマーになるにはの「学習成果を応募で伝える準備」にまとめています。作品の外で、学習の経過を書類に書く方法は職務経歴書の書き方を参照してください。

テスト結果は「成功」とだけ書かない

「実施したテスト」の表は、確認する内容と期待する結果を、試す前に書きます。試してから書くと、起きたことをそのまま「期待どおり」と書いてしまうからです。

• 実際の結果には、成功・失敗のどちらかと、失敗したときに何が起きたかを書く
• 確認日と環境（使ったブラウザや端末）を残す。別の環境では結果が変わることがある
• 試していない行は「未確認」のまま残す。空欄を埋めるために「成功」と書かない

上の表の「テスト」の行は自動テストを指しますが、自動テストがまだ無くても、手で試した記録はこの形で残せます。どこまで確かめて、どこからが未確認かを分けて書いておけば、作品について聞かれたときに、確かめた範囲を根拠つきで答えられます。採用の評価は企業と職種によって異なり、この形にすれば通過するという保証はありません。

職種別・レベル別の目安

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

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

やってはいけない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か月で完成できる規模に絞り、小さく作って公開・改善を続けるのが成功の近道