팔란티어의 FDE 모델 — 컨설팅 산업의 미래를 먼저 보여준 회사

소프트웨어 회사가 아니라 배치 조직이다

팔란티어(Palantir)의 포워드 디플로이드 엔지니어(forward deployed engineer, FDE)는 고객사 사무실이나 현장에 상주하며 실제 운영 시스템을 직접 짜는 엔지니어를 가리킨다. 컨설턴트처럼 개선안을 문서로 제안하는 자리가 아니다. 고객의 데이터와 업무 흐름 안으로 들어가 며칠, 길게는 몇 달을 붙어 있으면서 코드를 쓰고 배포하고 고치는 직군이다. 이 조직 구조는 팔란티어가 창업 초기부터 유지해 온 것으로, 정부·국방 고객을 상대하며 다듬어졌고 이후 상업 고객으로 확장됐다.

이 모델이 다시 주목받는 이유는 최근 1년 사이 오픈에이아이(OpenAI)와 앤트로픽(Anthropic), 구글이 나란히 같은 형태의 조직을 만들기 시작했기 때문이다. 매체 테크크런치(TechCrunch)는 2026년 7월 보도에서 포워드 디플로이드 엔지니어 채용이 업계 전반에서 인재 쟁탈전의 중심이 됐다고 전했다. 취업 정보 업체 퍼스펙티브 에이아이(Perspective AI)가 2026년 상반기 채용 공고 약 1,000건을 분석한 결과, 이 직군에 대한 채용 수요는 전년 대비 1,000퍼센트 넘게 늘었고 채용 공고에 제시된 보수는 3억~5억 5,000만원대에 몰려 있었으며 프런티어 연구소의 최상위급은 10억원을 넘기는 경우도 있었다.

왜 지금 컨설팅 업계 전체가 이 모델을 베끼는가

에이아이 랩들이 이 조직을 만드는 이유는 단순하다. 아무리 성능이 좋은 모델도 고객 조직 안에서 실제로 쓰이지 않으면 매출로 이어지지 않는다. 데모에서 잘 작동하는 것과 특정 회사의 지저분한 레거시 시스템, 부서마다 다른 데이터 형식, 승인 절차 안에서 작동하는 것은 다른 문제다. 이 간극을 메우려면 영업이나 컨설팅 인력이 아니라 실제로 코드를 짤 수 있는 엔지니어가 고객 곁에 있어야 한다는 판단이 랩들 사이에 빠르게 퍼졌다.

취업 정보 업체 퍼스펙티브 에이아이가 인용한 업계 조사에 따르면 2026년 초만 해도 포워드 디플로이드 엔지니어 채용을 계획한 기업은 전체의 5~10퍼센트 수준으로, 대부분 소규모 파일럿에 그쳤다. 그런데 2분기가 끝날 무렵에는 이 비율이 70퍼센트까지 뛰었고, 대형 컨설팅·시스템통합 기업들은 이 직군의 인력을 기존 대비 열 배로 늘려 20명에서 100명 규모 팀을 새로 꾸려야 한다고 보고했다는 것이다. 전통적인 경영 컨설팅과 시스템통합(SI) 업계 입장에서는 이 흐름이 위협이자 기회다. 프로젝트 단위로 인력을 투입하고 결과 보고서를 남기던 방식에서, 상주하며 실제로 작동하는 시스템을 직접 만들어 남기는 방식으로 업무 정의 자체가 바뀌고 있어서다.

팔란티어의 실적이 뒷받침하는 것

팔란티어의 2026년 2분기 실적은 이 조직 구조가 최소한 이 회사에는 통하고 있다는 근거로 자주 인용된다. 회사가 공시한 내용에 따르면 2분기 미국 상업 부문 매출은 전년 동기 대비 149퍼센트, 전체 매출은 93퍼센트 늘었고, 영업이익률은 지에이에이피(GAAP) 기준 47퍼센트를 기록했다. 회사는 2026 회계연도 전체 매출 가이던스를 82억 달러(약 11조원) 안팎에서 앞선 전망치보다 상향 조정했다.

다만 이 수치를 포워드 디플로이드 엔지니어 조직의 직접적인 성과로 단정하기는 조심스럽다. 팔란티어의 매출 급증에는 정부·국방 부문 대형 계약, 생성형 에이아이 붐을 탄 플랫폼 수요 확대 같은 다른 요인도 함께 작용했다. 회사가 이 조직 구조를 20년 가까이 유지해 왔고 최근 실적이 좋아졌다는 사실이 둘 사이의 인과관계를 자동으로 증명하지는 않는다. 다만 업계가 이 모델을 벤치마킹하는 근거로 팔란티어의 최근 실적을 드는 것은 사실이며, 그만큼 이 조직 구조에 대한 시장의 신뢰가 커졌다는 정황은 확인된다.

형태만 베끼면 실패한다

정작 이 모델을 원래 만든 팔란티어 내부에서는 경고가 나온다. 팔란티어의 상업 부문을 이끄는 테드 메이브리(Ted Mabrey)는 2026년 4월 공개한 글에서, 다른 회사들이 포워드 디플로이드 엔지니어 조직을 만들면서 형태(form)는 베끼되 기능(function)은 놓치고 있다고 지적했다. 그의 지적을 요약하면, 이 엔지니어를 시간 단위로 청구하는 인력이나 구현 전문 인력으로 취급하는 순간, 원래 이 모델이 대체하려 했던 서비스 중심 구조를 그대로 재생산하게 된다는 것이다. 진짜 포워드 디플로이드 엔지니어는 고객 문제를 발견하고 제품 방향을 함께 정하는 역할이어야 하는데, 많은 모방 조직이 이를 기존 컨설턴트나 구현 담당자의 이름만 바꾼 자리로 운영하고 있다는 비판이다.

이 지적은 이 모델을 도입하려는 조직 모두에 적용되는 구조적 함정을 짚는다. 상주 엔지니어를 두는 것 자체는 조직도를 바꾸는 일이지만, 그 인력이 만든 결과물이 판매 가능한 제품으로 축적되지 않고 매 프로젝트마다 처음부터 다시 만들어진다면 청구서 이름만 바뀐 컨설팅에 머문다. 반대로 축적된 결과물이 다음 고객에게도 재사용 가능한 형태로 남는지가 이 모델이 실제로 작동하는지를 가르는 기준이 된다. 채용 규모를 급격히 늘린 기업일수록 이 기준을 충족하지 못한 채 인건비만 불어나는 위험에 노출된다는 지적도 함께 나온다.

한국 기업에 주는 시사점

한국의 경영 컨설팅·시스템통합 업계에도 이 흐름은 남의 일이 아니다. 프로젝트 종료와 함께 결과물이 문서로만 남고 실행 시스템은 남지 않는 기존 방식은, 상주 엔지니어가 실제로 작동하는 시스템을 만들어 남기는 방식과 점점 더 비교당하게 될 것이다. 여기서 중요한 것은 조직도에 상주 인력을 추가하는 일 자체가 아니라, 그 인력이 만든 결과물이 다음 프로젝트에도 재사용되는 자산으로 쌓이는지다. 인력을 늘리는 방향이 아니라 같은 인력이 만든 시스템이 계속 쌓이며 다음 고객사에 더 빨리 적용되는 구조를 만드는 쪽이, 이 모델이 실제로 증명하려는 지점에 더 가깝다.