FDE選考の回し方——ケースとロールプレイで見られる観点(シリーズ4/5)

Alex Ishiguro • • • 読了目安:4分
FDE選考の回し方——ケースとロールプレイで見られる観点(シリーズ4/5)
目次▼
  1. 1結論を先に
  2. 2まず用語の地図
  3. 3具体例:選考のよくある流れ(架空の合成)
  4. 4実装パートで見られる観点
  5. 5ケースパートの型
  6. 6ロールプレイで見られる観点
  7. 7行動面接で効く答え方
  8. 8よくある落とし穴
  9. 9いまの一手

第3回で証拠の残し方を書いた。第4回は、その証拠が選考の場でどう試されるかだ。

会社によって流れは違う。ただ、FDE(客先で本稼働まで通すエンジニア)に近い役割の選考には、共通の型がある。転職を決めていなくても、「自分の職場の評価面談で何が問われているか」を読み替える材料にもなる。

この記事の使い方

  • 決めること: 自分が弱い選考パートはどれか(実装/ケース/ロールプレイ/行動面接)
  • 決めないこと: まだ「志望動機の美文」
  • 前提: ここに書くのは一般的な型。特定企業の内部情報ではない

結論を先に

選考パート見られやすいもの落としやすいもの
実装/課題通る最小実装、失敗処理、説明動くが説明できない/過剰設計
ケース業務フロー→受け入れ条件→リスクいきなり製品名・技術名を言う
ロールプレイ聞き方、スコープの守り、合意の取り方論破、営業トーク過多
行動面接通しきった具体、失敗の処理抽象的な「チームワーク」

まず用語の地図

用語かみ砕いた意味
ケース面接架空(または匿名)の顧客状況を渡され、その場で方針を立てる面接
ロールプレイ面接官が顧客役。あなたの折衝を見る
行動面接「過去にどうしたか」を深掘りする面接
オンサイトオフィスや、長めのオンラインでまとめて行う選考日
テイクホーム持ち帰り課題。時間制限付きの実装や設計
振り返り(デブリーフ)演習のあと「なぜそうしたか」を話す時間。ここでも評価される

具体例:選考のよくある流れ(架空の合成)

  1. 書類(職務経歴書)
  2. 採用/現場FDEとの初回面談
  3. テイクホーム、またはその場での実装
  4. ケース+ロールプレイ
  5. 最終(価値観・稼働・他社比較)

全部が揃うとは限らない。ただし3か4のどちらかで「通す力」が見られると思ってよい。

実装パートで見られる観点

FDEの実装試験は、競技プログラミングより「読んで、直して、説明できる」に寄ることが多い。

観点良いサイン弱いサイン
完了定義「何ができたら終わりか」を先に確認する黙って全部作ろうとする
失敗エラーと再試行を口に出すうまくいく道筋だけ
時間薄い縦スライスを先に通す基盤だけ綺麗で何も動かない
説明取捨選択の理由を言える「ベストプラクティスだから」だけ

準備: 第2回の実装必須5項目を、短い課題で毎週1本だけ通す。趣味の大作アプリより、こちらを優先した方がよい。

ケースパートの型

渡される状況の例(架空):

国内の中堅企業が、問い合わせメールの下書きに生成AIを使いたい。情シスはデータ持ち出しを嫌がる。現場は昨日から使いたい。

ここで見られるのは「正しい製品名」ではない。

  1. 現状の業務フローを質問で掘る(誰が、何を、どの頻度で)
  2. 成功の受け入れ条件を仮置きする(例: 下書きの修正率がX以下——数字は仮でよいが、置き方を見せる)
  3. リスクを分類する(データ/権限/決裁/現場の抵抗)
  4. 最初の縦スライスを提案する(全部自動化しない)
  5. 本稼働の定義と運用移管の入口を言う

いきなり「ならRAGで」と言うと、多くの場で減点されやすい。技術は条件のあとに出す。

ロールプレイで見られる観点

顧客役は、わざと曖昧で、ときどき無理を言う。

良い振る舞い避ける振る舞い
不明点を質問に変える一発で完璧な答えを演じる
「今はやらない」を丁寧に明示する全部引き受ける
次の会議までの成果物を約束する大きなビジョンだけ語る
相手の成功指標を復唱する相手の言葉を無視して自社製品の言葉に置き換える

くだけて言えば、論破せず、通る線を一緒に引く姿勢だ。

行動面接で効く答え方

いわゆる STAR(状況/課題/行動/結果)でもよいが、FDE向けには次の順が噛み合いやすい。

  1. 止まっていた理由(業務/権限/決裁)
  2. 自分が通した経路
  3. 本稼働の状態
  4. 失敗と再発防止
  5. 自分が抜けたあとの状態

第3回のエピソード型そのものだ。暗記セリフより、数字か検証可能な前後を1つ入れる。

よくある落とし穴

  1. AIトレンド話で時間を使う — 採用側は昨日のニュースを知りたいのではない
  2. 自社プロダクトの機能一覧を読む — 顧客の成功条件が先
  3. 完璧主義で課題を未提出 — 途中でも、通った部分と残りを説明する方がマシなことが多い
  4. 秘密を話しすぎる — 現職・前職の機密は抽象化する(第3回)
  5. 「人の問題なので自分は関与しない」 — FDEは、人の問題の入口までが仕事に含まれることが多い

いまの一手

本気で狙う人

  1. 架空ケースを1つ作り、15分で「質問→受け入れ条件→縦スライス」まで声に出して通す
  2. 第3回のエピソード2本を、行動面接用に3分版へ圧縮する
  3. テイクホーム用に、失敗処理つきの小さなAPIを1本用意する

まだ様子見の人

  1. 自社の評価面談で「何が成果扱いされているか」をFDE観点(通した/移管した)で見直す
  2. ケース型の思考が苦しいなら、職種ミスマッチの信号としてメモする
  3. ロールプレイが苦痛な理由が「緊張」か「顧客接触そのもの」かを分ける

次の 第5回(最初の90日) では、内定後〜客先での信頼の作り方と壊し方を書く。シリーズ一覧は FDEハブ。

※この記事の内容についてご意見・ご指摘がある場合は、お問い合わせよりご連絡ください。確認の上、必要に応じて追記・訂正します。

A

Alex Ishiguro

編集長

MakuakeやCAMPFIREで話題になった商品の「その後」を追うメディアを運営。約束されたものが実際に届いたのか、消えてしまったのかを記録する。

この記事に追加情報や訂正がある場合は、お問い合わせよりご連絡ください。