ITエンジニア・ITコンサルの次のキャリアを考える方へ
フリーランスとして案件を探すか、正社員として環境を変えるか。
どちらが合うかは、これまでの経験や希望する働き方によって変わります。
セルワークITフリーランスでは、フリーランス向けの案件紹介に加えて、正社員のITエンジニア・ITコンサル向けの転職相談にも対応しています。
まずは、自分の経験でどのような案件・求人が選択肢に入るのかを確認してみてください。

フリーランスとして案件を探すか、正社員として環境を変えるか。
どちらが合うかは、これまでの経験や希望する働き方によって変わります。
セルワークITフリーランスでは、フリーランス向けの案件紹介に加えて、正社員のITエンジニア・ITコンサル向けの転職相談にも対応しています。
まずは、自分の経験でどのような案件・求人が選択肢に入るのかを確認してみてください。
未経験からエンジニア転職を目指すとき、多くの人が悩むのがポートフォリオです。

どのくらい作り込めば応募できるのか



簡単なアプリではレベルが低いのではないか



ポートフォリオなしだと書類で落ちるのか



他の人の作品例を見ると、自分のものがしょぼく見える
こう感じて、なかなか応募に踏み出せない人もいると思います。
結論から言うと、未経験者のポートフォリオに、実務経験者レベルの完成度は求められません。
ただし、ただ動くだけ、教材を写しただけ、説明できない作品では評価されにくくなります。
採用側が見たいのは、作品の豪華さだけではありません。
何を作ろうとしたのか、どこで詰まったのか、どう調べたのか、なぜその技術を使ったのか、改善点を理解しているか。こうした過程も見られます。
この記事では、未経験エンジニアに必要なポートフォリオのレベル、ポートフォリオなしで応募する場合の考え方、評価されやすい作品例、見せ方、転職活動への活かし方を整理します。


未経験エンジニアの転職では、ポートフォリオがあると有利に働く場面があります。
ただし、すべての求人で必須ではありません。
会社や職種、採用方針によって、ポートフォリオの扱いは変わります。
未経験歓迎の求人では、ポートフォリオが必須ではない場合もあります。
特に、研修制度がある会社や、テスト・運用保守・ヘルプデスクなどからスタートする求人では、作品よりも人柄、学習意欲、コミュニケーション、勤怠面を重視することがあります。
ただし、ポートフォリオが不要という意味ではありません。
未経験者は実務経験を語りにくいため、採用担当者から見ると「どのくらい手を動かしているのか」が分かりにくい状態です。
ポートフォリオがあれば、学習内容や理解度を具体的に見せられます。
ポートフォリオは内定を保証するものではありませんが、未経験者が学習姿勢と考え方を伝える材料になります。
求人票に必須と書かれていなくても、作っておく価値はあります。
ポートフォリオがあると、面接で話しやすくなります。たとえば、



プログラミングを学んでいます
と言うだけでは、採用担当者は実力を判断しにくいです。
一方で、実際に作ったアプリがあれば、具体的に説明できます。
面接では、次のような話ができます。
完璧な作品でなくても、自分の言葉で説明できれば評価につながります。
むしろ、未経験者の場合は「完成品のすごさ」より、「自分で考えて作った形跡」が大切です。
ポートフォリオなしでも応募できる求人はあります。
ただし、その場合は別の材料で学習姿勢を示す必要があります。
たとえば、次のようなものです。
「まだ何も作っていません」だけだと、採用側は判断しにくくなります。
ポートフォリオなしで応募する場合は、なぜまだ作れていないのか、今どこまで学習しているのか、いつまでに何を作る予定なのかを説明できるようにしましょう。


