>_FDE Portal

Portfolio

FDE向けポートフォリオの作り方

最終更新: 2026-07-11(数値・事実は出典元の公表情報にもとづきます)

FDEのポートフォリオで証明すべきはただ一つ、「実データで動くものを作り、実際に使われ、業務が変わった」こと。モデル精度やスター数の自慢とは別物です。選考で効く構成を解説します。

FDEポートフォリオの評価基準は「導入の再現性」

採用側がポートフォリオで見たいのは、入社後に顧客先で同じことができるかです。したがって評価されるのは:

  • ❌ Kaggleの順位・モデル精度の数字だけ
  • ❌ チュートリアルをなぞったチャットボット
  • 実在の誰かの実データ・実業務で動き、使われ続けているもの

効く構成: 1プロジェクト=1ストーリー

要素書くこと
1. 課題誰の・どんな業務の・何が困っていたか(ヒアリングで見つけた過程も)
2. 技術判断なぜその構成にしたか。採らなかった選択肢とその理由
3. 実装動くデモURL or 90秒動画+コード(LLM/RAG/データパイプライン等)
4. 導入と成果実際に使われたか。時間削減・ミス減などの変化(小さくても実数で)
5. 運用と改善使われて分かった問題と直した内容=伴走力の証明

題材の見つけ方(実務経験がなくても)

  1. 身近な業務の困りごとを拾う — 所属先の他部署・家族の仕事・地域の団体。ヒアリングから始めること自体がFDEの訓練になります
  2. 公開データ×実在の意思決定 — 例: 自治体オープンデータで実際の判断を支援するツール
  3. 自分の繰り返し作業の自動化 — 最低ラインですが、運用改善の記録があれば評価対象になります

作ったものは面接でそのままデモできる形(URL一発・データ入り)にしておくのが最強です。

よくある質問

FDEのポートフォリオはGitHubだけで十分ですか?

コードだけでは不十分です。FDEの評価軸は「導入して成果が出たか」なので、①動くデモ(URL or 動画)②課題と成果の説明(誰の何がどう変わったか)③技術判断の理由、の3点セットで見せるのが効果的です。

業務経験がない領域でも題材にできますか?

できます。身近な非エンジニア(家族・友人・所属コミュニティ)の実際の困りごとを題材に、ヒアリング→実装→使ってもらう→改善のサイクルを回した記録は、FDEの仕事の縮図としてそのまま評価対象になります。

FDEというキャリアに興味が湧いたら

スキルと希望を登録しておくと、FDE求人・企業情報をお届けします(無料・いつでも削除可)。

FDE人材プールに登録する