「未経験からエンジニアに転職したいけれど、ポートフォリオは作ったほうがいいのだろうか」「作るとしても、どんなものを作れば評価されるのかわからない」と悩んでいる方は多いのではないでしょうか。インターネットで調べると、さまざまな作品例が紹介されていて、かえって迷ってしまうこともあります。
実務経験のない未経験者にとって、ポートフォリオは「何を学び、何ができるのか」を目に見える形で伝えられる数少ない手段です。ただし、目指す職種によってポートフォリオの重要度や、評価されやすい作品の種類は異なります。自分が目指す職種に合ったポートフォリオを、評価されるポイントを押さえて作ることが大切です。
この記事では、未経験エンジニアの転職にポートフォリオは必要かという疑問に答えたうえで、Webアプリ開発とインフラの職種別のポートフォリオ例、作り方の手順、評価されるポイント、READMEの書き方、避けたいNG例、公開方法までを解説します。
目次
未経験エンジニアの転職にポートフォリオは必要か
結論からお伝えすると、ポートフォリオが必要かどうかは、目指す職種によって変わります。応募する求人の仕事内容に合わせて、どの程度力を入れるかを判断しましょう。
| 目指す職種 | ポートフォリオの重要度 | 評価されやすいもの |
|---|---|---|
| Web系の開発エンジニア（自社開発など） | 高い | 自分で企画・開発したWebアプリ、GitHubのソースコード |
| 受託開発・SESの開発エンジニア | 中程度 | 学習内容がわかる成果物、簡単なアプリ、学習記録 |
| インフラエンジニア | 必須ではない | サーバー構築の手順書、検証環境の構築記録、資格の学習記録 |
| 運用・保守、テスター | 必須ではない | 学習記録、資格の取得状況、ITの基礎知識 |
Web系の開発職ではポートフォリオが評価されやすい
Webサービスを自社で開発している企業などでは、選考でポートフォリオの提出を求められたり、提出すると評価されやすかったりする傾向があります。実際にコードを書いてアプリを作った経験があれば、プログラミングへの適性や自分で調べて解決する力を具体的に示せるためです。
開発職は未経験者の応募が集まりやすい職種でもあります。書類だけでは差がつきにくいため、ポートフォリオが「学習してきたこと」を裏付ける材料になります。
インフラ・運用系では必須ではないが学習記録が有効
インフラエンジニアや運用・保守の求人では、未経験者に対してポートフォリオの提出を求めないケースが一般的です。入社後の研修やOJTで育てることを前提に採用している企業が多く、選考ではITへの関心や学ぶ姿勢、コミュニケーション力などが重視されやすいためです。
とはいえ、何も準備しなくてよいわけではありません。Linuxサーバーを自分で構築した記録や、クラウド上に検証環境を作った手順書、資格取得に向けた学習記録などがあると、「入社前から自分で手を動かして学んでいる人」という印象を与えられます。インフラエンジニアの仕事内容については、インフラエンジニアとはで詳しく解説しています。
ポートフォリオがあると伝えやすくなること
職種を問わず、ポートフォリオがあると次のようなことを具体的に伝えやすくなります。
- どの言語や技術を、どのくらいのレベルまで学んだのか
- わからないことを自分で調べて解決する力があるか
- 作ったものを他の人にわかりやすく説明できるか
- 最後までやり遂げる継続力があるか
- 志望する職種と学習内容がつながっているか
面接で「どのような学習をしていますか」と聞かれたときにも、ポートフォリオを見せながら説明できると、話に説得力が生まれます。
未経験エンジニアのポートフォリオ例【Webアプリ開発】
ここからは、Webアプリ開発を目指す方向けのポートフォリオ例を紹介します。未経験者の場合、斬新なアイデアよりも、基本的な機能を丁寧に作り込み、工夫した点を説明できることが評価につながりやすいです。
| 題材 | 主な機能 | 使う技術の例 | アピールできる点 |
|---|---|---|---|
| タスク管理アプリ | タスクの登録・編集・削除、期限設定、完了チェック | Ruby on Rails、Laravel、Django、MySQLなど | データの登録・更新・削除（CRUD）の基本を理解していること |
| 予約管理アプリ | 日時の選択、予約の登録・キャンセル、重複予約の防止 | 上記のフレームワーク、JavaScript、カレンダー表示 | 業務の流れを考えた設計力、日時データの扱い |
| 投稿・共有アプリ | ユーザー登録・ログイン、投稿、画像アップロード、いいね・コメント | フレームワーク、認証機能、画像保存、データベース | ユーザー同士の関係を含むデータ設計、認証の理解 |
| 家計簿・記録アプリ | 収支の入力、カテゴリ別の集計、グラフ表示 | フレームワーク、JavaScript、グラフ描画ライブラリ | 集計処理や見やすい画面表示への工夫 |
| 業務改善ツール | 前職の業務を効率化する入力・管理機能 | Python、スプレッドシート連携、Webフレームワーク | 課題を見つけて解決する力、前職経験との結びつき |
タスク管理アプリ
タスク管理アプリは、データの登録・表示・編集・削除という、Webアプリの基本となる機能をひととおり実装できる題材です。シンプルな分、ほかの人と差がつきにくいため、期限が近いタスクの強調表示や、カテゴリでの絞り込み、並び替えなど、使う人の立場で考えた機能を1つか2つ追加すると、工夫した点として説明しやすくなります。
予約管理アプリ
美容室や飲食店、会議室などの予約を想定したアプリです。「同じ時間帯に予約が重複しないようにする」「予約できる時間を営業時間内に限定する」など、実際の業務を意識した仕様を考える必要があるため、設計力をアピールできます。前職で接客や受付の経験がある方は、その経験から感じた課題を題材にすると、志望動機ともつなげやすくなります。
投稿・共有アプリ
おすすめの本やレシピ、旅行先などを投稿・共有できるアプリです。ユーザー登録やログイン、投稿へのコメントやいいねなど、ユーザーと投稿の関係を扱うため、データベース設計の理解を示しやすいのが特徴です。機能を広げすぎると完成しにくくなるため、最初は投稿と閲覧に絞り、完成してから機能を追加していきましょう。
家計簿・記録アプリ
日々の支出や学習時間、体調などを記録し、カテゴリ別や月別に集計して表示するアプリです。入力したデータを集計してグラフで表示する処理は、実務でもよく使われる機能です。自分自身が毎日使うものを題材にすると、使いながら不便な点に気づき、改善を重ねやすいというメリットもあります。改善した内容をそのまま成長の記録として示せる点も魅力です。
業務改善ツール
前職で感じていた業務上の不便を解消するツールも、未経験者ならではのポートフォリオになります。たとえば、手作業で行っていた集計を自動化するツールや、紙で管理していた情報を入力・検索できる仕組みなどです。「なぜ作ったのか」を自分の経験から語れるため、面接でも話が広がりやすい題材です。
未経験エンジニアのポートフォリオ例【インフラ】
インフラエンジニアを目指す場合は、アプリそのものよりも「環境をどのように構築し、どのように記録したか」が評価のポイントになります。構築した環境は、費用がかからないよう検証後に削除しても問題ありません。手順書や構成図、学習記録として残しておきましょう。
| 題材 | 内容 | 使う技術の例 | アピールできる点 |
|---|---|---|---|
| AWSでのWebサーバー構築 | 仮想サーバーを作成し、Webサーバーを動かしてブラウザから表示する | AWS（EC2、VPC）、Linux、Apache・Nginx | クラウドの基本操作とネットワーク設定の理解 |
| Linuxサーバー構築手順書 | OSのインストールから初期設定、ユーザー管理、サービス起動までを手順書にまとめる | Linux、仮想化ソフト、基本コマンド | 再現できる手順書を書く力、Linuxの基礎知識 |
| ネットワーク検証 | 仮想環境で複数のサーバーをつなぎ、通信の確認やトラブルの切り分けを行う | 仮想化ソフト、IPアドレス設計、pingなどのコマンド | ネットワークの基礎理解、原因を切り分ける考え方 |
| IaCによる環境構築 | サーバーやネットワークの構成をコードで定義し、自動で構築する | Terraform、Ansible、AWS | 自動化への関心、構成をコードで管理する考え方 |
| 監視環境の構築 | サーバーの状態を監視し、異常時に通知が届く仕組みを作る | 監視ツール、Linux、クラウドの監視サービス | 運用を意識した視点、障害対応への理解 |
AWSでWebサーバーを構築する
クラウドサービスのAWS上に仮想サーバーを作成し、Webサーバーのソフトウェアを導入して、ブラウザからページを表示できるところまでを構築します。ネットワークの設定やセキュリティの設定など、インフラの基本がひととおり含まれているため、最初の題材として取り組みやすいです。構成図と手順、つまずいた点と解決方法をまとめておくと、学習の過程が伝わります。
Linuxサーバー構築手順書を作る
自分のパソコンに仮想化ソフトを入れ、Linuxサーバーを構築する過程を手順書にまとめます。インフラエンジニアの仕事では、手順書に沿って作業したり、手順書を作成したりする場面が多くあります。そのため、第三者が読んでも同じ環境を再現できる手順書は、実務に近いスキルのアピールになります。
ネットワークの検証環境を作る
仮想環境で複数のサーバーを用意し、IPアドレスの設定や通信の確認を行います。わざと設定を誤った状態を作り、通信できない原因を調べて解決する練習をすると、トラブル対応の考え方を身につけられます。検証の目的、手順、結果、考察をセットで記録しておきましょう。
監視環境を構築する
構築したサーバーのCPUやメモリの使用状況、Webサーバーが動いているかどうかを監視し、異常があったときに通知が届く仕組みを作ります。未経験から入社したインフラエンジニアは、運用・監視の業務から担当するケースが多くあります。監視の仕組みを自分で作った経験があると、入社後の業務を理解したうえで準備していることが伝わりやすくなります。
IaCで環境構築を自動化する
IaC（Infrastructure as Code）は、サーバーやネットワークの構成をコードとして記述し、自動で構築する考え方です。手作業で構築した環境を、あとからコードで再現してみると、手作業との違いや自動化のメリットを自分の言葉で説明できるようになります。未経験者にとってはやや難しい題材ですが、基本的な構築ができるようになった後のステップとして取り組むと、学習意欲の高さを示せます。
インフラ系の学習では、資格の取得もあわせて進めると、知識を体系的に身につけられます。未経験者に人気の資格については、おすすめの資格5選を参考にしてください。
ポートフォリオの作り方の手順
ポートフォリオは、いきなり作り始めるよりも、手順を決めて進めたほうが完成までたどり着きやすくなります。ここでは、Webアプリとインフラのどちらにも共通する作り方の流れを紹介します。
1. 目指す職種と応募したい求人を確認する
最初に、目指す職種と応募したい求人の仕事内容を確認しましょう。求人票の「使用技術」や「歓迎スキル」を見ると、どの言語やツールを学べばよいかがわかります。求人で使われている技術と、ポートフォリオで使う技術をそろえることで、入社後の活躍をイメージしてもらいやすくなります。エンジニア転職の全体像をつかみたい方は、未経験からITエンジニアになるにはもあわせてご覧ください。
2. 題材と機能の範囲を決める
次に、何を作るかを決めます。題材は、自分が使いたいもの、前職で不便に感じていたこと、身近な人の困りごとなどから考えると、作る理由を説明しやすくなります。機能は「必ず実装する機能」と「余裕があれば追加する機能」に分けておくと、途中で手が止まりにくくなります。
3. 画面や構成を設計する
アプリの場合は、画面の流れやデータベースのテーブル構成を、紙や図を描くツールで簡単にまとめます。インフラの場合は、サーバーやネットワークの構成図を描きます。設計を先に考えておくと、作業の抜け漏れが減り、完成後の説明資料としても活用できます。
4. 最小限の形で完成させる
最初から完璧を目指さず、まずは基本機能だけで動く状態を完成させましょう。未経験者のポートフォリオでよくある失敗は、機能を詰め込みすぎて完成しないまま転職活動の時期を迎えてしまうことです。小さくても最後まで完成させた経験は、それだけで評価の材料になります。
5. 改善を重ねて記録を残す
基本機能ができたら、使いやすさの改善や機能の追加、テストコードの作成などに取り組みます。改善の内容はGitのコミット履歴や学習記録に残しておきましょう。どのように改善したのかという過程も、成長の証として評価されます。
6. READMEを整えて公開する
最後に、ポートフォリオの説明をまとめたREADMEを作成し、GitHubなどで公開します。READMEの書き方は、このあと詳しく解説します。
作成にかかる期間は、学習の進み具合や作る内容によって大きく異なります。仕事と両立しながら進める場合は、転職活動のスケジュールから逆算して計画を立てることが大切です。応募書類の準備や面接の期間も考慮し、余裕を持ったスケジュールで進めましょう。
採用担当者に評価されるポートフォリオのポイント
未経験者のポートフォリオで見られているのは、完成度の高さだけではありません。採用担当者や現場のエンジニアが確認しやすいポイントを押さえておきましょう。
| 評価のポイント | 見られていること | 意識したい工夫 |
|---|---|---|
| 作った理由 | 目的を持って学習しているか | 題材を選んだ背景や解決したい課題を書く |
| 技術の選び方 | 求人との関連や選定理由を説明できるか | その技術を選んだ理由を一言添える |
| 完成度と動作 | 実際に動くか、基本機能が正しく動作するか | 公開前に第三者の目線で操作を確認する |
| コードや手順の読みやすさ | 他の人が読むことを意識しているか | 名前の付け方をそろえ、手順書は番号や見出しで整理する |
| 工夫と試行錯誤 | 自分で考え、問題を解決できるか | つまずいた点と解決方法を記録する |
| 継続的な改善 | 学び続ける姿勢があるか | 公開後も改善を続け、履歴を残す |
オリジナルの工夫が1つ以上ある
学習教材の内容をそのまま再現しただけの作品は、ほかの応募者と差がつきにくくなります。教材で学んだ内容をベースにしても構いませんが、自分で考えた機能や改善を1つ以上加えることで、主体的に学習していることが伝わります。
自分の言葉で説明できる
面接では、ポートフォリオについて「なぜこの技術を使ったのか」「一番苦労したところはどこか」などと質問されることがあります。コードや手順の意味を自分の言葉で説明できるよう、準備しておきましょう。面接でよく聞かれる質問への答え方は、面接でよく聞かれる質問で紹介しています。
志望動機とつながっている
ポートフォリオの題材や使った技術が、志望する職種や企業の事業とつながっていると、志望度の高さが伝わります。たとえば、予約システムを開発している企業に応募するなら、予約管理アプリを作った経験を志望動機に盛り込むことができます。
IT業界に詳しいアドバイザーが、求人選びから面接対策までサポート未経験からのエンジニア転職を無料で相談する無料で相談する ›READMEの書き方
READMEとは、GitHubなどでソースコードや資料を公開するときに、作品の概要を説明するためのファイルです。採用担当者は、まずREADMEを読んで作品の内容を把握することが多いため、READMEはポートフォリオの「顔」といえます。
READMEに書きたい項目
READMEには、次のような項目を書いておくと、作品の内容が伝わりやすくなります。
| 項目 | 書く内容の例 |
|---|---|
| 作品の概要 | どのようなアプリ・環境なのかを2〜3行で説明する |
| 作った理由 | 題材を選んだ背景や、解決したい課題 |
| 主な機能・構成 | 実装した機能の一覧、インフラの場合は構成図 |
| 使用技術 | 言語、フレームワーク、データベース、クラウドサービスなど |
| 公開URL・画面イメージ | 動作を確認できるURLや、画面の説明 |
| 工夫した点・苦労した点 | 自分で考えた工夫、つまずいた点と解決方法 |
| 今後の改善予定 | 追加したい機能や、改善したい点 |
読みやすいREADMEにするコツ
READMEは、忙しい採用担当者が短時間で内容を把握できるように書くことが大切です。見出しを付けて項目ごとに整理し、長い文章は箇条書きにまとめましょう。
使用技術は、名前を並べるだけでなく、バージョンや選んだ理由を簡単に添えると、理解して使っていることが伝わります。工夫した点や苦労した点は、「何が問題で、どのように調べ、どう解決したか」という流れで書くと、問題解決力をアピールできます。
インフラのポートフォリオの場合は、構成図と手順の概要、検証の結果をREADMEにまとめ、詳しい手順書は別のファイルに分けると読みやすくなります。
工夫した点の書き方の例
工夫した点は、具体的な場面と理由をあわせて書くと伝わりやすくなります。たとえばタスク管理アプリであれば、「期限切れのタスクを見落とさないよう、期限が近いものを一覧の上部に表示し、色を変えて目立たせました」のように書きます。苦労した点であれば、「予約が重複して登録される不具合が発生したため、登録前に同じ日時の予約がないかを確認する処理を追加して解決しました」のように、問題と解決方法をセットで書きましょう。
避けたいポートフォリオのNG例
せっかく時間をかけて作ったポートフォリオも、見せ方によっては評価が下がってしまうことがあります。次のようなNG例に当てはまっていないか、公開前に確認しましょう。
- 学習教材の作品をほぼそのまま載せていて、オリジナルの工夫がない
- 公開URLにアクセスしてもエラーが表示され、動作を確認できない
- READMEがなく、何を作ったのか、どう使うのかがわからない
- 機能を詰め込みすぎて、どの機能も中途半端になっている
- パスワードやアクセスキーなどの秘密情報がソースコードに含まれている
- 他の人のコードや画像を、ライセンスを確認せずに使っている
- 使った技術について質問されても、説明できない
特に注意したいのが、パスワードやクラウドのアクセスキーなどの秘密情報の取り扱いです。公開リポジトリに秘密情報を載せてしまうと、不正利用される危険があります。設定ファイルを公開の対象から外す、環境変数で管理するなど、セキュリティへの配慮も忘れないようにしましょう。セキュリティを意識していること自体も、エンジニアとしての評価につながります。
また、クラウドサービスで検証環境を作った場合は、使わなくなったサーバーを停止・削除し、想定外の利用料金が発生しないよう管理することも大切です。
ポートフォリオ公開前のチェックリスト
ポートフォリオを応募書類に載せる前に、次の項目を確認しておきましょう。1つずつ確認することで、NG例に当てはまるミスを防げます。
- 公開URLにアクセスし、ログインや登録などの主要な機能が正しく動作する
- スマートフォンなど、パソコン以外の画面でも表示が大きく崩れていない
- READMEに概要、作った理由、使用技術、工夫した点が書かれている
- 手順書は、別の人が読んでも同じ環境を再現できる内容になっている
- パスワードやアクセスキーなどの秘密情報が公開されていない
- 利用している画像や素材のライセンスを確認している
- 使った技術や工夫した点を、1〜2分で口頭説明できるよう準備している
- クラウドの不要なサーバーやサービスを停止・削除している
可能であれば、家族や友人など、エンジニアではない人にも実際に触ってもらいましょう。自分では気づかなかった使いにくさや、説明の足りない部分が見つかることがあります。第三者の意見をもとに改善した経験は、面接で話せるエピソードにもなります。
ポートフォリオの公開方法
ポートフォリオは、採用担当者が確認しやすい形で公開することが大切です。主な公開方法を紹介します。
GitHubでソースコードや手順書を公開する
エンジニアのポートフォリオでは、GitHubでソースコードや手順書を公開するのが一般的です。GitHubはソースコードを管理・共有するためのサービスで、コミット履歴から学習の過程も確認できます。リポジトリを公開設定にし、READMEを整えたうえで、URLを応募書類に記載しましょう。
Webアプリを動かせる状態で公開する
Webアプリの場合は、クラウドサービスなどを使って、実際に動作する状態で公開しておくと、採用担当者がすぐに触って確認できます。静的なサイトであれば、GitHub Pagesを使って公開する方法もあります。公開URLは、応募前に必ず自分でアクセスして、正しく動作するかを確認しましょう。
技術ブログや学習記録で過程を伝える
インフラ系のポートフォリオや学習記録は、技術ブログにまとめる方法もあります。構築の手順や、つまずいた点と解決方法を記事として公開しておくと、学習の過程や文章で説明する力が伝わります。
応募書類にポートフォリオを記載する
公開したポートフォリオは、履歴書や職務経歴書、応募フォームにURLを記載します。URLを載せるだけでなく、「何を作ったのか」「どのような工夫をしたのか」を1〜2行で添えておくと、採用担当者が興味を持ってくれやすくなります。志望動機の中でポートフォリオに触れる方法については、志望動機の書き方も参考にしてください。
未経験エンジニアのポートフォリオでよくある質問
ポートフォリオがないと転職できませんか？
ポートフォリオがなくても、未経験からエンジニアに転職することは可能です。特にインフラエンジニアや運用・保守、テスターなどの求人では、ポートフォリオの提出を求めないケースが一般的です。ただし、開発職を目指す場合や、応募者が多い求人では、ポートフォリオがあると学習してきたことを伝えやすくなります。目指す職種に合わせて、準備の優先度を判断しましょう。
学習教材で作ったアプリをポートフォリオにしてもよいですか？
教材で作ったアプリを学習の成果として載せることは問題ありません。ただし、教材の内容をそのまま再現しただけでは、ほかの応募者との差がつきにくくなります。機能を追加したり、デザインを変えたり、別の題材に応用したりして、自分なりの工夫を加えることをおすすめします。工夫した点はREADMEに明記しておきましょう。
ポートフォリオはいくつ作ればよいですか？
数に決まりはありませんが、未経験者の場合は、しっかり作り込んだ作品が1つあれば十分に評価の材料になります。複数の作品を中途半端な状態で並べるよりも、1つの作品を完成させて改善を重ね、内容を説明できるようにするほうが効果的です。余裕があれば、題材や技術の異なる作品を追加していきましょう。
インフラエンジニア志望でもWebアプリを作ったほうがよいですか？
インフラエンジニアを目指す場合、Webアプリを作ることは必須ではありません。サーバー構築やネットワーク検証の記録、資格の学習などを優先するほうが、志望職種とのつながりを伝えやすくなります。ただし、簡単なWebアプリを自分で作ったサーバー上で動かしてみると、アプリとインフラの関係を理解するのに役立ちます。
ポートフォリオの作成と転職活動は、どちらを先に進めるべきですか？
ポートフォリオが完成してから転職活動を始めなければならないわけではありません。インフラ系など、ポートフォリオが必須ではない職種を目指す場合は、学習を続けながら並行して応募を進めることもできます。開発職を目指す場合も、基本機能が完成した段階で応募を始め、選考と並行して改善を続ける進め方があります。自分に合った進め方がわからない場合は、転職エージェントのアドバイザーに相談するのも一つの方法です。
まとめ
未経験エンジニアの転職において、ポートフォリオの必要性は目指す職種によって異なります。Web系の開発職ではポートフォリオが評価されやすく、インフラ・運用系では必須ではないものの、サーバー構築の手順書や検証環境の構築記録、学習記録が学ぶ姿勢を伝える材料になります。
ポートフォリオを作るときは、目指す職種と求人で使われている技術を確認し、題材と機能の範囲を決めて、まずは小さくても完成させることが大切です。オリジナルの工夫を加え、READMEで作った理由や工夫した点をわかりやすく伝え、自分の言葉で説明できるよう準備しておきましょう。秘密情報の管理など、公開時の注意点にも気を配ることが大切です。
TECH STARTは、エンジニア未経験OKの求人・転職サイトです。10,000件以上の非公開求人を扱っており、専任のアドバイザーが求人紹介から応募書類の添削、面接対策まで無料でサポートします。「自分が目指す職種にポートフォリオは必要か」「今の学習内容で応募できる求人はあるか」といった相談にも対応しています。まずは未経験OKのエンジニア求人一覧から、気になる求人を探してみてください。