未経験エンジニアのポートフォリオに必要なのは、派手なデザインや珍しいアイデアではありません。
まずは、基本的な機能が動き、自分で説明できるレベルを目指す方が現実的です。
採用担当者は、ポートフォリオの完成度だけを見ているわけではありません。
もちろん、エラーがなく動くことは大切です。
画面が崩れていない、ログインできる、登録できる、一覧表示できる、編集できる、削除できる。
こうした基本は見られます。
ただ、未経験者の場合は、作成過程も見られます。
たとえば、次のような点です。
完成度が高くても、何をしたのか説明できなければ評価されにくくなります。
反対に、見た目はシンプルでも、設計意図や改善点を説明できる作品は評価されやすくなります。
未経験者向けのポートフォリオでは、まず基本機能をきちんと動かしましょう。
たとえば、Webアプリなら次の機能があると説明しやすくなります。
すべてを入れる必要はありません。
ただし、CRUDと呼ばれる作成・読取・更新・削除の基本操作は、未経験者の学習成果として見られやすい部分です。
たとえば、タスク管理アプリなら、タスクを登録し、一覧で見て、期限やステータスを編集し、不要になったら削除できる。これだけでも、基本的なWebアプリの流れを説明できます。
未経験者のポートフォリオでは、珍しい機能よりも、基本機能が安定して動くことが先です。
変わったアイデアを入れる前に、ログイン、CRUD、入力チェック、エラー時の動きを整えましょう。
ポートフォリオで最も避けたいのは、自分で説明できない状態です。
教材を見ながら作ったとしても問題ありません。
最初は誰でも教材や記事を参考にします。
ただし、面接で聞かれたときに何も答えられないと、評価は下がります。
たとえば、次の質問に答えられるようにしておきましょう。
答えが完璧である必要はありません。



まだ理解が浅い部分がありますが、ここまでは自分で調べました
と説明できるだけでも印象は変わります。


未経験者向けのポートフォリオは、身近な課題を解決するアプリが作りやすいです。
採用担当者にとって分かりやすく、面接でも説明しやすいからです。
最初に作りやすいのは、CRUDを含むアプリです。
CRUDとは、データの作成、読取、更新、削除のことです。
多くの業務システムで使われる基本操作なので、未経験者のポートフォリオとして説明しやすくなります。
例としては、次のようなものがあります。
たとえば、学習記録アプリなら、学習内容、学習時間、使用教材、理解度、メモを登録できます。
日付で検索したり、週ごとの学習時間を表示したりすると、少し実用性が出ます。
重要なのは、ただ作るだけでなく、誰のどんな課題を解決するのかを説明できることです。
未経験者でも、業務改善を意識したアプリは評価されやすいです。
実際の開発現場では、業務の非効率をシステムで改善する仕事が多いからです。
たとえば、次のようなアプリです。
業務改善アプリでは、機能だけでなく運用を考えると説明しやすくなります。
たとえば、問い合わせ管理アプリなら、次のような点を考えます。
このように考えると、単なる練習用アプリではなく、実務に近いポートフォリオになります。
少しレベルを上げたい場合は、API連携を入れる方法があります。
たとえば、天気API、地図API、書籍検索API、翻訳API、ニュースAPIなどを使うアプリです。
例としては、次のようなものがあります。
API連携を入れると、外部サービスとのやり取り、エラー時の処理、データの受け取り方を説明できます。
ただし、APIを使うこと自体が目的にならないようにしましょう。
なぜそのAPIが必要なのか、ユーザーにどんな便利さがあるのかを説明できる方が大切です。


ポートフォリオは、何でも出せばよいわけではありません。
提出すると逆に印象が悪くなる作品もあります。
特に、写経だけ、動かない、自分で説明できない作品は注意が必要です。
教材を見ながら作ること自体は問題ありません。
しかし、教材とほぼ同じ作品をそのまま提出すると、評価されにくくなります。
たとえば、スクールの課題で作ったSNSアプリやECサイトを、画面も機能もほぼそのまま出す場合です。
採用担当者から見ると、どこまで自分で考えたのか分かりません。
教材を参考にした場合は、次のように自分なりの変更を入れましょう。
写経から始めても構いません。
そこから一歩、自分で考えた部分を足すことが大切です。
デプロイ先で動かない作品は、提出前に必ず直しましょう。
採用担当者がURLを開いたときにエラーが出る、ログインできない、登録できない、画面が崩れている。
こうした状態だと、内容を見る前に不安を持たれます。
提出前には、次の確認をしましょう。
すべて完璧でなくても、主要機能が動く状態にはしておきたいところです。
提出前に最低限確認すべきなのは、採用担当者が迷わず開けて、主要機能を触れる状態になっているかです。
見た目がきれいでも、自分で説明できない作品は危険です。
特に、AIやテンプレート、他人のコードを多く使った場合は注意してください。
参考にすることは悪くありませんが、どこを参考にし、どこを自分で考えたのかを説明できる必要があります。
面接で聞かれやすいのは、次のような点です。
答えられない場合は、提出前にコードを読み直しましょう。
完璧に理解できていない部分があっても構いません。
ただし、



