未経験転職のポートフォリオは、作品数より「誰のどんな課題を、なぜその方法で解決したか」を短時間で説明できることが大切です。
- 応募職種に近い作品を1〜3点に絞る
- 動く画面だけでなく、目的・担当範囲・工夫・改善点を書く
- README、操作方法、連絡先、公開情報を提出前に点検する
豪華な作品を増やすより、採用側が数分で内容を理解し、あなたの考え方と現在地を判断できる状態を目指しましょう。
「未経験転職ではポートフォリオに何を載せればよいのか」「学習課題をそのまま提出してよいのか」と迷う方へ、作り方を7段階で整理します。
この記事を読み終えると、応募職種に合わせて作品を選び、READMEと説明文を整え、提出前チェックまで進められます。
ポートフォリオとは「作品集」ではなく判断材料
ポートフォリオは、制作物を並べるだけのページではありません。採用側が、応募者のスキル、考え方、説明力、学習の進め方を確認するための判断材料です。
GitHub公式も、採用活動でプロフィールを共有すると技術スキルや経験を示せると説明し、プロフィールREADME、代表プロジェクト、分かりやすいリポジトリ説明を整える手順を案内しています。
ただし、ポートフォリオの提出が必須か、どの形式が評価されるかは求人・職種ごとに異なります。まず求人票や応募先の案内を確認してください。
未経験転職向けポートフォリオの作り方7段階
1．応募職種と求人を先に確認する
「IT業界向け」という広い作品では、何を評価してほしいのかが伝わりにくくなります。Webエンジニア、インフラ、ヘルプデスク、Webデザイナーなど、候補職種を1〜2個へ絞り、求人を10件ほど見て共通する仕事内容・スキル・提出物をメモします。
まだ職種が決まっていない場合は、先に未経験のIT転職で準備する7項目で仕事内容と希望条件を整理してください。
2．作品で示す能力を1つ決める
一つの作品ですべてを証明しようとすると、完成まで長期化し、説明もぼやけます。「画面を設計できる」「データを整理できる」「利用者の困りごとを手順化できる」など、作品ごとに主役となる能力を決めます。
| 応募先の例 | 作品例 | 伝える能力 | 添える説明 |
|---|---|---|---|
| Webエンジニア | 小さな予約・記録アプリ | 要件整理、実装、データ操作 | 利用者、機能、技術選定、テスト |
| インフラ・運用 | 構成図と環境構築手順 | 構成理解、再現性、切り分け | 前提、手順、確認方法、障害時の対応 |
| ITヘルプデスク | FAQ・問い合わせ対応集 | 問題整理、説明、標準化 | 想定利用者、判断フロー、改善理由 |
| Webデザイナー | 目的別Webページ | 情報設計、視認性、制作意図 | 対象者、課題、導線、修正前後 |
Webデザイン職を考えている方は、Webデザインに必要なスキル7選と照らし合わせると、作品で示す範囲を決めやすくなります。
3．最初は小さく完成させる
未完成の大作より、目的に沿って動き、説明と改善履歴まで確認できる小作品の方が判断しやすくなります。最初の完成条件を「主要機能が動く」「第三者が試せる」「READMEで再現できる」の3つに絞り、追加機能は完成後に分けます。
- 利用者と解決したい課題を一文で書ける
- 主要な操作を最初から最後まで試せる
- エラー時や入力ミス時の挙動を確認した
- スマホまたは想定端末で表示を確認した
4．教材の模写から自分の改善を加える
教材どおりに作った課題は基礎学習の証拠になりますが、そのままでは自分の判断範囲が伝わりにくい場合があります。元教材や参考元を明示したうえで、利用者、機能、デザイン、データ、操作性のいずれかを自分で変更し、理由を説明します。
5．READMEで数分以内に理解できるようにする
GitHub公式では、READMEにプロジェクトの用途、役立つ理由、開始方法などを記載する案内があります。採用向けには、そこへ自分の担当範囲、工夫、課題、改善予定を加えると、制作物だけでは見えない判断過程を伝えられます。
1. 作品名と一文の概要
2. 想定利用者と解決したい課題
3. 主な機能・画面
4. 使用技術と選んだ理由
5. 自分が担当・実装した範囲
6. 工夫した点と苦労した点
7. 動作確認・テスト方法
8. 操作URLまたは実行手順
9. 今後改善したい点
6．代表作品を1〜3点に絞って並べる
GitHub公式の採用向け案内では、プロフィール上で代表的なプロジェクトを3〜5件選んで固定表示する例が示されています。ただし未経験者が最初から数をそろえる必要はありません。
まず応募先との関連性が高く、説明できる作品を1点完成させ、次に異なる能力を示す作品を追加します。
公開するリポジトリやプロフィールには、短い自己紹介、目指す職種、使用技術、代表作品へのリンクを整理します。個人情報、秘密情報、APIキー、他社・前職の非公開情報を含めないことも重要です。
7．第三者が迷わず確認できるか点検する
提出前は、制作した本人ではなく初めて見る人の立場で確認します。リンク切れ、ログイン必須、操作方法不足、スマホ崩れ、サンプルデータ不足があると、作品の中身を見る前に離脱される可能性があります。
| 確認項目 | 合格条件 |
|---|---|
| 最初の30秒 | 誰向けの何の作品か分かる |
| 操作 | 試用URLまたは再現手順が動く |
| 説明 | 担当範囲・工夫・改善点が分かる |
| 表示 | PC・スマホで文字や画面が切れない |
| 安全 | 秘密情報・個人情報・権利侵害素材がない |
| 応募先との接点 | 求人で求める仕事と作品の関係を説明できる |
ポートフォリオで避けたい5つの失敗
- 作品数だけを増やす：似た課題を並べず、代表作品へ説明と改善を追加する
- 技術名だけを書く：何を解決するために使ったかまで説明する
- 教材作品を自作のように見せる：参考元と自分の変更範囲を明示する
- 見た目だけ整えて操作できない：主要導線とエラー時の挙動を確認する
- 求人と無関係な大作へ時間をかける：応募職種に必要な能力から逆算する
職種別｜ポートフォリオがない場合の代替証拠
すべてのIT職でWebアプリやデザイン作品が必要とは限りません。職種や求人によっては、学習記録、構成図、手順書、改善事例、資格、前職での成果説明の方が仕事内容と結びつく場合があります。
| 状況 | 代替できる証拠 | 注意点 |
|---|---|---|
| 公開できる制作物がない | 画面を伏せた構成図、学習ログ、設計意図 | 機密情報や教材の転載を避ける |
| ヘルプデスク志望 | FAQ、障害切り分け、手順書 | 利用者に伝わる説明を重視 |
| インフラ志望 | 構成図、構築記録、確認コマンド | 費用・秘密情報・公開範囲を確認 |
| 学習開始直後 | 週次記録、小さな演習、改善メモ | 未完成を完成品のように見せない |
よくある質問
ポートフォリオは何作品必要ですか？
一律の正解はありません。まず応募職種に近い完成作品を1点用意し、説明と操作確認を整えます。数を増やす場合は、同じ能力の繰り返しではなく別の能力を示せるかで判断してください。
GitHubだけで提出できますか？
求人の指定次第です。コードを確認してもらう職種ではGitHubが役立ちますが、画面をすぐ試せる公開URL、デザイン資料、説明ページが必要な場合もあります。提出形式は応募先へ確認してください。
未完成でも応募してよいですか？
応募条件を満たしていれば応募自体は可能ですが、未完成部分を隠さず、現在動く範囲と改善予定を分けて説明します。応募を無期限に延ばすより、小さく完成させて改善を続ける方が進捗を示しやすくなります。
スクールの課題を掲載してよいですか？
教材・スクールの利用規約や著作権、公開条件を確認してください。公開可能でも、教材由来の範囲と自分が追加・改善した範囲を明記し、第三者のコードや素材を自作のように扱わないことが大切です。
未経験転職のポートフォリオは、「作品を多く見せる」より「応募職種に必要な能力を、完成品と説明で証明する」ことから始めます。
- 求人を確認し、示す能力を決める
- 小さな作品を完成させ、目的と担当範囲を書く
- README、操作、表示、安全性を第三者目線で確認する
・GitHub Docs：Using your GitHub profile to enhance your resume
・GitHub Docs：About the repository README file
・GitHub Docs：About your profile
※応募条件や提出形式は企業・求人ごとに異なります。必ず応募先の最新案内をご確認ください。
