이번 글에서도 FDE가 화제가 되고 있지만, 본질에서 벗어난 논의가 많게 들립니다. 고객사에 상주한다는 한 가지 측면만을 분리하여 SES(System Engineering Service)를 우회적으로 표현하는 방식으로 이야기되고 있습니다. 이것이 궁금해서 Anthropic의 채용 공고와 면접 가이드를 읽으며 조사해 보았습니다.
한마디로 말하면, 요구사항을 도출하지 못하는 고객을 위해 발명된 직군입니다.
원래는 군사 용어였으며, Palantir가 정보기관을 대상으로 시작했습니다. 소프트웨어를 납품하는 것을 멈추고 엔지니어를 파견하기로 한 발상입니다. 채용 공고에는 고객 시스템 내에서 실제 애플리케이션을 만들고, MCP 서버나 Agent Skills를 납품하며, 근무 시간의 25~50%는 고객사에 파견된다고 적혀 있습니다.
읽으면서 가장 놀라웠던 점은 프로세스를 분리하지 않았다는 것입니다.
업무 발견, 요구사항 정의, 설계, 구현(implementation), 배포(deploy), 문서화(document), 평가(evaluation), 그리고 자사 제품에 반영까지. 이 모든 것을 한 사람이 처리합니다. Palantir 자신은 책임 범위가 스타트업의 CTO와 가깝다고 적고 있습니다.
여기가 SES와의 분기점입니다. SES가 판매하는 것은 공수(man-day)이고, FDE가 판매하는 것은 자사 제품을 통한 과제 해결입니다. 따라서 고객사에서 얻은 것이 제품으로 돌아가는 경로를 가지고 있습니다. 상주한다는 형태만 같고, 판매하는 것이 다릅니다.
일본에서 이 직군을 만들 수 있을지 대해서도 생각해 보았습니다. 제 결론은 거의 불가능합니다.
인재의 수준이나 경력 경로가 갖춰져 있지 않기 때문에, 수입하더라도 이름만 남게 될 것입니다. 그래서 반대로 제안했습니다.
회계, 영업 사무, QA(Quality Assurance), 고객 지원. 이 사람들은 이미 정답을 판정할 힘을 가지고 있습니다. 부족한 것은 만드는 힘뿐입니다. 그렇다면 현장의 사람들에게 만드는 힘을 전달하고, 엔지니어는 발판을 만드는 쪽으로 돌아가야 합니다. 권한 설계, MCP의 부품, evals의 메커니즘, 흐름(導線)이 그것입니다.
혁명은 외부에서 오지 않습니다.