株式会社プロパゲート

ブログ記事

FDEのポートフォリオの作り方は?課題と判断で示す評価される書き方を解説

更新日:2026年9月8日著者:鈴木 貴登14分で読めます
FDEのポートフォリオ

FDEへ応募したいものの、ポートフォリオに何を載せれば自分の強みが伝わるのか悩んでいませんか。完成画面だけを並べても、FDEとしての判断力は伝わりにくいものです。

評価されるポートフォリオは作品集ではなく、顧客の課題をどう捉え、選択肢をどう比較し、何を実装して、どんな結果を得たかを示す記録です。守秘義務がある実務は抽象化して説明できます。

課題・判断・実装・結果の4点をそろえれば、職務経歴書だけでは見えない要件化の力を示せます。ここでは題材の選び方から書き方、公開できない実務の扱いまで整理します。

\FDEの役割と仕事内容を確認できます/

FDEの仕事内容はこちら

1. FDEのポートフォリオは作品集ではなく課題を解決した記録

FDE ポートフォリオ

FDEのポートフォリオは、完成した画面を並べる作品集とは目的が異なります。採用側が読み取ろうとするのは、業務課題に対してどう考え、どこまで自分で決めて動かしたかという判断の跡です。

1.1 一般的なWebエンジニアのポートフォリオとの違い

一般的なWebエンジニアの作品集とFDEのポートフォリオでは、見られる観点が根本から違います。次の表で、両者が中心に置く情報を対比します。

観点
一般的な作品集
FDEのポートフォリオ
中心に置く情報
完成した画面や機能
解いた業務課題と判断
評価の軸
見た目の完成度
なぜその設計にしたか
技術の扱い
使った技術の種類や新しさ
課題に技術をどう当てたか
読み手が知りたい点
何を作れるか
誰のどの作業を変えたか

作品を見せる姿勢のままでは、FDEに求められる判断力が伝わりにくくなります。何を作ったかに加えて、なぜそう決めたかまで書けているかを見直したいところです。

採用側が最初に読むのは、成果物そのものではなく、判断の記録です。

1.2 見た目の完成度より設計判断が問われる理由

FDEのポートフォリオでは、見た目の完成度より設計判断の中身が問われます。同じ機能でも、なぜその構成を選んだのかを説明できるかどうかで評価が分かれるのです。

たとえば社内の問い合わせ対応を自動化する場合、全件をAIに任せるのか、判断が必要な部分は人に戻すのかで設計は変わります。その分岐をどんな理由で決めたかが、FDEの実力を示す材料になります。

採用側は、完成物の美しさではなく、判断の根拠を読んでいます。

設計の意図を一文でも添えておくと、同じ成果物でも伝わり方が変わります。書き終えたあとに「なぜこの形にしたか」を追記する習慣を持つとよいでしょう。

1.3 FDEが課題決定から品質責任まで担う工程

FDEが実際に担う工程には、実装以外の判断が多く含まれます。ポートフォリオでは、この工程のどこを担ったかを示すと伝わりやすくなります。

  • 課題の決定と優先順位づけ
  • 業務プロセスの構造化
  • 作るか作らないかの判定
  • 承認ポイントの設計
  • 関係者との合意形成
  • 最終的な品質への責任

これらのうち自分が関わった工程を明示すると、単なる実装者ではないことが伝わります。担当範囲を正直に線引きすることも、信頼につながる書き方の一つです。

実装以外の工程にどう関わったかが、FDEらしさの証明になります。

2. FDEのポートフォリオの書き方

FDEのポートフォリオに課題・判断・実装・結果を示す流れの図解

ポートフォリオは、成果物を並べる前に書き方の型を決めておくと迷いません。1件ごとに、課題・判断・結果の3要素をそろえる形が基本になります。

2.1 ポートフォリオに課題と自分の判断と結果を書く順番

ポートフォリオは1件ごとに、課題・判断・結果の順で書くと読みやすくなります。次の3ステップで整理してみてください。

  1. 課題を書く:誰のどんな作業が、なぜ問題だったかを最初に示す。
  2. 自分の判断を書く:どの選択肢を、どんな理由で選んだかを説明する。
  3. 結果を書く:作業がどう変わったかを、手順や状態の変化で示す。