ここは教材を参考にしましたが、処理の流れはこう理解しています
と言える状態にはしておきたいです。


ポートフォリオは、作品そのものだけでなく見せ方も大切です。
採用担当者は、限られた時間で確認します。
URLを開いても使い方が分からない、GitHubを見ても説明がない、何を見てほしいのか分からない状態では、評価されにくくなります。
GitHubにコードを置くなら、READMEを整えましょう。
READMEは、作品の説明書です。
未経験者のポートフォリオでは、ここがかなり見られます。
最低限、次の項目を入れておくと分かりやすくなります。
たとえば、「学習記録アプリ」なら、ただの説明ではなく、「未経験者が学習内容を忘れないように、日付・教材・学習時間・詰まった点を記録できるアプリ」と書くと、目的が伝わります。
READMEがあると、採用担当者は作品を理解しやすくなります。
GitHubも見られることがあります。
未経験者の場合、コードの美しさだけでなく、学習の痕跡も見られます。
次の点を整えておきましょう。
特に、APIキーやパスワードをGitHubに上げないように注意してください。
また、コミットメッセージも見られることがあります。
すべて完璧でなくてもよいですが、「修正」「test」だけが大量に並ぶより、何を変更したのか分かる方が印象はよくなります。
ポートフォリオは、作って終わりではありません。
面接で説明できるように準備しておきましょう。
話す内容は、次の流れにすると伝わりやすいです。
たとえば、次のように話せます。



未経験で学習を続ける中で、何をどれくらい勉強したか忘れてしまうことが多かったため、学習記録アプリを作りました。日付、教材、学習時間、詰まった点を登録でき、週ごとの学習時間を確認できます。実装では検索機能とバリデーションで苦労しました。今後はグラフ表示や目標設定機能を追加したいです。
このくらい話せれば、作品の規模が大きくなくても、自分で考えて作ったことが伝わります。


ポートフォリオのレベルを上げたいときは、機能を増やすだけではなく、完成度と説明力を上げましょう。
未経験者の場合、アプリを大きくしすぎると完成しないまま止まることがあります。
小さく作り、改善を重ねる方が現実的です。
ポートフォリオ作成中に出たエラーは、残しておくと面接で話せる材料になります。
たとえば、次のようにメモします。
エラー対応の記録は、未経験者にとって大事なアピール材料です。
なぜなら、実務でもエラーは必ず出るからです。
採用側は、エラーが出ない人ではなく、エラーが出たときに調べて前に進める人を見たいのです。
ポートフォリオを改善するときは、大きな機能追加より小さな改善を積み重ねましょう。
たとえば、次のような改善です。
こうした改善は、実務に近い視点です。
派手ではありませんが、「使う人のことを考えている」「保守しやすさを意識している」と伝わります。
ポートフォリオのレベルを上げるなら、機能数を増やすより、使いやすさ・説明しやすさ・保守しやすさを整える方が効果的です。
自分だけで作っていると、改善点に気づきにくくなります。
可能であれば、誰かにレビューしてもらいましょう。
レビューしてもらう相手は、現役エンジニアが理想です。
ただし、難しい場合は、学習コミュニティ、スクール、転職支援サービス、友人などでも構いません。
見てもらうポイントは、次のように分けるとよいです。
レビューを受けると、修正点が多く出ることがあります。
落ち込む必要はありません。むしろ、指摘を受けて直した経験は面接で話せます。



第三者に見てもらい、入力エラー時の表示とREADMEを改善しました
と言えるだけでも、学習姿勢が伝わります。


ポートフォリオは、作っただけでは転職活動に活きません。
応募先の選び方、職務経歴書での書き方、面接での説明まで含めて準備しましょう。
未経験者の場合、ポートフォリオの内容と応募先が大きくずれていると伝わりにくくなります。
たとえば、Webアプリを作ったなら、Web開発、受託開発、自社サービス、業務システム開発などの求人と相性がよいです。
一方で、インフラ運用やヘルプデスク中心の求人では、ポートフォリオより別の基礎知識やコミュニケーションが見られる場合があります。
応募先を見るときは、次の点を確認しましょう。
ポートフォリオを作ったからといって、どの求人にも通用するわけではありません。
作品の内容と応募先の仕事が近いほど、面接で説明しやすくなります。
ポートフォリオは、職務経歴書や面接で言語化して初めて伝わります。
職務経歴書には、作品URLだけでなく、概要も書きましょう。
たとえば、次のように整理できます。
未経験者の場合、前職の経験も合わせて説明するとよいです。
たとえば、営業経験がある人なら、顧客対応や課題整理。
事務経験がある人なら、業務改善やExcel管理の課題。接客経験がある人なら、ユーザー目線や説明力。
こうした経験とポートフォリオのテーマがつながると、説得力が出ます。



