세 원이 겹치는 자리, 어떤 FDE가 일을 잘하는가

지난 9월 19일 토요일 오전, 성수에서 비욘드 디플로이 FDE 케이스 토크 3회차를 열었습니다. 주제는 "FDE 머니볼: 어떤 FDE가 일을 잘하는가"였습니다. Forward Deployed Engineer라는 직함은 빠르게 퍼지는데, 정작 이 일을 잘한다는 게 뭔지 물으면 다들 답이 다릅니다. 그 답을 현장에서 일하는 사람들끼리 직접 찾아보자고 모인 자리였습니다.

이날의 답 하나는 화이트보드에 그림으로 남았습니다. 원 세 개가 겹치는 벤다이어그램입니다.

누가, 어떻게 모였나

이번 회차엔 현직 FDE 다섯 분과 AX 리드 여섯 분, 프로덕트·프로젝트 리드 세 분, 플랫폼 엔지니어 두 분, AI 엔지니어 한 분, 그리고 기업교육 쪽에서 FDE 전환을 준비하는 분까지 열여덟 분이 참가를 확정했습니다. 신청서에 적어주신 고민은 도메인보다 단계로 갈렸습니다. 모호한 요구사항을 구조로 만드는 일, 만들수록 커지는 범위, PoC 다음에 오는 현업의 저항과 조직 설득, 그리고 이 직무로 커리어를 옮기는 일.

원래는 고민 단계별로 네 개 조를 짰는데, 당일 참석 상황에 맞춰 전원이 한 테이블에서 이야기하는 방식으로 바꿨습니다. 질문 하나가 나오면 거기에 여러 도메인의 경험이 붙었습니다.

화이트보드에 남은 세 개의 원

대화가 막바지로 가던 때, 제가 화이트보드에 원 세 개를 그렸습니다. 프로덕트, 비즈니스, 엔지니어링. 세 원이 겹치는 한가운데에 빗금을 치고, 그 옆에 FDE라고 적었습니다. 요구사항을 받아 적는 사람이 아니라 고객의 비즈니스를 이해하고, 그것을 프로덕트의 언어로 바꾸고, 결국 엔지니어링으로 구현까지 해내는 사람. 이날 오간 대화를 그렇게 요약하고 싶었습니다. 이 글의 대표 그림은 그 낙서를 그대로 다듬은 것입니다.

낯익은 그림, 근거는 이미 있다

이 그림, 처음 나온 게 아닙니다. 2011년 Martin Eriksson은 "What, exactly, is a Product Manager?"라는 글에서 프로덕트 매니저를 비즈니스·기술·UX의 교집합으로 정의했고, 이 다이어그램은 15년 가까이 PM을 설명하는 표준처럼 쓰였습니다.

FDE 쪽 논의는 여기서 한 걸음 더 갑니다. FDE 채용을 다룬 Exponent의 소개 글은 이 역할을 컨설턴트, 프로덕트 매니저, 엔지니어의 "세 모자를 동시에 쓰는 일"로 설명합니다. 세 가지 일을 한꺼번에 맡는 만큼 실패하는 방식도 세 가지가 되고, 기술 작업이 실제로 채택되는지는 결국 소프트 스킬이 결정한다고요. 팔란티어에서 8년을 FDE로 일한 나빌 쿠레시(Nabeel Qureshi)가 에세이 "Reflections on Palantir"에서 내린 정의도 같은 방향입니다. FDE의 일은 소프트웨어를 배포하는 것이 아니라 문제를 실제로 푸는 것.

현장의 대화를 정리하려고 그린 그림이 해외에서 십수 년 이어져 온 논의와 같은 자리에 있었다는 것. 저는 이게 이날의 가장 큰 수확이라고 생각합니다.

세 원으로 다시 읽는 이날의 대화

이날 나온 이야기들을 세 원에 하나씩 넣어보면 이렇습니다.

비즈니스 원에는 내가 만든 결과를 가치로 계산하고, 고객이 왜 돈을 내는지와 잇는 고민이 들어갑니다. 프로덕트 원은 기능을 만드는 일과 조직이 그걸 받아들이는 일이 다르다는 이야기였습니다. 직접 써본 사람이 생겨야 조직이 움직인다고요. 엔지니어링 원에는 시제품을 빨리 보여 신뢰를 만들고, 한 번 만든 것을 다음 현장에서 다시 쓰는 고민이 담겼습니다.

그런데 이날 대화가 자꾸 되돌아간 주제는 세 원 중 어디에도 깔끔하게 들어가지 않았습니다. 현장의 암묵지, 데이터를 열어줄 사람의 마음, 프로세스를 바꿀 권한 같은 것들입니다. 구현력만으로도, 기획만으로도, 계약만으로도 풀리지 않는 이 지점이 결국 세 원이 겹치는 한가운데, 그러니까 FDE의 자리였습니다.

참가자들이 남긴 답

다들 하시는 고민이 비슷해 보였습니다.

후기에 남은 한 문장입니다. 맞습니다. FDE의 역량을 둘러싼 고민은 어디서나 비슷합니다. 그래서 이 모임이 있습니다. 각자의 현장에서 어떻게 고군분투하고 있는지 꺼내놓고, 서로의 경험을 빌려 자기 문제를 다시 보는 자리. 이번 회차에서 그걸 다시 확인했습니다. 가장 도움이 된 점으로 "FDE의 역량에 대해서 생각했던 것, 프로덕트 + 비즈니스 + 엔지니어링"을 꼽아주신 분도 있었습니다. 화이트보드의 그림이 누군가에게는 이날의 답이었던 셈입니다.

다음 회차는 도메인을 하나씩 정해 더 깊게 들어가 보려고 합니다. 금융, 온프레미스 환경의 데이터 연결처럼 후기로 요청주신 주제들이 후보입니다.