この順番なら、成果物の説明が「作ったものの紹介」で終わりません。読み手は、あなたの判断の筋道をそのまま追えます。

この3点がそろって初めて、ポートフォリオは記録として機能します。

2.2 作ったものの説明だけでは評価されない理由

作ったものの機能を並べるだけでは、FDEのポートフォリオとしては評価されにくくなります。採用側が知りたいのは、その成果物によって誰のどの作業がどう変わったかだからです。

「チャットボットを作りました」で止まると、業務への影響が見えません。「問い合わせの一次対応を自動化し、担当者が個別回答に使っていた時間を別業務へ回せるようにした」まで書くと、価値が具体的に伝わります。

機能の説明ではなく、業務の変化を主語にして書くことが評価の分かれ目です。

誰の何が楽になったのかを一文で言えるかを、書き終えるたびに確かめてみてください。

2.3 数字がなくてもポートフォリオで作業手順の変化を示す方法

数字が出せない案件でも、作業手順の変化を書けば成果は伝わります。導入前と導入後で、作業時間・処理件数・ミスの3点を並べて比較する視点を持つとよいでしょう。

たとえば「手作業で1件ずつ転記していた」を「フォーム入力から自動でシートへ反映される」と書き換えるだけで、手順の短縮が見えます。正確な分数がなくても、工程が減った事実は十分に伝わるのです。

比べるべきは絶対値ではなく、前後の差です。

数値を思い出せないときは、作業ステップの数や関わる人数の変化で代替できます。

3. ポートフォリオに載せる生成AIを組み込んだ成果物

FDE ポートフォリオ

FDEのポートフォリオでは、生成AIを実際の業務処理に組み込んだ成果物が中心の材料になります。何を題材に選ぶかで、伝わる実力の幅が変わります。

3.1 LLMを実際の処理に組み込んだ実物が見られる点

FDEのポートフォリオでは、コードの量よりも、生成AIを実際の処理に組み込んで動かした実物があるかが見られます。プロパゲートのFDE職紹介ページの求人でも、生成AI・LLMを組み込んだアプリの試作や運用の経験を必須要件としています。

デモ動画やスライドだけでなく、入力から出力までLLMが関わる形で動くものを一つ用意しておくと強い材料になります。プロンプトを書いただけの実験と、業務フローに組み込んだ実物では、見られ方が変わります。

評価されるのは、LLMを処理の一部として動かした実績です。

小さくても、実際に人の作業を代わりに進める仕組みになっているかを軸に選ぶとよいでしょう。

3.2 ポートフォリオの題材にできる成果物の具体例

ポートフォリオの題材は、身近な業務の自動化から選ぶと再現しやすくなります。生成AIを活かせる題材の例を挙げます。

  • 社内問い合わせへの一次応答
  • 申請書類の内容チェック
  • 議事録やメールの要約
  • 問い合わせ内容の自動分類

どれも大掛かりな開発ではなく、身近な繰り返し作業から始められます。

題材は、自分が実際に困った作業から選ぶと説得力が増します。

3.3 RAGや業務自動化を使った再現しやすい作り方

再現しやすい題材としては、RAGとワークフロー自動化の2つが扱いやすいでしょう。RAGは社内文書を検索して回答の根拠にする仕組みで、問い合わせ応答の題材に向いています。仕組みの概要はRAGとはの解説が参考になります。

もう一つは、複数の作業を自動でつなぐワークフロー自動化です。ツールの一例としてn8nとはを押さえておくと、処理の流れを組み立てやすくなります。

題材選びのコツは、既存の作業をそのまま置き換えられる構造を選ぶことです。

ゼロから発想するより、日々の手作業を仕組みに落とすほうが課題も明確になります。

4. 守秘義務でポートフォリオに実務を出せないときの対処法

FDE ポートフォリオ

業務システムの案件は、そのままでは公開できないことが多いものです。顧客名や数字を伏せながら、課題の構造と自分の判断を残す書き方を押さえておくと安心です。

4.1 顧客名や数値を伏せて課題の構造を示す書き方

実務案件を守秘義務で出せないときは、固有情報を伏せつつ課題の構造だけを残す方法があります。次の手順で置き換えます。

  • 顧客名や製品名を業種や役割に置き換える
  • 具体的な数値を割合や規模感に丸める
  • 画面や画像は構成図や説明文に差し替える
  • 課題の構造と自分の判断はそのまま残す

