「Reflections on Palantir」を読む|元Palantir FDEが書いたFDEモデルの核心と限界

「Reflections on Palantir」とは?なぜFDEを知るうえで読まれているのか

「Reflections on Palantir」は、Palantirで8年間FDEとして働いたNabeel Qureshi氏が、退社の翌年に個人のSubstackで公開した回想録です^[1]。FDEの働き方、プロダクト開発との分業、データ統合、企業文化、倫理までを内側から書いた数少ない一次資料で、FDEを論じる海外のポッドキャストや論考が繰り返し引用しています^[2][6][7]。

Hacker Newsのポイントとコメント数

482pt・581件

2026年10月19日時点^[3]

Qureshi氏がPalantirに在籍した期間

8年

2015年夏に入社、2023年に退社^[1][2]

Substackでの「いいね」

1,405件

2026年10月19日時点^[1]

Qureshi氏は2015年夏、開設されたばかりのロンドン拠点にFDEとして入社し、のちにシリコンバレー、ワシントンDCへ移りました^[1]。入社当時の社員は約1,500人で、執筆時点では約4,000人になり、本社はデンバーに移っていたと書いています^[1]。Lenny's Podcastの紹介文によれば、同氏は在籍中にAirbusの航空機製造の最適化、COVID-19への対応、創薬へのAI活用などに携わりました。同じ紹介文によれば、欧州のフィンテック企業GoCardlessの創業期のメンバーで、事業開発のVPも務めました^[2]。2025年5月の時点では、Mercatus CenterでAI政策の客員研究者をしていました^[2]。

