▲ 커뮤니티 세션: Forward Deployed Engineer(현장 배치 엔지니어)란 무엇인가?

VVercel
Computing/SoftwareSmall Business/StartupsManagementJob Search

Transcript

00:00:00안녕하세요! 이번 주 Versaille 커뮤니티 세션에 오신 것을 환영합니다. 오늘 저희가 다룰 내용은
00:00:16Forward-Deployed Engineer(현장 파견 엔지니어)란 무엇인가입니다. 시작하기 전에,
00:00:22저희 커뮤니티 행동 강령을 준수해 주시길 부탁드립니다. 채팅에서 서로
00:00:26예의를 지켜주셔야 이러한 세션을 계속 이어갈 수 있습니다. 궁금한 점이 있으시면
00:00:31언제든 질문해 주세요. 오늘은 데모 없이 질문과 답변으로만 진행되니 자유롭게 물어봐 주세요.
00:00:36질문이 올라오면 제가 직접 읽어드리겠습니다. 그럼 이제 본격적으로,
00:00:42오늘의 게스트를 모시겠습니다. Chris를 무대로 모셔볼까요. 안녕하세요 여러분. 함께하게 되어 정말 기쁩니다.
00:00:53현장 파견 엔지니어링(Forward-deployed engineering)에 대해 이야기해 볼 텐데요, 이 역할은 잘 알려져 있지 않고
00:00:59다소 오해를 받는 것 같아 그 부분을 확실히 정리해 드리고 싶어요. 직함만 들으면
00:01:05마치 군사 관련 역할처럼 들리기도 하거든요. 그래서 높은 수준에서 볼 때, 현장 파견 엔지니어는
00:01:11정확히 무엇을 하는 사람이며, 솔루션 엔지니어, 고객 지원, 제품 엔지니어와는 어떻게 다른가요?
00:01:17물론이죠, Amy. 우선 간단히 자기소개부터 하겠습니다. 여러분, 저는 Chris Williams이고,
00:01:22인터넷상에서는 'Voodoo Tiki God'으로 더 잘 알려져 있습니다. 아마 Node Serial
00:01:28Port나 노란색 JavaScript 로고, 아주 예전의 JSConf 등을 통해 저를 아실 수도 있겠네요. JavaScript 커뮤니티와
00:01:36함께 그 모든 과정을 거치며 멋진 일들을 해왔습니다. 정말 좋은 질문이네요. 많은 분들이 저에게,
00:01:42특히 현장 파견 엔지니어링 팀장으로서 그 역할이 무엇인지 많이 물어보십니다.
00:01:47군대처럼 들린다는 말씀도 하셨는데, 실제로 그 어원을 따져보면
00:01:53어휘의 뿌리는 군사적 요소에 닿아 있습니다. 아마 Palantir가
00:02:00이 용어를 가장 먼저 만든 것으로 압니다. 저마다 다양한 이유로
00:02:06서로 다른 방식으로 이 역할을 구현하고 있습니다. 어떤 조직은 기존 컨설턴트들을
00:02:12단순히 '현장 파견 엔지니어'로 이름을 바꾸기도 합니다. 같은 사람, 같은 신분증인데 그냥
00:02:16겉모습만 달라진 것이죠. Vercel은 Palantir 모델과는 다른 방식을 채택하고 있습니다.
00:02:23우리 고객들과 우리에게 더 효과적이라고 생각되는 방식으로 조금 변형된 형태죠.
00:02:31Next.js와 Vercel 플랫폼을 포함해, 우리가 AI SDK와 구축 중인 다양한 프레임워크 전반에서
00:02:38저희는 이 역할을 중심축으로 보고 있습니다.
00:02:43고객들이 실제로 제품을 사용하는 방식과
00:02:50우리가 어떻게 사용할 것으로 예상했는지에 대한 즉각적인 피드백 주기를 형성하는 것이죠.
00:02:55때로는 그 예상이 완벽히 맞아떨어져서 고객들이 즉시 제품의 이점을 누리기도 하지만,
00:03:01또 때로는 다소 방향이 어긋나기도 합니다.
00:03:06그래서 저와 저희 팀은 고객 환경에 직접 임베딩되어, 이게 바로 '현장 파견'의 의미인데,
00:03:14직접 키보드를 잡고 소매를 걷어붙인 채, 고객과 어깨를 맞대고 앉아
00:03:21함께 개발합니다. 새로운 것을 만들거나 기존의 복잡한 코드베이스를
00:03:27더 현대적인 방식으로 리팩토링하기도 하죠. 그렇게 하면서 고객들에게 Vercel의 속도로 운영하는 법,
00:03:34이 새로운 기술들을 어떻게 활용하는지, 어떤 과업에 어떤 도구가 옳은지, 혹은 잘못된 길로
00:03:39빠질 수 있으니 어떤 도구는 피해야 하는지를 가르쳐 줍니다. 기본적으로 우리의 고생담을 공유해서
00:03:45고객이 더 빠르게 반복 속도를 높일 수 있도록 돕는 것입니다. Vercel은 실험과 빠른 개발을
00:03:51매우 중요하게 생각합니다. 그 대가로 우리는 실제 현장에서 제품이 어떻게 사용되는지에 대한 피드백을 수집합니다. 예를 들어,
00:03:59Next 16의 캐시 컴포넌트가 실제로 어떻게 사용되고 있는지,
00:04:05사람들이 AI SDK를 사용할 때 우리가 예상했던 것과 차이가 나는 부분은 어디인지 확인하고,
00:04:14그 현실적인 구현과 개념을 우리의 엔지니어링, 제품 및 디자인 팀(EPD)에게 전달합니다.
00:04:21실제 현장의 예시들을 제공하는 거죠. '여기 이 고객이 이 규모에서 이렇게 사용하고 있는데, 우리가 직접 같이 만들어보니 이런 점이 보이네요'라고 말이죠.
00:04:26우리는 고객과 어깨를 맞대고 직접 구축했기 때문에 확실히 말할 수 있습니다.
00:04:32우리가 생각했던 방향과 다르게 이런 방식으로 구현되는 걸 봤으니 EPD 팀과 함께
00:04:38그 간극을 최대한 1:1로 맞추기 위해 노력합니다. 물론 어쩔 수 없는 경우도 있지만요.
00:04:46괜찮습니다. 어쨌든 그런 식으로 노력해서, 지금 참여하지 않은 다른 고객들도
00:04:52더 나은 경험을 할 수 있도록 합니다. 저희 업무의 많은 부분은
00:04:57고객의 코드베이스를 깊이 파고들어 기존의 관념에 의문을 제기하고,
00:05:05그들의 관측 가능성(observability)과 계측(instrumentation)을 살펴서 그들이 생각하는 대로
00:05:09실제로 모니터링되고 있는지 확인하고, 올바른 방향으로 정렬시키는 것입니다. 그리고 그 피드백을
00:05:14전체 순환 구조로 다시 보내는 것이죠. Amy, 질문의 다른 부분도 있었던 것 같은데 완전히 잊어버렸네요.
00:05:19Lisa, 질문 주세요. 아, 질문 다 하신 것 같아요. 성공적이었어요. 제가 더 알고 싶은 건,
00:05:26아까 약간 언급하셨지만, '파견(deployed)'이라는 게 실제로는 어떤 모습인지,
00:05:31Vercel이든 다른 유사한 역할을 하는 회사들이든 말이죠. 모두들 방식이 조금씩 다르니까요.
00:05:37현장 출장이 많은가요? 고객의 Slack이나 Zoom에 깊숙이 들어가 있나요? 시간대 문제는 어떻게 해결하나요?
00:05:44일반적인 하루나 일주일은 어떤 모습인가요?
00:05:49평균적인 하루나 일주일이 있었으면 좋겠지만, 질문에 답변하자면,
00:05:56초기 구현 단계나 어떤 곳에서는 '임베디드(embedded)'나 '파견'이 고객 현장에
00:06:03물리적으로 상주하며 어떻게 사용하는지 정확히 보는 것을 의미하기도 합니다. 하지만 Vercel은 원격 우선(remote-first)
00:06:09기업이며 항상 원격 구현을 주도하고 있습니다.
00:06:14그래서 우리에게 파견이나 임베디드는 말씀하신 Slack이나 다양한 커뮤니케이션 도구들을 통해
00:06:21비동기적으로, 혹은 필요할 때 동기적인 화상 회의를 통해 협력하는 것을
00:06:27의미합니다. 물론 약간의 출장이 필요할 때도 있습니다.
00:06:33한 25~30% 정도는 화이트보드 앞에 모여 앉아 직접 다이어그램을 그리며 이야기하는 게 더 좋을 때가 있거든요.
00:06:41디지털 화이트보드는... 뭐랄까, 그런 느낌이 좀 부족하죠.
00:06:46손가락에 마커 자국이 묻을 정도의 그 아날로그적인 느낌 말이에요.
00:06:52그래서 대면 업무가 가치 있는 순간들이 있습니다. 그래서 약간의 출장이 포함되어 있습니다.
00:06:59저희는 팀원들을, 저 같은 경우,
00:07:04고객 기반과 ±1 시간대 내에 배치하는 것을 원칙으로 삼고 있습니다.
00:07:11그렇게 하면 출장을 가더라도 고통스러운 경험이 되지 않기 때문이죠.
00:07:18시차 적응을 위해 특별한 노력을 할 필요가 없게 말이죠.
00:07:24네, 우리는 지터(불안정함) 없이 빠르게 다녀올 수 있도록 합니다.
00:07:29약간의 출장은 있지만, 대부분은
00:07:35Slack 참여와 다양한 원격 매커니즘을 통한 페어 프로그래밍,
00:07:43그리고 대면이 필요할 때는 화상 회의를 통해 업무를 주도하려고 노력합니다.
00:07:49네. 그리고 같은 시간대에 있는 것이 원격으로 일할 때도 도움이 되죠.
00:07:54업무 시간의 겹치는 부분이 훨씬 많으니까요. 절대적으로 그렇습니다.
00:08:00그리고 저희는 모두 인간입니다. 아직 우리 중 누구도 AI 에이전트가 되지는 않았으니까요.
00:08:08곧 그렇게 될 수도 있겠지만요. 아니, 제발 아니길 바랍니다.
00:08:12우리는 다 인간입니다. 그래서 좋은 점 중 하나는,
00:08:19함께 일하는 고객들 또한 인간이라는 점입니다.
00:08:23제 팀원들은 그들과 훌륭한 관계를 맺게 됩니다.
00:08:28우리가 단순히 가능성을 보여주는 것을 넘어,
00:08:34개념 증명(PoC)을 뛰어넘어 실제로 어떻게 해내는지,
00:08:39우리가 함께 어떻게 하는지를 보여주기 때문입니다. 그것은 그들이
00:08:46지속적으로 운영하는 방식에 마치 프로메테우스의 불을 가져다주는 것과 같습니다.
00:08:53그들은 변화하고 우리처럼 운영하기 시작합니다. 그것은 그들에게 실험과 호기심을 되살려주죠.
00:09:00그래서 우리는 함께 일했던 분들과 좋은 친구가 되곤 합니다.
00:09:08몇 분기나 1년 뒤에 다시 찾아가서 우리가 없이도 그들이 얼마나 멋진 일들을
00:09:15해냈는지 발견하는 건 정말 놀라운 경험입니다. 물론 우리가 옆에 없다는 건 좀 슬프지만요.
00:09:20그들에게는 사업적인 전환점이고 행복의 모델이 됩니다.
00:09:26적어도 제가 보기에는, 그 실험적이고 반복적인 속도를 더하고,
00:09:34일이 그렇게 힘들지 않아도 된다는 것과,
00:09:40빠르게 움직일 수 있다는 것을 보여주는 것이 그들의 일상과 업무,
00:09:47그리고 실험 공간에서 더 행복하게 만듭니다. 그래서 솔직히 말해서,
00:09:52매우 선순환적이고 긍정적인 구조가 됩니다. 네, 정말 좋은 일하는 방식이죠.
00:09:58빠르게 움직이고 실험할 수 있을 때 말이에요. 저는 예전에 모든 것이 완벽하게
00:10:04출시되어야 하고, 큰 기능에 모든 시간을 투자한 뒤에
00:10:08출시했더니 문제가 발생하는 그런 환경에서 일해봤거든요. 사실,
00:10:15오늘 이 시작도 기술적인 문제가 있어서 오디오가 안 나왔었죠.
00:10:20하지만 그게 인생을 재미있고 흥미롭게 만듭니다. 그런 순간들,
00:10:25뭐 오디오가 끊긴 것뿐일 수도 있지만, 어쨌든 그 몇 분 전의 상황이,
00:10:31우리 인간이 중요하다는 것은 문제가 발생하는 것이 아니라 그 문제에 어떻게 대응하는지, 그 사고에 어떻게 대응하는지에 달려있습니다.
00:10:37그리고 함께 인내하며 극복해 나가는 것, 그게 FTE의 어깨를 나란히 한다는 의미의 일부입니다.
00:10:42상황이 나빠지면 함께 나빠지고, 그 상황에서 팀을 돕는 것이죠.
00:10:47그것들은 사람들을 단결시키는 순간입니다. 그것은 dive-in해서 탐험하고 실험하며,
00:10:54더 나은 길을 찾으려는 사람과, 그냥 주저앉는 사람을 구분합니다.
00:11:00그래서 팀의 일원으로서 중요한 것 중 하나는 어느 정도의 공감 능력을
00:11:05가지고 상황을 이해하는 것입니다. 때로는 의지가 강하고
00:11:14주관이 뚜렷해야 할 때도 있지만, '우리는 함께 있다'는 것을 느끼며
00:11:19상황에 따라 의견을 고집하지 않는 것도 필요합니다.
00:11:24산업 내에 어떤 상태 변화가 일어났을 때, 공감 능력,
00:11:30즉 EQ(감성 지능)를 사용하여 그 상황을 평가하고 올바른 결정을 내리는 것이죠.
00:11:37이 역할은 매우 기술적이지만, EQ, 즉 사람을 이해하는 능력이나
00:11:43소프트 스킬 같은 것들이 많이 요구됩니다.
00:11:49그 균형은 어떻게 맞춰야 할까요? 어떤 사람이 이 역할에 뛰어난가요?
00:11:56어떤 기술들이 적합할까요?
00:12:01정말 좋은 질문입니다. 저는 제가 개인적으로 생각하는 의견을 말씀드리고,
00:12:11제가 지금까지 들어온 이야기도 함께 해보겠습니다. 어떨까요?
00:12:17제 개인적인 의견으로는, 다학제적이거나 뇌의 여러 부분이
00:12:23활성화되는 사람들이 많습니다. 흔히 '제너럴리스트'라고 부르는 사람들이죠.
00:12:29사람들은 단순하게 '내가 세계 최고의 Next.js 개발자다'라는 것뿐만 아니라,
00:12:36Next.js를 쓸 수 있는 것은 물론, AI를 코딩할 줄도 알고,
00:12:43Rust를 작성하거나, 회사를 한 번 창업했다가 실패했을 수도 있죠.
00:12:49괜찮습니다. 실행 결과보다 도전 자체가 중요하니까요. 제너럴리스트의 마인드셋은
00:12:57기술적으로 능숙하면서도 사람들과 소통할 수 있고 공감 능력이 있는 것입니다.
00:13:02어쩌면 비즈니스 감각, 세일즈 능력, 리더십 자질을 가지고 있을지도 모르죠.
00:13:09제가 발견한 바로는, FD 역할에 적합한 사람들은 이런 요소 중 3개 이상을 가지고 있더군요.
00:13:18한 분야에만 깊이 있는 사람이 팀에 합류할 수 없다는 뜻은 아니지만,
00:13:25일반적으로 우리는 다른 근육 기억들을 키우는 것을 돕기 시작합니다.
00:13:32예를 들어, C-레벨 이해관계자와의 식사 자리나, 매우 문제가 많고 기대치가 맞지 않는
00:13:39상황을 우아하고 품격 있게 관리하는 방법 같은 것들 말이죠.
00:13:47혹은 누군가에게 그들이 작업 중인 프로젝트가 좋은 아이디어가 아니라고
00:13:52가르치려 하거나 부정적인 태도를 보이지 않으면서 전달하는 방법 같은 것들입니다.
00:13:57우리가 채용할 때 찾는 것들이 바로 이런 것들입니다. 그래서 이 역할은
00:14:04대부분의 다른 역할과는 매우 다릅니다. 그리고 역사적으로 저는 개인적으로 이 점 때문에
00:14:09항상 고통받았죠. 왜냐하면 저는 매우 다양한 배경을 가지고 있거든요.
00:14:15대규모 기술 컨퍼런스를 운영하기도 하고 여기저기서 코드를 작성하기도 했습니다.
00:14:22몇 번의 창업도 했고, 어떤 조직에서는 영업 총괄을 맡기도 했죠.
00:14:27그러니 말이 안 되는 거죠. 채용 공고를 보면 '이 일을 하고 최고의 능력을 보여달라'고 하는데,
00:14:33좋아요, 하나는 할 수 있죠. 하지만 그러면 저는 지루해집니다.
00:14:37제 나머지 부분들도 활성화되어야 하거든요. 직장에서 행복을 느끼려면 모든 역량이 발휘되어야 합니다.
00:14:44제 팀원들도 그런 광범위한 열정이나 호기심을 공유한다고 생각합니다.
00:14:49다양한 분야를 탐험하고 싶은 호기심 말이죠.
00:14:56실패할 수도 있지만, 괜찮습니다. 앞서 말씀드렸듯이,
00:15:02많은 사람들이 '당신 팀은 회사에서 가장 경험이 많다'거나,
00:15:07'경험 많은 사람들을 데려온다'고 말하곤 하죠. 살짝 덧붙이자면, '경험'이라는 단어는
00:15:12다른 사람들보다 더 많이 실수해봤다는 뜻일 뿐입니다. 그리고 그 실수들을 어떻게 바로잡는지 알아낸 것이죠.
00:15:18누군가 경험이 많다는 것은 그게 전부입니다. 지혜는 실수해봤고,
00:15:23길을 찾아냈으며, 이제는 그 길을 알기에 다시는 실수하지 않는 것입니다.
00:15:27그리고 이상적으로는 다른 사람들에게 공유하는 것, 그게 바로 지혜입니다.
00:15:32그래서 저도 참 많이 실수했고,
00:15:40다른 사람들이 똑같은 실수를 하지 않도록 돕는 방법을 알아냈다는 점에서 경험이 많다고 생각합니다.
00:15:48누군가 댓글로 '흥미롭네요. 저는 현장 파견 엔지니어가 되려면
00:15:54한 가지 솔루션에 깊이가 있어야 한다고 생각했어요'라고 하더군요. 사람들이 기대했던 것과는 좀 다르죠.
00:16:01조금 더 설명하자면, 약간의 깊이는 있어야 합니다. 반드시 최고일 필요는 없어요. 좋은 예로,
00:16:08Luis Alvarez가 제 팀에 있습니다. 그는 Next.js의 전 핵심 기여자였죠.
00:16:14Sam Selikoff도 데려오려고 하는데 계속 거절하네요. 하지만 이번에 설득될지도 모르죠.
00:16:19어쨌든 Luis는 엄청난 깊이를 가지고 있습니다. Gansi Pozo도 마찬가지고요.
00:16:28Dom도 에이전트 커머스 분야에 깊이가 있죠. 다들 깊이가 있지만,
00:16:34다른 여러 분야에도 넓은 지식을 갖추고 있습니다. Gansi는 실무 분야에서
00:16:42누구에게나 거의 모든 것을 가르칠 수 있습니다. 저는 그가 무엇이든 가르칠 수 있다고 믿습니다.
00:16:49그래서 깊이를 가지는 것이 필요 없다는 말은 아닙니다. 핵심 분야에 대한 깊이는 있어야 하지만,
00:16:56그 외에도 다양한 다른 지식들을 FD에 결합할 수 있어야 한다는 것입니다.
00:17:05그래서 그게 균형을 이루는 거죠.
00:17:11좋은 비유가 없는데, 인피니티 건틀렛처럼,
00:17:15보석을 많이 가질수록 각 보석에 대한 깊이는 좀 덜해도 되지만,
00:17:20전반적인 힘은 있어야 합니다. D&D 게임처럼,
00:17:25캐릭터가 튼튼한 요소를 만들기 위해 다양한 레벨의 균형을 맞춰야 하는 것과 같죠.
00:17:31어떤 분야는 깊고 어떤 분야는 덜 깊을 수 있지만, 그래도 괜찮습니다.
00:17:37핵심은 '견고함'입니다. 삶을 어떻게 대하느냐가 중요한 거죠. 네, 저에게는
00:17:45많은 것을 시도하고, 실패할 수도 있지만
00:17:51법적인 테두리 안에서 움직이려는 의지가 있는 사람처럼 들리네요.
00:17:57거기서 배우려는 의지도 중요하다고 봅니다. 그리고,
00:18:07'그 길로 가지 말라고 제안할 수 있는' 겸손함이 있어야 합니다. 어떻게 아냐고요? 제가 가봤으니까요.
00:18:12저도 사기꾼 증후군(imposter syndrome)이 있고, 수십 년 동안
00:18:19그것을 극복하고 억누르기 위해 노력해왔습니다.
00:18:23두려워해도 괜찮습니다. 하지만 중요한 것은 당신이 마음을 열고 경험을 공유하는 것입니다.
00:18:30'내가 실수했어. 이게 왜 잘못될지 정확히 알아, 왜냐면 내가 해봤으니까'라는 점이죠.
00:18:36그것을 기꺼이 공유하면 클라우드 서비스 제공업체보다
00:18:4299.999% 더 높은 가동 시간으로 상대방이 받아들일 겁니다.
00:18:47상대방은 '아, 공유해줘서 고마워요. 그렇게 하지 않거나 그렇게 하죠'라고 하며
00:18:51앞으로 나아갈 것입니다. 하지만 그것을 털어놓고 조금은
00:18:56방어적이지 않고, 취약해지는 것은 또 다른 퍼즐 조각입니다.
00:19:06네. 많은 것을 시도하고, 거기서 배운 것을 공유하려는 의지 말이죠.
00:19:10때로는 잘못된 방법을 먼저 시도하고 그것이 최선이 아님을 깨달으면서
00:19:16더 나은 방법을 배우기도 하죠. 다시 말하지만, 약은 절대 안 됩니다.
00:19:20법적인 테두리 안에서 말이죠. 우린 법무팀이 지금 여기 없다는 걸 알아요.
00:19:26시도해보고, 때로는 성공하고 때로는 실패해도
00:19:30어느 쪽이든 배움이 있습니다. 현장 파견 엔지니어가 되기 위해 오늘 당장 시작할 것은 무엇인가요?
00:19:40방금 나눈 이야기와 일맥상통하는 것 같은데,
00:19:44탄탄한 엔지니어링 배경을 가진 사람이
00:19:49그들에게 도움이 될 다른 기술들을 연습하기 위해 무엇을 해야 할까요?
00:19:54정말 재미있는 질문이네요. 준비를 미리 해둘 걸 그랬어요.
00:20:01저는 이 주제에 대해 연구를 많이 했습니다. 제 목표 중 하나였으니까요. 배경을 좀 말씀드리면,
00:20:062012년부터 저는 깊이 있는 기술적인 사람들이 기술적인 측면에만 고착화되어,
00:20:14흔히 비둘기 구멍에 갇히거나,
00:20:23틀에 박힌 생각으로 강요받는다는 것을 봐왔습니다. 하지만 현실적으로,
00:20:30기술의 다양한 혁명과 진화를 통해
00:20:35기술자들은 기술적인 것 이외에도 더 많은 다양한 일들을 해야 하고, 할 수 있습니다.
00:20:41꼭 기술적인 것만은 아니죠. 그래서 2016년경에,
00:20:50저는 '경험 기반 학습'이라는 개념을 만들었습니다.
00:20:57무엇인지 바로 설명해 드리죠. 그것을 통해
00:21:04당신이 무언가를 하는 것을 막는 사기꾼 증후군과 싸우거나,
00:21:09불편한 상황에서도 편안함을 느끼는 근육 기억을 실제로 개발할 수 있습니다.
00:21:15진정 당신이 하는 것은 정신과 근육 기억 속에,
00:21:22앞서 말한 '경험'을 새기는 것입니다. 가장 쉬운 방법은 낯선 사람을 보고 말을 거는 것입니다.
00:21:29공항에서 맞은편에 누군가 있다면, 가서 말을 거세요.
00:21:35간단하게, '안녕하세요, 뭐 하시는 분이세요?'라고요. 사회성이 좋은 외향적인 사람에게는,
00:21:43쉬울지 몰라도, 내향적인 사람에게는 매우 어렵습니다. 그리고 저는,
00:21:51모든 엔지니어가 내향적이라고 생각하지 않습니다. 저 자신도 '외향적인 내향인'이라고 표현하곤 합니다.
00:21:56저 자신을 밀어붙여서 나가게 하죠. 팀에는 내향인, 외향적인 내향인들도 있고,
00:22:01완전 외향적인 사람도 한 명 있습니다. 팀은 그것을 통해 서로 응집합니다.
00:22:07우리가 운영하는 작업 모델 때문에, 우리 모두 내향적인 것보다는
00:22:13외향적인 쪽으로 조금 더 밀어붙여야 합니다. 제가 말씀드리고 싶은 것은,
00:22:18Vercel에서는 채용을 진행 중이니 모두 지원해 주셨으면 좋겠고,
00:22:24꼭 저희가 아니더라도 다른 곳에서라도 현장 파견 역할을 보신다면,
00:22:29다른 곳에 배포를 하든, 대화를 나누고 새로운 사람들을 만나는 것에
00:22:37익숙해지도록 자신을 밀어붙이는 것, 그러니까 처음에는 뱃속이 간질거리거나
00:22:47초조한 느낌이 들더라도 그것을 편안하게 받아들이는 것이
00:22:52가장 어렵지만 가장 쉬운 시작입니다. 왜냐하면,
00:22:57다음에 패스트푸드점을 가거나,
00:23:02식사를 하러 갈 때, '안녕하세요, 오늘 하루 어떠셨어요?'라고 묻고,
00:23:08진심으로 대화하려 노력해보세요. 한 문장만 하고 끝나더라도 괜찮습니다.
00:23:13'오늘 하루 정말 끔찍했네요, 혼자 있고 싶어요'라고 해도 괜찮아요. 그냥 작은 한 걸음을
00:23:19떼어 본 것만으로도 충분합니다. 그리고 그게
00:23:26비즈니스가 실제로 어떻게 운영되는지에 대한 책을 읽어보는 것입니다.
00:23:35그들이 운영된다고 '말하는' 방식이 아니라, 진짜 운영되는 방식을요.
00:23:40아니면 직접 회사 내에서,
00:23:46왜 이렇게 하는지, 왜 미친 짓 같아 보이는지 질문을 던져보세요.
00:23:50그것이 비즈니스 감각을 기르는 데 도움이 됩니다. 다른 말로 하면,
00:23:56비즈니스 감각, 세일즈 감각, 외향성 같은 orthogonal(직교하는) 경로로
00:24:03나아가는 것입니다. 안타깝게도 시간이 걸리지만,
00:24:10대부분 오늘 당장 시작할 수 있는 것들입니다.
00:24:16도움이 필요하시면 언제든 말씀해주세요. 어디든 Voodoo Tiki God이니까요.
00:24:22요즘은 뭐라고 부르죠, X인가요? 파티에 온 것 같은 이름이네요.
00:24:28어쨌든 저와 연락할 방법은 많습니다. 찾기 정말 쉬우실 거예요.
00:24:33이제 보내드려야겠네요. 바쁘실 텐데 시간 내주셔서 감사합니다.
00:24:39함께해주셔서 감사합니다.
00:24:43Amy, 감사합니다. 들어주신 모든 분들께도 감사드립니다.
00:24:47저희 팀에 합류하시길 고대합니다. 미주, EMEA, 영국,
00:24:54아무튼 영국은 따로 구분되나요? 어쨌든,
00:24:59호주와 일본 지역에서도 채용 중이니 관심 있으신 분들은 주저하지 말고 지원해주세요.
00:25:06대단해요. 방금 채팅에 링크를 공유해 드렸습니다. 정말 감사합니다.
00:25:10Amy, 감사합니다. 그리고 여기 함께해주신 모든 분들께도 감사드립니다.
00:25:17멋진 댓글 남겨주셔서 감사합니다.
00:25:21이번 주에 더 많은 온라인 이벤트가 예정되어 있으니 [community.verselle.com/events에서](https://www.google.com/search?q=https://community.verselle.com/events%EC%97%90%EC%84%9C) 확인해주세요.
00:25:27SHIP에 등록하셨다면 다음 달 런던, 베를린, 뉴욕에서 뵙겠습니다.
00:25:33아직 티켓을 구하지 못하셨다면 [verselle.com/SHIP에서](https://www.google.com/search?q=https://verselle.com/SHIP%EC%97%90%EC%84%9C) 구하실 수 있습니다.
00:25:38일부 장소는 이미 매진되었고 다른 곳도 곧 마감될 예정이니 서둘러주세요. 다시 한번 감사합니다. 모두 만나 뵙게 되어 좋았습니다.

Key Takeaway

현장 파견 엔지니어는 기술적 깊이를 바탕으로 고객의 코드베이스에 직접 침투해 문제를 해결하고, 반복적인 실험을 통해 제품과 현장 사이의 간극을 1:1로 좁히는 다학제적 실무자이다.

Highlights

  • 현장 파견 엔지니어(Forward-Deployed Engineer)는 고객의 코드베이스에 직접 임베딩되어 실무자와 어깨를 맞대고 제품을 개발하며 즉각적인 피드백 주기를 형성한다.

  • 업무 시간의 25~30%는 고객과 대면하여 화이트보드 작업을 수행하며, 시차 문제를 최소화하기 위해 고객과 ±1 시간대 내에 엔지니어를 배치한다.

  • 현장 파견 엔지니어는 단일 기술의 최고 전문가보다는 다학제적 지식을 갖춘 제너럴리스트로서 소프트 스킬과 비즈니스 감각을 겸비해야 한다.

  • 실패를 경험하고 그 과정에서 얻은 지혜를 고객과 공유함으로써 기술적 가동 시간을 높이고 고객사의 운영 방식을 개선한다.

  • 외향적인 내향인(Extroverted Introvert) 성향은 이 역할의 기술적 몰입과 대인 관계 유지 사이에서 균형을 잡는 데 유리하다.

  • 비즈니스 감각을 기르기 위해 회사 운영 방식에 대해 끊임없이 질문하고, 낯선 사람과 대화를 시도하는 경험 기반 학습을 권장한다.

Timeline

현장 파견 엔지니어링의 본질과 역할

  • 군사적 어원에서 유래한 이 직함은 고객 환경에 직접 뛰어들어 개발을 지원하는 역할을 의미한다.
  • 제품의 실제 사용 방식을 EPD 팀에 즉각적으로 피드백하여 Next.js나 AI SDK 등 플랫폼 기능의 개선을 유도한다.
  • 고객과 어깨를 맞대고 코드를 리팩토링하며 Vercel의 개발 속도와 실험 문화를 고객사에 이식한다.

이 역할은 단순한 고객 지원이나 컨설팅을 넘어 고객의 코드베이스 깊숙이 들어가는 것을 의미한다. 예상과 다른 실제 구현 사례를 수집하여 제품 로드맵의 간극을 줄이는 것이 핵심이다. 고객과 직접 키보드를 잡고 협업하며 고생담을 공유함으로써 고객이 빠르게 반복 속도를 높이도록 돕는다.

협업 방식과 물리적 환경

  • 원격 우선 기업 모델을 따르지만 25~30%의 비중으로 대면 협업 출장을 수행한다.
  • 시차 적응에 따른 비효율을 방지하기 위해 고객 기반과 ±1 시간대 내에 인력을 배치한다.
  • 어려운 기술적 문제를 함께 극복하는 경험이 고객과 엔지니어 간의 신뢰 관계를 형성한다.

물리적 상주보다는 Slack과 화상 회의를 활용한 비동기 및 동기 협업이 일상의 대부분을 차지한다. 하지만 아날로그적인 화이트보드 다이어그램이 주는 가치를 위해 대면 출장은 필수적으로 포함된다. 인간 대 인간의 관계를 통해 고객사 내부에 실험적이고 도전적인 문화를 내재화시킨다.

필요 역량과 인재상

  • 특정 기술의 정점보다는 다양한 분야를 섭렵한 제너럴리스트 마인드셋을 선호한다.
  • 기술, 세일즈, 리더십, 비즈니스 감각 등 여러 역량 중 최소 3가지 이상을 보유한 사람이 적합하다.
  • 자신의 실수를 인정하고 공유할 수 있는 취약성과 공감 능력이 팀의 자산이 된다.

단일 기술에만 매몰되지 않고 다양한 기술 스택과 비즈니스 환경을 경험해 본 사람을 찾는다. 사기꾼 증후군을 극복하고 실패 경험을 지혜로 승화시켜 고객에게 공유하는 능력이 필수적이다. 깊이 있는 핵심 역량을 갖추되 다양한 근육 기억을 키워나가는 유연한 태도를 중요하게 평가한다.

성장을 위한 실천 전략

  • 경험 기반 학습을 통해 낯선 사람과 대화하거나 새로운 상황을 마주하는 것을 연습한다.
  • 기술 외적인 비즈니스 운영 논리를 파악하고 왜 그런 결정을 내리는지 질문한다.
  • 불편함과 초조함을 수용하고 자신을 외향적인 환경으로 밀어붙여 사회적 근육을 개발한다.

기술자가 기술적 비둘기 구멍에 갇히지 않기 위해 의도적으로 다른 영역을 탐험해야 한다. 일상에서 타인과 대화를 시도하는 것부터 시작해 비즈니스 프로세스에 의문을 던지는 훈련을 통해 직교하는 역량을 쌓는다. 이러한 실천적 시도들은 업무 환경에서의 행복과 커리어 성장을 동시에 가져온다.

Community Posts

No posts yet. Be the first to write about this video!

Write about this video