해커톤 공고를 읽다가 낯선 단어에서 멈췄다. 크래프톤 FDE 트랙. Forward Deployed Engineer의 약자란다. 전방 배치 엔지니어라니, 군대 용어 같아서 찾아봤더니 진짜 군대 용어에서 온 이름이었다. 본사가 후방이고, 고객사가 전방이다.
그날부터 며칠을 이것저것 찾아 읽었고, 결국 제일 좋았던 글 하나가 남았다. 팔란티어에서 엔지니어 250여 명을 고객 현장에 투입한 Project Frontline이라는 프로그램을 설계한 사람, Vinoo Ganesh의 가이드다.
원문: Vinoo Ganesh, The Definitive Guide to Forward Deployed Engineering (2026-02-05)
이 글은 전문 번역이 아니다. 원문에서 나에게 남은 대목을 골라 내 언어로 옮겼고, 해석이 섞여 있다. 정확한 내용은 원문을 읽는 게 맞다.
조립까지 해주는 회사
글의 문제의식을 내 식대로 옮기면 이렇다. AI 회사들은 지금까지 이케아처럼 팔았다. 모델을 건네고, 조립은 고객 몫으로 남겼다. 그런데 기업 고객은 조립을 못 한다. 비싸게 사놓고 방치한다.
FDE는 조립하러 가는 직원이다. 고객 회사에 들어가 진짜 문제를 찾고, 그 회사 환경에 맞게 만들고, 직원들이 실제로 쓰는 것까지 확인하고, 성과를 숫자로 가져온다. 저자의 정의는 한 문장이다. "고객의 성과(outcome)를 소유하는 엔지니어."
세일즈 엔지니어와 헷갈렸는데 구분은 명쾌했다. 세일즈 엔지니어의 일은 계약서에 사인을 받으면 끝난다. FDE의 일은 사인한 다음부터다.
읽다가 자꾸 겹쳐 보였다
정의만 보면 남의 나라 직업 같았다. 그런데 일하는 순서가 나오는 대목에서 생각이 바뀌었다. 문제를 찾고, 몇 주짜리 최소 범위로 자르고, 만들고, 상대 환경에 넣고, 쓰게 만들고, 숫자로 증명한다.
이 순서를 어디서 밟아봤다. 올해 회사에서 기획자와 디자이너가 쓰는 자동화 워크플로우를 만들 때다. 30분 만에 짠 코드, 이틀 걸린 검증에 적었던 그 체계다. 만들기보다 쓰이게 만드는 데 공이 들었다. 진입점을 명령 두 개로 줄이고, 단계마다 사람이 승인하는 문을 두고서야 다른 직군이 실제로 썼다. 저자 식으로 말하면 나는 사내에서 배치와 정착을 하고 있었다. 직군 이름을 몰랐을 뿐이다.
말리는 대목에서 오히려 믿음이 갔다
저자는 다섯 부류에게 이 길을 권하지 않는다. 하루가 계속 끊기는 걸 못 견디는 사람. 정답 없는 상황이 스트레스인 사람. 한 분야를 세계에서 제일 깊게 파고 싶은 사람. 고객의 짜증을 마음에 담아두는 사람. 그리고 거절을 못 하는 사람. "no를 못 해서 번아웃한 재능 있는 사람들을 봤다"는 문장이 있는데, FDE가 아니어도 새겨들을 만하다.
잘하는 사람의 특성 여섯 개도 나온다. 다 옮기지는 않는다. 하나만 적자면 상황에 맞는 힘 조절이다. SQL 쿼리 하나면 될 일에 2주짜리 시스템을 만들지 않는다. 반대편 고백도 있다. 임시로 짠 스크립트가 프로덕션에서 18개월을 돌았다고 한다. 남 얘기 같지 않아서 웃었다.
이직 없이 시작할 수 있다고 한다
실용적으로 제일 값진 대목이다. 저자는 현장 근육을 지금 다니는 회사에서 기르는 순서를 준다. 고객 미팅에 껴달라고 한다. PM에게 보낼 메일 문구까지 원문에 있다. 미팅에서는 요구사항을 받아 적는 대신 고객이 일하는 방식을 구경한다. 그다음 CS팀을 며칠 따라다니고, 고객 불만 하나를 처음부터 끝까지 처리해 보고, 실제 업무에서 발견한 작은 불편을 그 주 안에 고쳐서 보여주고, 배운 것을 매주 기록한다.
나부터 첫 번째를 해보려 한다. 고객 미팅에 껴달라고 먼저 말해보는 일이다. 해보고 나면 뒷이야기를 적겠다.
이 글은 Vinoo Ganesh의 원문에서 내게 남은 대목을 골라 옮긴 요약이다. 회색 트랙재킷 이야기를 비롯해 담지 못한 좋은 대목이 많으니, 관심이 생겼다면 원문을 읽어보길. 글에 쓴 도식은 모두 직접 그렸다.