論考は書き手の立場も明記しています。冒頭で、個人として書いていて会社とは正式な関係がないこと、そしてPalantir株を保有していること(I'm long $PLTR)を断っています^[1]。全体として好意的な内容なので、読むときはこの立場を念頭に置く必要があります。

論考は7つの節(入社の理由、Forward deployed、秘密、文化、採用のバットシグナル、倫理、これから)で構成されています^[1]。この記事では、FDEとして働く人と、FDEを採用する企業に関わる主張を中心に読みます。

PalantirのFDEとPD(プロダクト開発)は、どう分業していたのか?

論考によれば、当時のPalantirのエンジニアは、顧客と働くFDEと、顧客をめったに訪れないPD(プロダクト開発)の2種類に分かれていました^[1]。FDEは顧客の現場で問題を解くソフトウェアを急いで作り、PDはそれを汎用的な製品にし、FDEの仕事を速くする道具を作る、という分業です^[1]。

この分業から生まれたのが、Palantirの主力製品Foundryです。FDEは顧客先で手作業の雑務をこなし、PDはその雑務を自動化する道具を作りました。SAPやAWSからデータを取り込むMagritte、クリックで可視化するContour、Webアプリを素早く作るWorkshopといった道具が束になって、Foundryの原型になったと論考は書いています^[1]。ポッドキャストでは、Shyam Sankar氏が「どの案件でも3か月以内に顧客にこのツールを使わせる」よう命じ(同氏の記憶による)、当初はクラッシュばかりだった社内ツールを製品に鍛えたと振り返っています^[2]。

Qureshi氏は、この分業が「サービス会社から製品会社への転換」を可能にしたと見ています。根拠に挙げたのが粗利率で、2023年のPalantirを80%、Accentureを32%と書いています^[1]。決算資料で確かめると、Palantirの2023年の粗利率は81%(売上22億ドル、粗利18億ドル)^[8]、Accentureの2023会計年度の粗利率は32.3%でした^[9]。

論考の中心にある実例は、同氏が最初に担当したAirbusです。フランスのトゥールーズに1年移り住み(ポッドキャストでは約1年半と話しています^[2])、週4日、工場で製造部門の人たちと並んで働きました。CEOが最大の課題に挙げたA350の増産に向けて、作業指示・欠品・品質の不適合といった散らばったデータを1つの画面にまとめ、同氏が「飛行機づくりのためのAsana」と呼ぶソフトウェアを作ったといいます^[1]。案件の詳細はFDE事例研究:Palantir編にまとめています。

FDEの1週間と案件は、どう進んでいたのか?

ポッドキャストでQureshi氏は、FDEの1週間を「月曜に顧客先へ入って会議をし、夜に作り、火曜に見せて、夜に直す」の繰り返しと説明し、週に4〜5回の改善サイクルが回ったと述べています^[2]。論考は「まず飛行機に乗れ、質問は後で」という出張重視の文化を書いていますが、本人によればこの文化は2020年ごろに変わりました^[1][2]。

1. Mon

   顧客先へ入る

   顧客の建物へ行って会議をし、その夜に何かを作る^[2]

2. Tue

   見せて、直す

   作ったものを誰かに見せてフィードバックを受け、夜に直す^[2]

3. Wed

   もう一度見せる

   また見せて、夜に直す。この繰り返しで、週に4〜5回の改善サイクルが回る^[2]

4. 6 weeks

   価値が見える

   6週間ほどで「これは本当に価値がある」となり、顧客が例えば2,000万ドルを払う気になる、と同氏は例えている^[2]

このやり方が成り立った理由として、同氏は案件の大きさを挙げています。Palantirの平均的な案件は非常に大きく、何百万ドルにもなる規模で、FDEの費用は顧客が受け取るものの一部として払ってもらえた。値付けはデータ基盤の利用料ではなく、顧客が得る成果の価値に合わせていたといいます^[2]。FDEの費用をどう払ってもらうかは、FDEの費用と課金モデルで各社の例を比べています。

出張について論考は、電話を受けたら翌朝一番の便でどこか思いもよらない場所へ飛ぶのが日常で、出張費は長いあいだ制御できないほど膨らみ、多くの社員がユナイテッド航空の1Kなどの上級会員になったと書いています^[1]。ポッドキャストでは、入社時に「出張は大丈夫か」と確認されたこと、そして2020年ごろにCOVID-19とIPOを経て内部統制が必要になり、この文化が変わったことを話しています^[2]。

2026年のPalantirの求人票は、出張をどう書いているか

では、いまのPalantirはFDEにどれだけの出張を求めているのか。編集部が2026年10月19日にPalantirの公開ジョブボードを取得したところ、310件の求人のうち、職種名にForward Deployed・FDE・FDSEを含むものが77件(42職種)ありました。その本文の出張の記載を分類したのが次の表です(編集部が集計)。

割合を書いた求人で最も多いのは25〜50%で、ニューヨーク勤務の「元祖」FDSEの求人は最大25%とし、個人の希望に合わせて調整できると書いています^[10]。論考の「週3〜4日」は、週5日のうち3〜4日なので出張に直せばおおむね6〜8割にあたります(編集部の計算。顧客先の近くに住む場合は出張にならないため、厳密な比較ではありません)。少なくとも2026年の求人票が示す出張は、論考が描いた当時の働き方より軽いと読み取れます。出張・常駐の一般的な条件はFDEの働き方で整理しています。

FDEの仕事を阻んだのは、コードではなく何だったのか?

論考によれば、FDEのもう1つの重要な仕事が、地味に聞こえる「データ統合」で、これは会社の事業の中核でもありました。そして多くの場合本当に邪魔をしたのは、データを整える作業より前の、データを使わせてもらうための社内の交渉です。8〜12週間の試験導入で全期間をデータへのアクセスの確保に費やし、最後の週に慌ててデモを作ることもあったといいます^[1]。

論考は、データ統合を次の3つの作業に分けています^[1]。

1. 01企業のデータにアクセスする。たいていは、組織の中の「データの持ち主」と交渉することを意味する^[1]
2. 02データを掃除し、ときには使える形に変換する^[1]
3. 03誰もがアクセスできる場所に置く^[1]

なぜ難しいのか。データがPDFやノート、大量のExcelに散らばっていることもありますが、本当に邪魔をするのは組織の政治だと論考は書きます。あるデータの門番であることが存在理由になっているチームがあり、そのチームはデータを手放したがらない、というのです^[1]。Palantirの答えは、役割に応じたアクセス権限、行単位のポリシー、セキュリティマーキング、監査証跡をデータ統合の層に組み込むことでした。そうすればデータを預ける側の安全上の懸念を和らげられ、導入によってかえって企業のデータが安全になることも多かったと同氏は書いています^[1]。

2016〜2017年にPalantirに在籍したSarah Constantin氏も、同じ点を詳しく書いています。同氏によれば、Palantirのデータ基盤のツールは、同氏の知る限り業界で特別に優れたものではありませんでした。際立っていたのは、社員数の少なくとも3分の1にあたる人員を顧客の施設に送り込み、データベースと道具を設定し、使い方を教え、何よりデータへのアクセスを交渉させたことだといいます^[5]。同氏が見た商用側の進め方は、次の4段階です^[5]。

1. 01会社が潰れかねないほどの存亡の危機に直面している企業にだけ売る
2. 02全社の目標を気にかけ、全社的な取り組みを率いることで評価が上がる経営層の支持を取り付ける
3. 03ソフトウェアを使う現場の人たちを徹底的に手助けし、現場で一緒に過ごして味方にする
4. 04上(経営層)と下(現場)の味方を使い、縄張りを守りたい中間層(IT部門やデータサイエンス部門の管理職など)の抵抗を押し切る^[5]

FDEに求められたのは、どんな資質だったのか?

論考は、BDのエンジニア(FDE)が備えている傾向として、痛みへの高い耐性、外の会社に深く入り込んで信頼を得る社会的・政治的な技能、そして価値の芯を素早く届ける速さの3つを挙げています^[1]。そのうえで、FDEとして成功するには社会的な文脈への並外れた感度が必要だったと書いており、技術の腕に加えて人と組織を読む力が重んじられていました^[1]。

入社すると、即興劇の本『Impro』、9.11を描いた『The Looming Tower』、『Interviewing Users』、『Getting Things Done』が送られてきたといいます^[1]。なぜ即興劇の本なのか。『Impro』は人の振る舞いを「ステータス」の高低として仕組みで説明する本で、社内の語彙にもその影響が染み込んでいたと同氏は書いています。顧客の環境でこうした機微が分からなければ、データを統合することも、ソフトウェアを使ってもらうこともできなかった、というのが同氏の説明です^[1]。

もう1つは、理解する力です。FDEの成果は、顧客の言葉をどれだけ早く話せるようになるかに直結する、と論考は書きます。病院と働くなら「医療の改善を手伝います」ではなく、病床の稼働管理(capacity management)や患者の流れ(patient throughput)の言葉で話せるようになる必要がある、という例を挙げています^[1]。ポッドキャストでは、BDのFDEには技術型のほかに、取り組みを経営層に響く言葉に訳し、会議の力学を読める「技術隣接」型の人材を採るようになったと話しています^[2]。

同氏は、こうした人と組織を読む本能が、元FDEに優れた創業者が多い理由の1つだと考えています。Y Combinatorの各期では、社員数が約50倍のGoogleの出身者より、元Palantirの創業者のほうが多いことがよくある、とも書いています(本人の観察で、数字の出典は示されていません)^[1]。FDEの経験がその後のキャリアにどうつながるかは、FDEのキャリアパスで公開事例を整理しています。

この資質の考え方は、いまの求人票にも残っています。2026年10月19日時点のニューヨークのFDSEの求人票は、先に見たとおり、職務の1つに「本当の価値を届けるために痛みの閾値を上げていく」ことを挙げています^[10]。日本政府向けのFDSEの求人票も、FDSEの責任は「スタートアップのCTOに似ている」と書いています^[11]。FDEに求められるスキルの全体像はFDEに必要なスキルをご覧ください。

肩書きのない組織、採用の「バットシグナル」、倫理の線引きは何を意味したのか?

論考は、肩書きを置かない組織、他社と違う人材を引き寄せる採用、グレーな顧客と働く判断の3つを、Palantirの文化の核として描いています^[1]。いずれもFDEとして働く人の日々に直結する一方、その代償や批判も同じ論考の中に書かれています。

肩書きは「ほぼ全員がFDE」

同氏の在籍時、肩書きはほぼ全員が「Forward Deployed Engineer」で、ほかには5〜6人のDirectorとCEOがいるだけでした。肩書きを作れば人がそれを欲しがり、社内の政治が生まれる、というPeter Thiel氏の考えに由来すると同氏は見ています^[1]。誰も他人に指図できないので、影響力のある人に反対されても、正しいと思えば作ってしまえる。その一方で、会社に明確な戦略や方向性がないように感じられる、影響力のあった人が急に表舞台から消えるといった代償もあったと書いています^[1]。2026年10月19日時点の求人票でも、Palantirは「伝統的なキャリアラダーに頼らない」と書いています(同社の求人票に共通する定型文)^[10]。

採用の「バットシグナル」

バットシグナルとは、他社とは違う種類の人材にだけ届く合図のことです。同氏によれば、Palantirは防衛・情報機関の仕事を支持する人材、たとえば中西部出身のエンジニアや、元軍人・元情報機関の職員を引き寄せました。また、長時間働き、給与は相場より低く、出張が多いことを隠さなかったため、悪い報道に流されず自分で考える人が集まったといいます^[1]。

倫理の3つの区分

論考は、会社の仕事を「道徳的に中立(一般企業の仕事)」「明らかに良い(感染症対策、児童の性的搾取への対策など)」「グレーゾーン(医療保険、移民の取り締まり、石油会社、軍、情報機関、警察など)」の3つに分けます^[1]。グレーゾーンから完全に手を引くのは責任の放棄だというのが同氏の立場で、Palantirの答えは「明らかに悪い組織でない限りは働き、民主的なプロセスを信頼する」というものだったと書いています。たとえば移民・関税執行局(ICE)については、第1次トランプ政権の時期に強制送還を担うERO部門からは手を引き、捜査部門のHSIとは仕事を続けたといいます^[1]。

PalantirのFDEモデルを、内側と外側はどう見ているのか?

論考の前後には、PalantirのFDEモデルについての文章がいくつも出ています。Palantirの幹部は論考の約1か月前に「自分が出会った模倣はすべて半分の手段だ」と書き、元社員でいまは別会社のCEOを務める人物は「ほとんどの会社はやめておけ」と条件の厳しさを強調しました。論考を受けたHacker Newsでは、コンサルと何が違うのか、倫理はどうなのかという疑問が多く出ました^[3][4][6]。

Palantirの幹部:真似る会社は「半分の手段」

Palantirの商用部門を率いるTed Mabrey氏^[7]は、論考の約1か月前に、FDEの模倣を批判する文章を公開していました。同氏によれば、FDEは「優れたフランス料理店では給仕も厨房の一部だ」というAlex Karp氏の観察から生まれた職種で、顧客と利害を一致させる事業戦略と一体です。他社は役割の線を引き直したり、SIerに外注していた費用を内製化したり、製品へのフィードバックの集め方を変えたりしているだけで、同氏が出会った模倣はどれも、形は写しても機能は写せていないといいます^[4]。Qureshi氏も論考の注で、この文章を良いものとして紹介しています^[1]。

同氏は、そうした会社に移った元PalantirのFDEたちが、まるで「牢屋にいるようだ」と話すのをよく聞くとも書いています。事業戦略が引き受けられる範囲を狭めているため、FDEが学ぶべき最も大事な教訓から、かえってエンジニアが守られてしまう、というのが同氏の見立てです^[4]。

元社員:ほとんどの会社は「やめておけ」

Palantirで約5年、Deployment Strategist(社内ではEcho)を務め、いまはデータ分析の会社Hexを率いるBarry McCardel氏は、FDEを真似たいという創業者には、ほとんどの場合「まったくもって、やめておけ」と答えると書きました^[6]。理由は費用です。GoogleやFacebookに行けるレベルのエンジニアをFDEとして雇い、似た製品を複数のチームが重複して作り、多くの試験導入は何も生まずに終わった。それでも成り立ったのは、個々の案件を売上原価ではなく研究開発への投資とみなしたからだと同氏は説明しています^[6]。同氏が挙げる、本気のFDEが成り立つ条件は次の3つです。

同氏の会社HexにFDEはいません。開発チームにはソフトウェアエンジニアとプロダクトマネージャーを、顧客チームにはソリューションエンジニアとプロダクトの専門家を置き、顧客と密に組みながら1つの製品を作っていると書いています^[6]。

Hacker News:コンサルと何が違うのか

Hacker Newsのスレッドで最も多くの返信を集めたのは、監視技術の会社という評判はいまも変わらない、という指摘でした^[3]。ほかにも、手作業でデータを整える人員に頼っている点で普通のコンサルの案件と変わらないという批判や、元社員を名乗る投稿者による「影の序列がひどく、誰と話せばいいのか分からなかった」という書き込みがありました^[3]。論考が良い面として描いた肩書きのない組織と、データ統合に人を投じるやり方は、外から見ると弱点にもなる、という読み方です。

2026年のAI企業のFDEに、論考はどこまで当てはまるのか?

論考に描かれたFDEは、2026年のAI企業のFDEとそのままは重なりません。Qureshi氏自身が2025年のポッドキャストで、Anthropicを例にAI企業のFDEは自社製品を活用する形になると述べ、Palantirが相手にしない案件の小さい顧客向けなら1人が複数の顧客を受け持つ形になると話しています^[2]。2026年10月19日に取得した求人票も、その見方とおおむね合います。

同氏は、AI企業もFDEのチームを作っているが重要な違いが出るだろうと話し、Anthropicが企業顧客のもとへ行ってまったくゼロから解決策を作るとは思わない、Anthropicの製品群を活用するものになる、と述べました^[2]。そのうえで、PalantirのFDEがうまく機能した鍵の1つとして、FDEが自分でプロダクトを作れる本物のエンジニアであり、必要なら新しいプロダクトを丸ごと作ってよいという権限を与えられていたことを挙げています。多くの会社の「FDE」は、既存の製品を導入する方法を探すソリューションアーキテクトに近い、とも話しています^[2]。両者の違いはFDEとソリューションアーキテクトの違いで比べています。

もう1つは人数の比率です。同氏によれば、Palantirが自社の成功を測る北極星はエンジニア1人当たりの売上(プロダクトのレバレッジ)でした。初期は1つの顧客に5〜10人のエンジニアがつくこともあり、製品が強くなるにつれ、この比率を2人、さらに1人で複数の顧客へと下げていくことを目指してきたといいます。2023年に退社した自分の個人的な見方だと断ったうえで、いまのFDEは複数の顧客を担当し、1社と深く過ごす時間は減ったものの、何を解くのかが明確な仕事になっていると話しています^[2]。また、Palantirを出て起業した人の多くは、案件が小さすぎてPalantirが相手にしない顧客に、500万ドルではなく25万ドルでPalantirのようなことを提供するという考えを持っていたと紹介し、その場合のFDEはフランスの工場に週5日通うのではなく、1人が5社前後を受け持つ形になると話しています^[2]。

3社とも、出張の割合は最大50%前後を中心に書いています。論考の「週3〜4日」や「まず飛行機に乗れ」と比べると、顧客先に張り付く度合いは軽く書かれています。また、Palantirの求人票が顧客に合わせたアプリケーションの開発を職務に挙げるのに対し、AnthropicのFDE求人は既存製品の導入の加速を前面に書き、OpenAIの東京の求人は現場で得た型を道具やプレイブックにまとめることを求めています^[10][12][13]。両社とも顧客向けの本番システムの開発も職務に含めていますが、書き方はPalantirより自社のモデルと製品の導入・組み込みに寄っており、ゼロから作るより自社製品を活用する形になるというQureshi氏の2025年の見立てと合います^[2][12][13]。なお、AnthropicのロンドンのFDE求人は、採用する人を「創業期のFDE」の1人と位置づけています^[13]。

2026年9月のArena誌への寄稿で、Nikhil Davar氏とByrne Hobart氏は、Microsoft・Google・Meta・Anthropic・OpenAIの5社が過去18か月のうちにPalantirの戦略に沿って組織を組み替え、直近4か月では合わせて9,000人を超えるFDEの採用に乗り出したと書きました(人数の根拠は記事中に示されていません)^[7]。そのうえで、AI企業は、Palantirが顧客から信頼される理由、つまり顧客の知見を使って顧客と競合しないという点を写していないと批判しています^[7]。各社のFDE組織の置き方はFDE組織の作り方で比べています。

日本の求職者と採用企業は、この論考から何を確かめればよいか?

論考が教えてくれるのは、FDEという職種名が同じでも、新しいものを作る権限、案件の規模、現場で作ったものを製品にする仕組みの有無で、仕事の中身が大きく変わることです。日本の求職者は求人票と面接でこれらを確かめ、採用企業は自社の案件規模に合う形を選ぶのが現実的です(編集部の見方)。

日本で働く人に直接関わる求人もあります。2026年10月19日時点で、Palantirは東京勤務の日本政府向けFDSEを募集していました^[11]。論考の描いた働き方に近い内容が、職務の説明に書かれている求人です。

まとめ

「Reflections on Palantir」が描いたFDEは、顧客先に深く入り込み、新しいものを作る権限を持ち、その成果をPDが製品にする仕組みに支えられた職種でした^[1][2]。2026年の求人票では顧客先に張り付く度合いは軽く書かれ、AI企業の求人は自社製品の導入をより前面に書いていますが、論考が挙げた条件は、いまFDEの求人を見分けるための問いとして使えます。