固有名詞を消しても、どんな課題をどう解いたかは十分に伝わります。伏せる範囲は、勤務先の規定を確認したうえで決めるとよいでしょう。

実際に、ネット上でも掲載範囲に悩む同様の相談が見られます。

ネット上の声

「過去に企業で働いていた時のものを掲載しても良いでしょうか?(すでに世に出回ったものや、企業名等を伏せて掲載する予定です。)」

出典: Yahoo!知恵袋

固有情報を消しても、課題の構造と判断は残せます。

4.2 個人開発でポートフォリオの題材を再現する手順

実務を直接出せない場合は、同じ課題構造を個人開発で再現する方法があります。次の順で進めると、実務に近い題材を作れます。

  1. 課題を抽象化する:実務の課題を、業種を伏せた一般的な形に言い換える。
  2. 同じ構造のデータを用意する:公開データや自作データで似た状況を作る。
  3. 同じ判断で作る:実務で選んだ設計方針を、個人開発でも再現する。
  4. 前後の変化を記録する:作業手順がどう変わったかを書き残す。

この進め方なら、守秘義務を守りながら判断の見せ方を再現できます。

個人開発でも、実務と同じ判断を再現できれば十分な材料になります。

5. FDEのポートフォリオを職務経歴書の裏付けとして使う

ポートフォリオは、職務経歴書と組み合わせて初めて力を発揮します。経歴書で語った担当範囲を、成果物が証拠として裏づける関係を意識すると効果的です。

5.1 職務経歴書とポートフォリオの役割の違い

職務経歴書とポートフォリオは、役割が違います。両者の違いを表で整理します。

項目
職務経歴書
ポートフォリオ
主な役割
担当範囲の説明
担当した仕事の証拠
書く内容
経歴・関わった業務
課題・判断・結果
読み手の関心
何をしてきたか
本当にできるのか

経歴書で述べた担当範囲を、ポートフォリオが裏づける関係になります。片方だけでは、書いた内容の信頼性が伝わりにくくなります。

経歴書とポートフォリオは、説明と証拠の関係にあります。

5.2 経歴書は担当範囲、成果物は証拠という関係

職務経歴書とポートフォリオは、補完関係で組むと効果的です。経歴書は担当範囲を言葉で説明し、ポートフォリオはその内容を実物で証明します。

経歴書に「業務自動化の要件定義を担当」と書くなら、ポートフォリオでその課題と判断を具体的に見せます。両者の記述が一致していると、書類の説得力が高まるのです。どの観点が選考で見られるかは、FDEへの転職で評価される選考軸も参考になります。

経歴書の主張を、ポートフォリオが一つずつ裏づける形が理想です。

二つの書類で語る内容がずれていないかを、提出前に見直しておくとよいでしょう。

5.3 FDEの選考の流れの中での使いどころ

ポートフォリオは、選考のどの段階でも判断の裏づけとして使えます。プロパゲートの選考は、次の流れで進みます。

  1. 書類選考で経歴とポートフォリオを提出する
  2. Web面接で課題と判断の背景を説明する
  3. 対面面接で具体的な進め方を掘り下げる
  4. 採否が決まる

各段階で聞かれる「なぜそうしたか」に、ポートフォリオの記述がそのまま答えになります。面接で語る内容と書面をそろえておくと、話がぶれません。

面接の各段階で問われる「なぜ」に、記録がそのまま答えます。

6. 株式会社プロパゲートのFDEという働き方

ここまでの考え方は、プロパゲートが実際に採用しているFDEの働き方とつながっています。現場の課題を動く仕組みに変える職種として、どんな役割を担うのかを紹介します。

6.1 現場の課題を動く仕組みに変える職種

ブログや自動化に専任担当者を置けない現場でも、課題を見つけて仕組みに変える人がいれば業務は動き出します。FDEは、現場の課題を理解する段階から本番導入までを一気通貫で担う職種です。

実際に、SNS上でもFDEの役割は次のように説明されています。

SNSの声

「FDEは、顧客のチームと社内のプロダクト開発チームを行き来しながら働くソフトウェアエンジニア」

出典: X(@iwashi86)