前職で手作業の管理に課題を感じたため、タスク管理アプリを作りました
と言えれば、作成理由が自然になります。
ポートフォリオを作った後は、求人や案件情報を見て、自分の現在地を確認することも大切です。
未経験者の場合、いきなりフリーランス案件を目指すより、まず正社員として開発経験を積む方が現実的なことが多いです。フリーランス案件では、参画後すぐに成果を出せる経験や自己管理力が見られます。
一方で、求人や案件情報を見ることで、将来的にどの経験が評価されるのかを知ることはできます。
セルワークITフリーランスでは、フリーランスのITエンジニア・ITコンサル向け案件を中心に、上流工程・ITコンサル案件、月80万円以上の案件、リモート可能案件などを扱っています。
取引企業数1100社以上、毎日300件以上の新規案件、リモート可能案件85%以上といった情報は、今のポートフォリオや学習内容が、将来どの経験につながるのかを見る材料になります。
ただし、ポートフォリオ作成段階の未経験者が、すぐに高単価案件へ進めるわけではありません。
まずは正社員転職や実務経験の獲得を優先し、その後に開発経験、設計経験、上流工程、ITコンサル寄りの経験へ広げる方が現実的です。
セルワークITフリーランスは、フリーランス案件だけでなく、正社員のITエンジニア・ITコンサル向けの転職相談にも対応しています。未経験からどの職種を目指すか、正社員で経験を積むか、将来的に独立も視野に入れるかを比較する材料として確認できます。
また、LINEでは非公開求人や案件情報も配信されています。転職支援や案件紹介を本格的に受ける前に、まずはどのような求人・案件があるのかだけ見たい場合は、情報収集の入口として確認できます。
ポートフォリオは、豪華なアプリを作るためだけのものではありません。
未経験者にとっては、自分がどこまで学び、何を考え、どのように問題を解決したかを伝えるための材料です。完成度に不安があっても、基本機能を整え、自分の言葉で説明できる状態にして、少しずつ応募へ進めていきましょう。
ITエンジニア・ITコンサルのキャリアでは、収入、働き方、担当工程、リモート可否など、何を重視するかによって選ぶべき道が変わります。
セルワークITフリーランスでは、上流工程・ITコンサル案件や月80万円以上の案件、リモート可能案件などを扱っています。
一方で、フリーランスだけを前提にせず、正社員転職という選択肢も含めて相談できます。
今の経験を活かして案件を探すべきか、転職で環境を変えるべきか、もう少し経験を積むべきか。
まずは、サービスページで対応領域や案件の特徴を確認してみてください。
セルワークITフリーランス編集部は、ITエンジニア・ITフリーランス・SES人材のキャリア支援を行う「株式会社セルバ」が運営する編集チームです。
株式会社セルバは、Webシステム開発・ポータルサイト構築を中心に20年以上の実績を持ち、IT業界・人材業界の両分野において、事業運営と現場支援の両面から関わってきました。
自社サービスとして、IT人材向けの求人・マッチング・キャリア支援に関する複数のWebサービスを運営しています。
編集部では、そうした事業運営の中で蓄積されてきたITフリーランスからの相談内容、案件参画時の実例、契約・単価・キャリアに関する課題をもとに、実務に即した情報を編集・監修しています。
本メディア「セルワークITフリーランス」では、単なる一般論や表面的なノウハウではなく、現場で実際に起きている課題や意思決定のポイントを重視し、ITフリーランスが自分に合った働き方を選ぶための情報提供を目的としています。
記事はすべて、IT業界・人材業界の実務に携わる運営チームによる確認・編集体制のもとで公開しています。
コメント
コメント一覧 (4件)
[…] […]
[…] […]
[…] […]
[…] […]