IT系転職でGitHubポートフォリオを評価してもらうための整え方

はじめに

IT・AI系の転職活動でGitHubのポートフォリオは大きな武器になります。でも「とりあえずコードをアップしてある」状態では評価されません。採用担当者が見て「この人は使える」と判断できるポートフォリオの整え方を解説します。

採用担当者がGitHubで見るポイント

採用担当者がGitHubで確認するのは、コードの量よりREADMEの質と継続性です。「何を作ったか・なぜ作ったか・どんな成果が出たか」が一目でわかるREADMEがあるかどうかが最初の評価ポイントになります。また草（コントリビューションのヒートマップ）が緑に塗られているかどうかで「継続的にコードを書いている人かどうか」を判断されます。週1回でも何かコミットする習慣をつけましょう。

READMEに必ず入れるべき要素

プロジェクト名と概要（1〜2行で何をするものか）、デモ画像・GIF（動いている様子を見せる）、技術スタック（使用言語・フレームワーク・ライブラリ）、背景・課題（なぜこれを作ったか）、結果・成果（数字がある場合は必ず記載）、環境構築方法の6点が必須です。特に「背景・課題」と「結果・成果」は差別化になります。「製造ラインの異常検知の精度を60%から85%に向上させた」という数字入りの成果は面接での話題にもなります。

機械学習ポートフォリオの理想的な構成

4〜5本のプロジェクトを用意することが理想的です。具体的には製造ラインの異常検知システム（Isolation Forest・LightGBM）、社内文書へのQ&Aシステム（RAG・LangChain・ChromaDB）、売上データの需要予測ダッシュボード（Prophet・Streamlit）、Signateコンペへの参加ノートブック（スコアと順位を明記）という構成が効果的です。実務に近いテーマを選ぶことで「即戦力感」が伝わります。

ポートフォリオを充実させる具体的な方法

業務で作ったものをそのまま公開することは機密情報の観点から難しいですが、「同じ手法を使ったオープンデータでの再現実装」であれば公開できます。Kaggle・SignateのコンペノートブックをそのままGitHubに上げることも有効です。Google ColabのノートブックをGitHubにリンクすることで、採用担当者がすぐ動かして確認できる状態にできます。

GitHubプロフィールページの整え方

GitHubにはREADME.mdを使ったプロフィールページを作れます。自己紹介・得意な技術スタック・代表的なプロジェクトへのリンクをまとめておくと採用担当者が見やすくなります。ピン留め機能（最大6件）を使って代表的なリポジトリを目立たせましょう。職務経歴書にGitHubのURLを記載しておくことで、技術力の証明ページとして機能します。

よくある質問

「GitHubに上げるコードは業務で作ったものでもいいですか」という質問をよく受けます。機密情報・個人情報を含むコードはそのまま公開できません。「同じ手法を使ったオープンデータでの再現実装」や「業務と無関係のサイドプロジェクト」であれば公開できます。KaggleやSignateのコンペノートブックをそのまま公開することも有効な方法です。「GitHubのコミット頻度はどのくらいが理想ですか」という質問については、週1〜3回のコミットが継続的に続いていれば十分です。量よりも継続性が採用担当者には重要です。小さな改善・ドキュメントの更新でもコミットとして記録されるため、毎日完璧なコードを書く必要はありません。まず現在のプロジェクトのREADMEを整備するだけでも大きな改善になります。

まとめ

GitHubポートフォリオは「何を作ったか×なぜ作ったか×どんな成果が出たか」が伝わるREADMEが最も重要です。機械学習エンジニアなら実務に近いテーマで4〜5本のプロジェクトを整備し、Signateのコンペ実績も合わせて掲載することで採用担当者に強い印象を与えられます。まず既存のプロジェクトのREADMEを整備することから始めましょう。

GitHubポートフォリオは一度整備すれば転職活動のたびに使える資産になります。まず今日、現在のプロジェクトのREADMEを1つ整備するところから始めてみましょう。小さな一歩の積み重ねがMLエンジニアとしての存在感を高めます。