プロパゲートのFDE職紹介ページでは、入力・転記・集計・分析・報告といった手間のかかる作業をAIが引き受け、人が課題決定と品質の責任を担う役割分担を重視しています。実装だけでなく、どの作業を仕組みに変えるかを決めるところからが仕事です。

FDEの中心にあるのは、課題を決めて動かすまでを見届ける姿勢です。

ポートフォリオで求められる書き方が、そのまま日々の仕事の進め方と重なります。

6.2 FDEに向いている人の特徴

FDEには、実装力だけでなく現場と向き合う力が求められます。向いている人の特徴を挙げます。

  • 相手の業務を聞き出す対話力
  • 課題を分解する分析力
  • 判断の理由を伝える言語化力
  • 作る前に要否を見極める判断力

技術力に加えて、これらの力を持つ人ほど成果を出しやすい職種です。自分の強みがどこにあるかを、ポートフォリオでも意識して見せるとよいでしょう。

技術力と現場対応力の両方を持つ人が、FDEに向いています。

6.3 応募前に確認しておきたい点

応募を検討する際は、本番開発や要件定義の経験を振り返っておくと準備がしやすくなります。実際に人の作業を変えた経験があれば、それがそのまま応募材料になります。

役割の詳細はプロパゲートのFDE職紹介ページにまとまっています。担う仕事の範囲を具体的にイメージできます。

募集内容や条件を確認したい方は、FDEの求人ページもあわせてご覧ください。応募前に一度目を通しておくと、自分に合うかを判断しやすくなります。

確認しておきたいのは、課題を決めて動かした経験があるかどうかです。

\4つのFDEポジションを募集中です/

FDEの求人一覧はこちら

7. FDEのポートフォリオに関するよくある質問

FDEのポートフォリオについて、よく寄せられる疑問をまとめます。準備を始める前の判断材料としてご覧ください。

7.1 実務経験がない場合はポートフォリオに何を載せればよいですか?

実務経験がなくても、個人開発や再現制作で課題と判断を示せば評価につながります。ポートフォリオに載せる材料には次のものがあります。

  • 身近な業務を自動化した個人開発
  • 実務の課題構造を再現した制作物
  • 生成AIを処理に組み込んだ試作

いずれも、作った機能ではなく、なぜその設計にしたかまで書くことが評価の鍵になります。経験の有無より、判断の跡が残っているかを見られると考えておくとよいでしょう。

7.2 GitHubのスターや技術ブログは評価されますか?

GitHubのスター数や技術ブログの本数は、それ自体が主な評価材料になるわけではありません。FDEの選考で見られるのは、数や量より、生成AIを実際の処理に組み込んで動かした実物があるかどうかです。

スターの多い実験的なコードより、小さくても人の作業を代わりに進める仕組みのほうが評価につながります。発信を続けているなら、その裏づけとして動く実物を一つ添えておくとよいでしょう。

7.3 業務で作ったものはポートフォリオにそのまま載せてよいですか?

業務で作ったものをそのまま載せるのは、守秘義務の観点から避けたほうが安全です。判断の基準は、顧客名や具体的な数値など、外に出せない情報が含まれていないかどうかにあります。

固有情報を伏せ、課題の構造と自分の判断だけを残す形に置き換えれば、公開できる場合があります。伏せる範囲は勤務先の規定を確認し、迷うときは載せない判断をしておくと安心です。

8. まとめ:FDEのポートフォリオは課題と自分の判断で組み立てよう

FDEのポートフォリオは、作品集ではなく課題を解いた記録として組み立てることが評価につながります。1件ごとに課題・自分の判断・結果の3点をそろえ、誰のどの作業がどう変わったかまで書くことが出発点になります。

数字が出せない案件でも、作業手順の変化で成果は示せます。守秘義務で実務を出せないときは、固有情報を伏せて課題の構造を残すか、個人開発で同じ構造を再現する方法があります。

職務経歴書で担当範囲を語り、ポートフォリオでその証拠を見せる。この二つをそろえ、課題と自分の判断で組み立てることが、FDEへの転職準備を進める近道になります。まずは手元の1件を、課題・判断・結果の型で書き直すところから始めてみてください。

仕事内容はプロパゲートのFDE職紹介ページ、現在の募集条件はプロパゲートの求人一覧で確認できます。

\FDEの仕事内容と募集条件を確認/

FDEの求人一覧はこちら