FDE 시대, 무엇을 어떻게 준비해야 할까

FDE란 무엇인가

FDE(Forward Deployed Engineer)는 고객사의 현장에 들어가, 고객의 문제가 실제로 풀릴 때까지 코드로 해결하는 엔지니어입니다. 우리말로는 “전진 배치 엔지니어” 정도로 옮깁니다.

이 직함은 Palantir에서 시작됐습니다. 정부 기관처럼 데이터와 시스템이 복잡한 고객에게 엔지니어를 직접 보내던 방식이 직무로 굳어진 것입니다. 지금은 AI 기업을 비롯한 여러 회사가 같은 방식을 쓰고 있습니다.

일의 흐름은 대체로 이렇습니다.

고객 현장에서 실제 문제와 데이터를 파악합니다.
고객의 시스템과 데이터에 제품을 연결합니다.
부족한 부분은 직접 코드를 짜서 메우고, 실제 운영까지 가져갑니다.
현장에서 배운 것을 제품 팀에 전달해 제품에 반영되게 합니다.

컨설턴트처럼 고객을 만나지만 결과물은 보고서가 아니라 돌아가는 코드입니다. 그래서 흔히 “엔지니어 반, 컨설턴트 반”이라고 설명합니다.

풀스택 개발자와 무엇이 다른가

가장 큰 차이는 두 단어가 서로 다른 것을 가리킨다는 점입니다.

풀스택은 다루는 기술의 범위를 말합니다. 화면, 서버, 데이터베이스까지 한 사람이 다룬다는 뜻입니다.
FDE는 일하는 위치와 책임을 말합니다. 고객 곁에서 고객의 결과까지 책임진다는 뜻입니다.

그래서 둘은 반대말이 아닙니다. 풀스택 역량을 가진 사람이 고객 현장으로 나가면 FDE가 될 수 있고, 실제로 FDE에게는 풀스택에 가까운 넓은 기술 범위가 도움이 됩니다.

	풀스택 개발자	FDE
일하는 곳	주로 자사 제품 팀	주로 고객 현장, 고객 환경
만드는 대상	많은 사용자가 함께 쓰는 제품 기능	특정 고객의 문제를 푸는 구현과 연동
일이 끝나는 시점	기능이 배포되었을 때	고객의 업무가 실제로 돌아갈 때
일이 정해지는 방식	기획과 백로그를 바탕으로	현장에서 문제를 직접 찾아서
주로 필요한 역량	설계, 코드 품질, 기술 깊이	문제 정의, 시스템 연동, 데이터, 고객 소통
코드의 수명	오래 유지보수하는 코드	빨리 효과를 내는 코드, 이후 제품으로 옮겨지기도 함
어려운 점	사용자와 거리가 멀어지기 쉬움	잦은 출장, 맥락 전환, 고객 일정의 압박

SI 파견 개발자와는 어떻게 다른가

겉으로는 고객사에 들어가 개발한다는 점이 비슷합니다. 다만 SI는 합의한 요구 사항을 납품하는 데 초점이 있고, FDE는 자사 제품을 고객에게 맞춰 성과를 내면서 현장에서 배운 것을 다시 제품으로 되돌리는 역할까지 맡습니다.

왜 지금 주목받는가

AI 제품은 도입만 한다고 바로 성과가 나지 않는 경우가 많습니다. 고객마다 데이터와 시스템, 업무 방식이 달라서 누군가 현장에서 연결하고 다듬어야 합니다. FDE는 이 간격을 메우는 역할입니다.

채용 공고도 빠르게 늘었습니다. 2025년 1~9월에 800% 넘게 늘었다는 보도와, 1년 동안 729% 늘었다는 보도가 있습니다. 다만 작은 규모에서 시작한 증가이고 집계 방식도 달라서, 숫자 자체보다 방향을 보는 편이 좋습니다.

그래서 어떻게 대비할 것인가

개발 경력이 있는 PI·기획 직군 직원들을 앞으로 어떻게 교육하고, 어떤 방향으로 이끌어야 할지 고민이 많습니다.

신입 개발자도 어렵습니다. 무턱대고 AI부터 쓰라고 하는 것이 맞는 방향인지 의문입니다. 그렇게 시작한 사람에게 3개월 뒤 AI와 무관한 방식으로 일하라고 하면, 왜 그래야 하느냐는 질문이 돌아올 테니까요. 일단은 차근차근 접근하게 하고 있지만, 쉽지 않은 문제입니다.

변화가 워낙 빨라서 어떤 흐름을 타야 할지 고민만 하고 있을 수도 없습니다. 그래서 관련 기술을 적극적으로 도입하는 파트와 기존 방식을 지키는 파트를 함께 운영해 보고 있습니다. 그런데 승리라고 해야 할지 효율이라고 해야 할지, 역시 기존 방식으로는 적극 도입 파트를 따라가지 못하는 현실을 겪고 있습니다.

마침표 하나로 끝나는 답이 나오는 상황이 아니어서, 오늘도 고민만 늘어가는 것 같습니다.

그래도 방법을 찾아가는 수밖에 없겠지요.

참고 자료