2. 등장 배경과 확산

좋은 소프트웨어를 만드는 일과 그 소프트웨어를 고객의 조직에 정착시키는 일에는 서로 다른 어려움이 있다. 제품팀은 공통된 기능과 안정성을 고민한다. 고객은 자기 회사의 데이터, 권한, 업무 절차에 그 기능을 어떻게 맞출지 고민한다. 제품이 복잡해지고 적용 범위가 넓어질수록 두 고민을 연결하는 개발이 필요해진다.

FDE를 이해할 때 Palantir의 사례가 자주 등장하는 이유도 여기에 있다. Palantir는 자사 FDSE를 고객과 함께 데이터 기반의 문제를 해결하고 애플리케이션을 만드는 역할로 설명한다. 회사는 이 역할을 자신들이 개척했다고 소개한다. Palantir의 공식 직무 설명

플랫폼 도입과 개발

범용 플랫폼은 여러 조직이 사용할 수 있도록 만들어진다. 하지만 실제 조직의 데이터는 범용적이지 않다. 같은 ‘재고’라는 단어도 회계 부서에서는 자산을, 창고에서는 물리적인 수량을, 영업 부서에서는 판매 가능한 수량을 뜻할 수 있다. 테이블을 연결하기 전에 무엇을 같은 값으로 취급할지 결정해야 한다.

이런 문제는 설치 설명서만으로 해결하기 어렵다. 업무 담당자와 데이터 담당자가 함께 뜻을 맞추고, 구현한 결과를 보면서 다시 수정해야 한다. 현장에 엔지니어를 배치하면 고객의 설명이 여러 조직을 거쳐 전달되는 동안 사라지는 정보를 줄일 수 있다. 그 대신 회사는 고객 한 곳에 더 많은 시간과 인력을 투입한다. FDE 모델은 이 비용을 감수할 만큼 고객 문제를 깊이 해결할 가치가 있는 상황에서 의미를 갖는다.

Palantir의 모델을 최근 AI 기업에 그대로 대입할 수는 없다. 다만 범용 기술이 고객의 구체적인 업무에 들어갈 때 상당한 개발이 남는다는 문제는 서로 연결된다.

기업의 AI 도입

AI 모델은 문서를 읽고, 답변을 작성하고, 코드를 생성할 수 있다. 기업이 필요한 것은 이런 능력을 자기 업무의 규칙 안에서 사용하는 시스템이다. 어떤 문서에 접근해도 되는지, 답변을 누가 검토하는지, 잘못된 결과를 어떻게 발견할지 결정해야 한다. 모델의 기능이 넓어질수록 적용할 수 있는 일은 늘지만, 개별 업무에서 판단해야 할 선택지도 늘어난다.

AI 도입 초기에는 짧은 시연만으로 가능성을 보여줄 수 있다. 실제 운영에서는 예외가 문제가 된다. 자료가 부족한 주문, 서로 충돌하는 문서, 권한이 바뀐 사용자, 담당자가 없는 실패 건을 처리해야 한다. 고객 환경을 이해하면서 구현을 수정할 엔지니어가 필요한 이유다.

OpenAI의 FDE 공고는 모델을 운영 가능한 시스템으로 만드는 책임을 강조하고, Anthropic의 공고 역시 고객 환경에서의 애플리케이션 개발을 포함한다. 이런 공고를 함께 읽으면 모델 자체의 연구와 별개로 적용 과정의 엔지니어링이 하나의 직무로 드러나고 있음을 볼 수 있다. OpenAI, Anthropic

협업과 인력 양성

2026년 3월 18일 Accenture와 Microsoft는 FDE 조직의 출범을 발표했다. 이 발표는 AI 플랫폼과 산업별 업무 지식, 업무 재설계와 변화 관리를 함께 다룬다. 제품 공급사가 직접 고객을 돕는 형태에서 서비스 기업과 공동으로 프로젝트를 수행하는 형태까지 비교할 수 있는 사례다. 공식 발표

같은 해 10월 2일 Anthropic은 Frontier Deployed Engineer를 육성하는 교육 프로그램을 발표했다. 참여 대상에는 파트너사와 고객사 엔지니어가 포함된다. 여기서는 공급사의 엔지니어가 고객에게 가는 것에 더해 고객 조직 안에 구현 역량을 기르는 접근이 나타난다. Claude Frontier Academy 발표

이 두 사례는 서로 다른 문제를 다룬다. 공동 프로젝트 조직은 고객이 필요한 개발 인력을 확보하는 방법이고, 내부 인력 교육은 도입 이후에도 고객이 시스템을 바꿔 나갈 능력과 관련된다. 둘 다 기술을 제공하는 것만으로 끝나지 않는다는 인식을 보여준다. 다만 발표한 계획의 규모와 실제 운영 성과는 별도로 확인해야 한다.

전문화와 분업

2026년 11월 6일 확인한 OpenAI 채용 목록에는 금융·의료·법률·AI 인프라 분야의 FDE와 Deployment Lead가 별도로 올라와 있다. 산업 지식이 필요한 업무와 프로젝트 진행을 조율하는 업무가 직무명에서 드러난다. 채용 목록

고객이 늘어나면 모든 엔지니어가 모든 산업과 업무를 이해하기 어렵다. 한 사람이 구현과 일정 조율을 겸하던 방식도 여러 프로젝트를 동시에 진행하면 부담이 커진다. FDE를 한 명의 다재다능한 개발자로만 이해하면 이런 조직의 변화를 설명하기 어렵다. 고객 가까이에서 개발한다는 공통점 위에 산업별·기능별 전문성이 더해지는 것으로 읽을 수 있다.

핵심 요약

최근 FDE에 대한 관심은 AI 기능을 실제 기업 업무에 적용하는 과정과 맞물려 있다. 제품사 직접 지원, 서비스 기업과의 협업, 고객사 인력 육성이 함께 나타나지만 각 형태의 고용관계와 책임은 다르다. 기업의 발표와 채용 공고에서 확인되는 변화의 범위는 검증 부록에 정리했다.