한국 최초 FDE 회사 대표에게 듣는 AX의 현실 | 아이팟캐스트 EP.01

영상 제목: 한국 최초 FDE 회사 대표에게 듣는 AX의 현실 | 아이팟캐스트 EP.01 원문 제목: The Reality of AX According to the CEO of Korea’s First FDE Company | I-Podcast EP.01 URL: https://www.youtube.com/watch?v=2rFM8nAxq_8 날짜: 2026-09-01 채널: AI Community Bloom 블룸

📌 핵심 질문 / 이 영상이 다루는 핵심 논점

==AI를 도입하는 조직이 늘어나는 상황에서, FDE(Forward Deployed Engineer)는 고객의 모호한 문제를 발견하고 엔터프라이즈의 실행까지 책임지는 새로운 AX(AI Transformation) 직군이 될 수 있는가?==

• Space Y는 FDE를 단순히 고객사에 파견되는 개발자가 아니라, 고객 발굴·문제 정의·도메인 학습·개발·배포·커뮤니케이션까지 맡는 엔드투엔드 역할로 정의한다.
• AX는 코어 조직이 대신 해결하는 단계, 현업 교육 단계, 최적화된 스타트업의 역량을 빌리는 단계, 리더가 AI 네이티브 철학을 갖추는 단계로 빠르게 이동하고 있다.
• AI 모델이 좋아져도 엔터프라이즈에는 외부에서 변화를 밀어붙이는 동력, 도메인과 보안에 대한 책임, 조직의 실행·유지보수 역량이 남는다.
• 한국에서는 빠르게 99%를 만들어내는 실행 문화와 IT 인프라를 공공 서비스 재건축에 연결할 기회가 있으며, 그 과정에서 부티크 FDE와 SI의 역할이 새롭게 결합할 수 있다.

이 대화의 중심 인물은 AX 스타트업 Space Y를 운영하는 황현태 대표다. Space Y가 실제 고객 프로젝트에서 겪는 도메인 부족과 엔터프라이즈 소프트웨어 경험 부족, FDE를 고도화하기 위한 채용·교육·품질 관리, 데이원컴퍼니 인수 이후의 스케일업 과제를 통해 FDE의 현실을 설명한다. 결론은 더 많은 에이전트를 무작정 만드는 데 있지 않다. 고객의 진짜 문제를 찾아 높은 품질로 해결하고, 반복 가능한 방법론과 유지보수 구조를 만드는 데 있다.

1. 대화의 출발점과 황현태 대표의 배경

1.1. 첫 촬영의 사고와 첫 게스트

1. 마이크 고장으로 같은 회차를 다시 촬영함

   1. 첫 번째 녹화에서 진행자의 마이크가 시작 약 2분 만에 꺼졌다.
   2. 제작진은 이미 초대한 황현태 대표에게 다시 촬영을 요청하는 것이 미안했고, 어떻게든 첫 녹화본을 살리려 했다.
   3. 결국 대표에게 한 번만 더 찍을 수 있는지 직접 물었고, 대표가 흔쾌히 응해 주어 금요일 오전에 재촬영했다.
   4. 진행자는 “또 찍고 또 찍고”라고 농담했으며, 재촬영분이 최종본으로 공개될지는 당시에도 알 수 없었다고 웃으며 말했다.

2. AI Community Bloom과 Space Y의 기존 인연

   1. 황현태 대표는 과거 Bloom의 오프라인 행사에 초대된 적이 있어 제작진과 이미 몇 차례 만난 사이였다.
   2. Bloom은 오프라인 행사뿐 아니라 온라인 팟캐스트도 시작하려 했고, 첫 게스트부터 강한 인사이트를 가진 인물을 모시자는 방향을 세웠다.
   3. 유튜브 담당자 예일이 “무조건 황현태 대표님으로 시작해야 한다”고 주장해 바로 섭외가 진행됐다.
   4. 대표는 “불러 주시면 다 간다”고 말할 정도로 미디어와 지식 공유의 기회를 열어 두고 있다고 밝혔다.

1.2. 학창 시절부터 공동창업까지

1. 기계공학 전공과 코딩 연구실

   1. 황현태 대표는 연세대학교에서 기계공학을 전공하고 박사 과정을 밟았다.
   2. 전공은 기계공학이었지만 연구실은 지식공학(Knowledge Engineering)과 지식 기반 설계(Knowledge-Based Design)를 다루며 코딩을 많이 하는 곳이었다.
   3. 학부 때부터 코딩을 계속했고, 알파고(AlphaGo)가 등장하던 시기에 지도교수에게 AI 쪽으로 전공을 확장하고 싶다는 뜻을 밝혔다.
   4. 당시 해외 연구자와 함께 연구했으며, 그 연구자는 현재 딥마인드(DeepMind)에 있는 연구원으로 소개됐다.

2. 학계에 남고 싶다는 뚜렷한 꿈보다 연구실의 재미가 컸음

   1. 대표는 처음부터 교수가 되거나 학계에 남겠다는 구체적인 꿈이 있었던 것은 아니라고 말했다.
   2. 군 복무 문제도 있었고, 연구실 문화와 연구 자체가 재미있어 박사 과정을 선택했다.
   3. 공대 연구실은 스타트업보다 밥을 더 많이 먹고 밤도 더 많이 새울 만큼 힘들 수 있지만, 석사는 2년, 박사는 정해진 수년이라는 기한이 있어 버틸 수 있는 구조라고 설명했다.
   4. 이 경험은 이후 창업에서 문제를 오래 붙들고 실험하는 태도와 팀의 일하는 방식을 이해하는 기반이 됐다.

3. 세무 AI 스타트업 ‘헤움’에서 공동창업을 경험함

   1. 대학원 선배이자 자신보다 약 20살 많은 인물이 대표가 23살 무렵 세무 분야에서 AI로 세상을 바꿔 보자며 창업을 제안했다.
   2. 대표는 공동창업자로 합류했지만, 당시에는 공동창업자로서 역할을 잘 수행하지 못했고 선배가 자금과 무거운 책임을 대부분 감당했다고 회고했다.
   3. 공식적인 코파운더(Co-founder)라는 이름은 있었지만, 실질적으로는 초기에 함께한 멤버로서 4~5년을 보냈다고 표현했다.
   4. 그 기간에 일하는 방식, 회의와 의사결정, 조직에 대한 멘탈 모델(Mental Model)을 크게 배웠으며, Space Y를 시작하기 전의 중요한 훈련이 됐다.

4. 창업의 동기는 ‘내 사업’보다 함께 일하고 싶은 파트너였음

   1. 고등학교 때는 과학고에서 수학을 좋아하며 공부했고, 대학에서는 공부가 너무 어려워 잠시 흥미를 잃기도 했으므로 어린 시절부터 창업을 꿈꾼 것은 아니었다.
   2. 첫 공동창업에서 자신의 행동이 시장에 바로 실행되고 반응을 얻는 과정이 좋다는 것을 알게 됐다.
   3. Space Y의 가장 큰 창업 동기는 코파운더 남송학 CTO와 계속 함께 일하고 싶다는 마음이었다.
   4. 대표는 자신이 혼자 일을 잘하지 못하기 때문에 반드시 함께할 사람이 필요하며, 남송학이 그런 파트너였다고 말했다.
   5. 남송학이 창업하지 않았다면 자신도 창업하지 않았을 것이라고 말해, Space Y가 단순한 아이디어보다 관계와 팀에 의해 시작됐음을 강조했다.

2. Space Y의 시작과 아이템 탐색

2.1. Space Y라는 이름의 의미

1. SpaceX와 Y Combinator를 결합함
   1. 대표는 누구나 그렇듯 SpaceX를 좋아했고, 스타트업 투자·육성 프로그램인 Y Combinator도 좋아했다.
   2. 창업을 준비하던 시기에 남송학 CTO와 함께 “Space와 Y를 합쳐 Space Y라고 하자”고 정했다.
   3. 이름을 먼저 지은 뒤 아이템을 계속 시도했으므로, 처음부터 특정 사업을 정해 놓고 법인을 만든 것은 아니었다.
   4. 두 사람이 함께 일하고 싶다는 이유로 먼저 회사를 만들고, 그 뒤에 시장과 아이템을 찾는 순서를 택했다.

2.2. 프리토타이핑으로 실패를 축적함

1. 아이템을 빠르게 시험하는 방식에 몰입함

   1. Space Y 초창기에는 알베르토 사보이아(Alberto Savoia)의 『The Right It』과 프리토타이핑(Pretotyping) 방법론이 크게 유행했고, 대표도 그 방식에 강하게 꽂혔다.
   2. 제품을 오래 만들기 전에 가설을 빠르게 시험하고, 고객 반응이 있는지를 확인하며 다음 아이템으로 넘어갔다.
   3. 대표는 당시 아이템을 여섯 번째 또는 일곱 번째쯤 시도한 뒤 디오(DIO)에 도달했다고 설명했다.
   4. 시행착오가 많았지만, 여러 문제를 실제로 만져 보며 창업자와 제품의 적합성을 찾는 과정이었다.

2. 문제의 고통과 빈도를 기준으로 아이디어를 걸러냄

   1. Space Y는 문제가 얼마나 아픈지와 그 문제가 얼마나 자주 발생하는지를 나누어 생각했다.
   2. 고통의 세기가 크지만 빈도가 낮은 문제와, 고통은 약하지만 빈도가 높은 문제를 서로 다르게 평가했다.
   3. 중동의 보석을 판매하는 아이디어, 소셜 식사 플랫폼, 상담소 같은 아이디어를 생활 속에서 발견해 검토했다.
   4. 『도쿄의 부동산』을 보고 “서울의 부동산”을 만들어 보자는 식으로 다른 지역이나 시장에 아이디어를 옮기는 발상도 했다.
   5. 온갖 아이디어를 건드린 이유는 단지 시장성이 아니라 창업자가 좋아하고 잘할 수 있는 파운더-프로덕트 핏(Founder-Product Fit)을 찾기 위해서였다.

3. 디오가 첫 번째로 자리 잡은 제품이 됨

   1. 디오는 프리랜서와 기업을 연결하는 엔잡·프리랜서 플랫폼으로, 남송학 CTO가 제안한 아이템이었다.
   2. Space Y는 결국 자신들이 마음을 쏟고 잘할 수 있는 제품을 만나야 한다는 기준에 도달했고, 디오가 그 기준에 가장 가까웠다.
   3. IT 업계에서는 디오를 아는 사람이 많고, 시니어 개발자를 활용하려는 기업이 채용 부담을 줄이기 위해 사용할 수 있는 플랫폼으로 설명됐다.
   4. 진행자 측도 큰 프로젝트에서 정규 채용의 부담을 줄이기 위해 디오를 사용한 경험이 있다고 밝혔다.
   5. 디오는 계속 운영되는 사업이 됐고, Space Y가 이후 FDE 모델을 실험할 수 있는 사업적 기반을 제공했다.

3. Space Y가 정의하는 FDE

3.1. ‘파견 개발자’보다 넓은 엔드투엔드 역할

1. FDE의 일반적 의미와 Space Y의 확장된 정의

   1. FDE는 Forward Deployed Engineer의 약자로, 문자 그대로는 고객 현장에 전방 배치되는 엔지니어를 뜻한다.
   2. 일반적으로는 고객사에 가서 파견 근무를 하는 개발자로 오해하기 쉽지만, Space Y는 이를 훨씬 넓게 정의한다.
   3. Space Y의 FDE는 고객을 발굴하는 단계부터 고객사의 모호한 문제를 함께 찾아내는 단계까지 참여한다.
   4. 이후 문제를 구체화하고, 제품을 만들고, 배포하고, 고객과 계속 소통하는 전체 엔드투엔드(End-to-End) 과정을 맡는다.
   5. 따라서 개발 실력만으로 끝나지 않고 세일즈(Sales), 사업개발(Business Development), 문제 정의, 도메인 학습, 커뮤니케이션 역량까지 포함한다.

2. FDE의 핵심은 고객이 ‘이 사람들과 일하고 싶다’고 느끼게 하는 것

   1. Space Y에는 디오 시절부터 “나보다 더 나은 사람과 일하고 싶다”는 의미의 ‘Betters’라는 문장이 있었다.
   2. 대표는 FDE가 이 욕구를 고객사에도 느끼게 해야 한다고 말했다.
   3. 고객은 단순히 코드를 받는 것이 아니라, 자신의 팀보다 빠르고 깊게 문제를 이해하고 실질적인 진전을 만드는 사람과 일하고 싶어 한다.
   4. 이를 위해 어떤 FDE는 코딩을 압도적으로 잘하고, 어떤 FDE는 커뮤니케이션을 탁월하게 하며, 어떤 FDE는 하루 8시간이 아니라 16시간 일하는 것처럼 강한 몰입으로 차별화할 수 있다.
   5. 대표는 Space Y가 완벽한 집단은 아니며 실수도 많이 하지만, 고객의 문제를 풀기 위해 헝그리하게 일한다는 점을 강조했다.

3. 모든 개발자가 FDE로 전환할 수 있는 것은 아님

   1. 최근 FDE가 유행한다고 해서 기존 개발자가 직함만 바꾸면 되는 것은 아니다.
   2. 고객 현장에서 문제를 찾고, 모호함을 견디고, 낯선 도메인을 배우며, 고객에게 먼저 신뢰를 얻으려는 마인드셋 변화가 필요하다.
   3. 고객사가 “굳이 이 팀을 써야 하나”라고 느끼면 FDE 모델은 작동하지 않는다.
   4. 따라서 FDE는 개발자 채용의 확장판이 아니라, 고객의 성공을 자기 일처럼 책임지는 역할 설계에 가깝다.

3.2. 고객사, 유입 경로와 커뮤니케이션

1. 도메인보다 얼리 어댑터 고객을 우선 만남

   1. Space Y는 아직 특정 산업 도메인을 정하지 않은 ‘헝그리한 스타트업’이라 스스로를 잡식성 조직으로 표현했다.
   2. 실제 고객으로 LG전자 한국영업본부, 키움증권, 보험사 등이 언급됐다.
   3. 이 회사들은 규모가 크고 보수적으로 보일 수 있지만, Space Y를 찾는 담당자는 FDE와 AX를 빠르게 받아들이는 얼리 어댑터(Early Adopter)인 경우가 많다.
   4. Space Y가 고객보다 인력이나 도메인 지식에서 더 크기 때문에, 고객이 굳이 작은 회사를 찾는 이유부터 확인해야 한다.

2. 고객은 콘텐츠와 신뢰를 통해 인바운드로 유입됨

   1. 고객 대부분은 콜드 아웃바운드가 아니라 인바운드(Inbound)로 연락해 온다.
   2. 유튜브를 보고 연락하는 사람, AI 관련 커뮤니티와 링크드인(LinkedIn)을 통해 메시지를 보내는 사람, 이메일로 문의하는 사람이 있었다.
   3. Bloom 팀도 처음에는 디오라는 서비스만 알았지만, 동료가 황현태 대표의 유튜브 인사이트를 Slack 방에 반복적으로 공유하면서 대표를 알게 됐다.
   4. 인사이트가 좋은 것과 그것을 짧고 임팩트 있게 논리적으로 전달하는 능력은 다르며, 제작진은 대표가 머릿속에서 내용을 잘 정리하고 즉시 설명하는 점에 주목했다.
   5. 진행자가 링크드인으로 직접 DM을 보낸 뒤 대표가 거의 한 시간 동안 이야기를 나누었고, 이를 계기로 함께 행사를 진행하게 됐다.

3. 하드 스킬과 소프트 스킬이 동시에 필요함

   1. FDE는 코드를 구현하는 하드 스킬(Hard Skill)뿐 아니라 고객의 말에서 진짜 문제를 듣는 커뮤니케이션 역량이 필요하다.
   2. 고객 발굴과 영업, 사업개발, 비즈니스 맥락 이해가 제품을 제대로 만드는 과정에 함께 들어온다.
   3. Space Y는 스스로를 초천재 집단으로 생각하지 않으므로, 고객사도 FDE를 최대한 잘 활용할 수 있도록 환경과 정보를 제공해야 한다.
   4. 고객과 FDE가 서로의 부족한 부분을 보완할 때 프로젝트가 잘 진행되며, FDE가 혼자 모든 답을 갖고 있다는 전제는 위험하다.

3.3. FDE의 역량 편차와 방법론화

1. 완벽한 FDE보다 강점이 다른 FDE들의 조합이 현실적임

   1. 대표는 과거 토스 관련 세션에서 조직 구성원의 여러 성향을 나누고 스탯처럼 보는 방식이 있었다고 회상했다.
   2. FDE도 모두 같은 능력을 갖춘 하나의 유형이라기보다, 코딩에 강한 FDE, 커뮤니케이션에 강한 FDE, 고객 문제 발견에 강한 FDE처럼 강점이 다를 수 있다.
   3. 채용 시 어떤 강점의 FDE가 필요한지 판단하고, 프로젝트에서는 서로 다른 강점을 조합해야 한다.
   4. 이 다양성을 인정해야 FDE를 과장된 만능 개발자 이미지가 아니라 실제 업무 체계로 만들 수 있다.

2. 방법론이 채용과 품질의 일관성을 만듦

   1. Space Y는 FDE의 역할과 역량을 계속 정의하고, 채용의 일관성과 업무 품질의 일관성을 유지하려고 한다.
   2. 초창기에는 소수의 팀원이 고객 프로젝트를 직접 돌파하며 방법론을 만들 수 있지만, 조직이 커지면 교육과 양성 체계가 반드시 필요하다.
   3. 대표는 이 과정이 자신의 리더 역할 중 하나가 됐고, 방법론을 정리하는 일 때문에 머리가 아프다고 솔직하게 말했다.
   4. FDE 사업의 스케일업은 사람 수를 늘리는 문제가 아니라, 발견·정의·구현·운영의 판단 기준을 전달 가능한 형태로 만드는 문제다.

4. 고객 문제를 찾고 프로젝트를 운영하는 실제 과정

4.1. 인바운드 이후 문제를 깎아 나감

1. 첫 질문은 ‘무엇을 만들어 달라’가 아니라 ‘왜 연락했는가’임

   1. 연락을 받은 뒤 Space Y는 고객이 어떤 상황 때문에 자신들을 찾았는지부터 묻는다.
   2. 큰 기업은 Space Y보다 인력과 도메인 전문성이 훨씬 많으므로, 단순히 개발자를 한 명 더 구하려고 작은 FDE 스타트업을 찾는 것은 아니다.
   3. 고객이 원하는 것이 실제 제품인지, 조직의 분위기 쇄신인지, 새로운 실행 방식을 시험해 보는 것인지, FDE 모델을 경험해 보는 것인지 먼저 분리해야 한다.
   4. 이 첫 해석이 틀리면 아무리 잘 만든 제품도 고객이 원한 결과와 어긋날 수 있다.

2. 프로토타입 중심에서 문제 정의 중심으로 이동함

   1. Space Y의 초기 방식은 고객이 원하는 것을 들으면 빠르게 프로토타이핑해 결과물을 보여 주는 것이었다.
   2. 그러나 고객사의 AI 이해 수준이 빠르게 높아지면서, 이제는 고객이 먼저 문제의 윤곽을 갖고 오는 경우가 많아졌다.
   3. Space Y는 곧바로 코드를 쓰기보다 고객이 말한 문제를 다시 쪼개고, 진짜 해결해야 할 핵심 문제를 정의하는 데 집중한다.
   4. 고객이 “이런 것을 원한다”고 말한 요구를 그대로 제품 명세로 받아들이지 않고, 그 요구의 배경과 성공 조건을 확인한다.

3. 문제 발굴은 경험적이며 반복적인 대화로 진행됨

   1. 고객이 자신의 진짜 니즈를 일부러 숨기는 것이 아니라, 머리와 마음속에 있어도 정리되지 않은 상태일 수 있다.
   2. Space Y도 첫 미팅만으로 정답을 아는 것이 아니며, 계속 질문하고 자주 만나고 함께 일하면서 “아, 원래 이런 문제였구나”라고 깨닫는다.
   3. 동시에 전공법이라고 부를 수 있는 문제 발굴 절차, 프로젝트의 핵심 프레임, 고객 도메인 학습을 통해 감에만 의존하지 않으려 한다.
   4. 문제를 제대로 파악하지 못하면 빠른 개발 능력이 오히려 헛발질을 빠르게 만드는 결과가 되므로, 초기에 시간을 쓰는 것이 중요하다.

4.2. 실수의 종류와 고객과의 공동 학습

1. 첫 번째 실수는 고객 도메인을 충분히 모르는 데서 발생함

   1. Space Y는 고객사가 다루는 산업과 업무를 처음부터 잘 알 수 없으므로, 도메인 지식을 빠르게 습득하지 못해 초기에 버벅거릴 수 있다.
   2. 고객사는 그 과정에서 업무 맥락과 현장의 제약을 설명하고, FDE가 잘못 이해한 부분을 바로잡는다.
   3. 고객의 설명은 단순한 요구사항 전달이 아니라, FDE가 무엇을 만들어야 하는지 판단할 수 있게 하는 도메인 데이터가 된다.
   4. 고객의 도움을 받는 것을 약점으로 숨기기보다, 모르는 것을 인정하고 빠르게 질문하는 편이 결과적으로 프로젝트를 살린다.

2. 두 번째 실수는 스타트업에 엔터프라이즈 소프트웨어 경험이 부족한 데서 발생함

   1. Space Y 같은 스타트업의 개발자 세대는 SI(System Integration) 기업에 가면 커리어가 꼬인다는 인식을 접하며 성장한 경우가 많다.
   2. 그 결과 특정 기업을 위한 업무망, 폐쇄망, 보안 환경, 대형 인프라 안에서 오랫동안 소프트웨어를 운영하는 경험을 충분히 전수받지 못했다.
   3. 막상 엔터프라이즈 프로젝트를 하자 보안·인프라·승인·운영 절차에서 초반에 버벅거리는 일이 생겼다.
   4. 이는 스타트업식 제품 개발 능력과 엔터프라이즈식 운영 능력이 서로 다른 학습 영역임을 보여 준다.

3. 대형 SI와 함께 일하며 자신이 모르는 것을 배움

   1. 한 증권사 프로젝트에서는 대형 기존 기업과 합을 맞추며 일하고 있고, 잘 맞는 부분과 잘 맞지 않는 부분을 모두 경험하고 있다.
   2. 처음에는 자신이 무엇을 모르는지조차 몰랐지만, 선배 엔지니어들에게 질문하며 대형 인프라와 보안에 관한 지식을 쌓고 있다.
   3. 수십 년 동안 인프라 작업과 보안을 수행한 조직의 경험은 AI를 잘 쓰는 스타트업이 단기간에 복제하기 어렵다.
   4. FDE의 성장은 스타트업의 속도만 고집하는 데 있지 않고, 고객사와 기존 전문 조직의 지식을 흡수하는 데도 있다.

4. 실수는 빠른 소통으로 프로젝트의 자산이 됨

   1. Space Y는 실수를 많이 한다고 인정하지만, 고객사도 실수할 수 있고 서로 그 실수를 숨기지 않고 공유하는 것이 중요하다고 말한다.
   2. FDE가 실수하면 책임이 Space Y에 있지만, 고객과 빠르게 소통해 방향을 고치면 프로젝트 전체는 성공할 수 있다.
   3. LG전자 한국영업본부의 담당자와 책임자는 Space Y가 최대한 잘 일할 수 있도록 환경을 세팅하고 업무에 필요한 지원을 크게 제공했다.
   4. 키움증권에서도 이태권 이사 등 고객 측 인물들이 FDE에게 도메인과 실행 맥락을 적극적으로 알려 주고 있다.
   5. 이러한 고객 지원은 단순한 친절이 아니라, FDE가 초점을 맞춰 결과를 만들도록 하는 공동 작업의 일부다.

5. 한국 AX의 네 세대와 에이전트 운영 철학

5.1. 코어 AX에서 현업·스타트업·리더 철학으로

1. 1세대: 중앙 코어 AX팀이 현업 문제를 해결함

   1. 한국 AX의 첫 단계는 대기업 계열사 안에 코어 AX팀을 두고, 각 현업의 AI 문제를 중앙에서 해결해 주는 방식이었다.
   2. 삼성전자에 삼성SDS와 별도의 IT팀이 함께 존재하듯, 계열사마다 AX팀을 두고 현업 문제를 받아 처리하는 구조가 만들어졌다.
   3. 이는 IT 조직이 회사의 업무 시스템을 대신 구축해 주던 기존 구조를 AI 영역으로 확장한 형태다.
   4. 그러나 AI로 해결할 수 있는 문제의 수와 속도가 급격히 늘면서 중앙팀만으로는 한계가 드러났다.

2. 2세대: 현업이 직접 AI 도구를 사용하는 교육 단계

   1. 중앙팀의 처리량을 넘어서자 “현업 구성원이 직접 AI 역량을 갖추면 되지 않겠는가”라는 방향이 등장했다.
   2. 현업 직원이 Claude 같은 도구를 잘 사용하면 업무를 스스로 자동화할 수 있다는 기대가 생겼다.
   3. 하지만 교육 성취도와 개인별 학습 능력은 다르므로, 모든 현업이 같은 수준으로 AI를 활용할 것이라는 가정은 현실적으로 어렵다.
   4. 도구 사용법을 교육하는 것만으로는 업무 재설계, 품질 관리, 보안, 조직 변화까지 해결되지 않는다.

3. 3세대: 최적화된 스타트업의 AX 역량을 엔터프라이즈가 활용함

   1. 인원은 적지만 매출이 충분하고 운영이 최적화된 스타트업은 도메인과 무관하게 AX를 잘 수행하는 경우가 있다.
   2. 엔터프라이즈가 이런 스타트업을 데려와 실행 방식과 자동화 노하우를 배우려는 시도가 3세대다.
   3. 작은 팀이 빠르게 가설을 세우고 제품을 배포하며 개선하는 방식은 큰 조직이 내부 절차만으로 얻기 어려운 속도를 제공한다.
   4. FDE 기업은 이 세대의 대표적인 실행 파트너가 될 수 있지만, 고객 도메인과 장기 유지보수 책임까지 함께 해결해야 한다.

4. 4세대: 리더가 AI 네이티브 철학을 갖추는 단계

   1. POC(Proof of Concept)를 수천 개씩 만들고 그룹사별로 에이전트를 수천 개씩 추가하는 식의 확장은 유지보수가 불가능해질 수 있다.
   2. 이런 문제가 반복되는 이유는 개발자 개인의 능력보다 리더가 AI 네이티브(AI-Native)하게 조직을 설계하는 철학이 부족하기 때문이라고 대표는 진단했다.
   3. AI를 도입한다는 말이 단순히 에이전트 개수를 늘리는 뜻이 아니라, 어떤 문제를 어떤 공통 기반 위에서 해결하고 누가 계속 책임질지 결정하는 조직 원칙이 되어야 한다.
   4. 한국은 AX가 생긴 지 오래되지 않았는데도 이미 네 세대까지 빠르게 이동할 만큼 변화 속도가 빠르다.

5.2. 4,000개 에이전트 문제와 유지보수 구조

1. 프로젝트별 에이전트 증식은 재앙이 될 수 있음

   1. 기업 규모가 크다는 이유로 POC와 에이전트를 계속 추가하면 어느 순간 수천 개의 에이전트가 생긴다.
   2. 각 에이전트가 개별 업무에 묶이면 모델이 바뀌거나 업무 프로세스가 바뀔 때마다 별도 수정이 필요하다.
   3. 에이전트가 많다는 사실은 AI 전환의 성공 지표가 아니며, 오히려 유지보수 담당자와 비용을 폭발시킬 수 있다.
   4. 대표는 리더의 AI 철학 부재가 기술적 과잉 생산으로 나타난 사례로 이 문제를 설명했다.

2. 빌더와 메인터이너의 역할을 함께 설계해야 함

   1. 에이전트를 새로 만드는 프로토타이퍼·빌더(Prototyper·Builder) 조직만큼, 기존 시스템을 쓸어내고 정리하는 스위퍼(Sweeper)와 유지보수자(Maintainer) 조직이 중요하다.
   2. 새 기능을 만드는 사람과 운영 안정성·품질·수명주기를 책임지는 사람을 모두 두어야 한다.
   3. Space Y가 인용한 엔트로픽(Anthropic) 관련 논의도 빌더만 주목하지 말고 메인터이너를 조직 설계에 포함해야 한다는 방향을 가리킨다.
   4. FDE의 역할도 최초 구축에서 끝나는 것이 아니라 고객의 운영과 재계약까지 이어져야 한다.

3. 범용 에이전트와 업무 명세를 중심에 둬야 함

   1. 업무마다 독립 에이전트를 하나씩 만드는 대신, 범용 에이전트가 가운데 있고 업무는 명세(Specification)로 관리되는 구조가 바람직하다.
   2. 업무는 계속 바뀌므로, 변화할 때마다 새 에이전트를 만드는 방식은 확장되지 않는다.
   3. 예로 가스 위험성 평가 자동화 에이전트, 프리랜서 매칭 에이전트, 공공 입찰 에이전트를 계속 별도로 만드는 접근이 언급됐다.
   4. Space Y가 프리랜서 플랫폼과 공공 입찰 솔루션을 각각 별도 에이전트로 쌓아 가면, 기능 중복과 유지보수 지옥이 생길 수 있다.
   5. 업무 정의와 명세를 관리하면 같은 기반 모델과 도구를 여러 업무가 재사용할 수 있고, 프로세스 변화에도 대응하기 쉽다.

6. AI 모델이 좋아져도 남는 FDE의 역할

6.1. 자동화 이후의 빈틈을 계속 발견함

1. 모델 성능 향상은 FDE의 일을 없애기보다 상위 문제로 이동시킴

   1. 과거에는 AI를 잘 쓰기 위해 많은 엔지니어링을 해야 했지만, 이제는 버튼을 몇 번 누르는 것만으로도 상당한 결과가 나오는 상황이 됐다.
   2. 따라서 FDE는 단순히 AI를 대신 조작하는 역할만으로는 차별화할 수 없고, 모델이 해결하지 못하는 조직·도메인·프로세스의 빈틈을 찾아야 한다.
   3. Space Y는 초기부터 FDE를 하면서 모델이 좋아질 때마다 새로 생기는 틈을 발견하고 능력을 채워 왔다.
   4. 모델이 표준화된 뒤 Space Y가 무엇을 할지는 대표도 확정적으로 말할 수 없지만, 변화에 맞춰 역량을 계속 쌓는다는 원칙은 분명했다.

2. 엔터프라이즈에는 외부 동력이 계속 필요함

   1. 엔터프라이즈 AX는 엔터프라이즈에서 실제로 필요한 일이며, 큰 조직에는 내부 동기만으로는 만들기 어려운 실행 지점이 항상 남는다.
   2. 비즈니스 프로세스가 이미 최적화된 조직도 외부에서 새로운 속도와 관점을 주입하지 않으면 기존 방식을 반복하기 쉽다.
   3. FDE는 외부 동력으로서 고객의 모호한 문제를 구체화하고, 실제 배포와 사용까지 밀어붙인다.
   4. AI 모델의 성능이 올라갈수록 외부 동력은 코드 생성보다 조직 변화, 도메인 적용, 책임 있는 운영에 가까워진다.

3. 업무 자동화의 유행도 빠르게 바뀜

   1. 대화에서는 상반기에 업무 자동화가 크게 주목됐다면 하반기에는 다른 흐름이 부상해 자동화만 말하면 곧 옛날 이야기가 될 수 있다는 감각이 나왔다.
   2. 예측(Predictive)과 로컬(Local) 같은 키워드가 짧게 언급됐고, 고객사와 모델의 수준이 동시에 높아지고 있다는 점이 강조됐다.
   3. FDE는 현재의 유행어를 반복하는 조직이 아니라, 다음 모델과 고객 기대 수준에 맞춰 자신의 역할을 다시 정의하는 조직이어야 한다.

6.2. 도메인 SI와 AI 스타트업 사이의 선택

1. 한 대기업이 두 가지 협업 모델을 시험함

   1. 대기업의 AX 담당자는 기존 SI 기업에 AI를 탑재해 생산성을 높일지, 도메인 지식은 부족하지만 AI를 잘 쓰는 스타트업과 협업할지 여러 차례 시험했다.
   2. 기존 SI 기업은 수십 년 동안 해당 도메인과 합을 맞췄다는 장점이 있다.
   3. AI 스타트업은 새로운 도구와 실행 속도에서 앞설 수 있지만, 고객의 핵심 데이터를 장기간 책임질 수 있는지는 별도 문제다.
   4. 두 모델은 ‘누가 AI를 더 잘 쓰는가’만으로 비교할 수 없고, 도메인 연속성·보안·운영·인력 지속성이 함께 평가되어야 한다.

2. 차량 내비게이션 데이터 사례에서 도메인 연속성이 승리함

   1. 해당 대기업은 차량 내비게이션 데이터처럼 장기간 축적해야 하는 도메인을 다루고 있었다.
   2. 도메인 경험이 없는 스타트업이 들어와 오랜 기간 데이터를 쌓는 작업을 진행하다가 중간에 사업을 접거나 떠나면 어떻게 하느냐는 걱정이 컸다.
   3. 결국 그 담당자는 결과적으로 도메인 지식이 있는 SI 기업과 하는 편이 낫다고 판단했다.
   4. 황현태 대표도 이런 판단은 충분히 치명적인 리스크를 고려한 합리적 결론일 수 있으며, FDE 스타트업의 모델이 모든 기업에 자동으로 맞는 것은 아니라고 인정했다.

3. FDE 스타트업은 고객의 리스크 테이킹을 인식해야 함

   1. Space Y도 고객사로부터 “스타트업과 함께 가는 것”에 대한 우려를 자주 듣는다.
   2. 그럼에도 Space Y를 선택하는 고객은 FDE 모델의 가능성에 큰 리스크를 감수하는 얼리 어댑터다.
   3. FDE 회사는 새로운 기술을 보여 주는 것에 그치지 않고, 떠나지 않을 팀이라는 신뢰와 운영 계획을 제시해야 한다.
   4. 따라서 데이원컴퍼니와의 결합은 자금·인력·브랜드·지속성에 대한 고객의 불안을 줄이는 데 의미가 있다.

7. 데이원컴퍼니 인수와 Space Y의 스케일업

7.1. 인수를 반긴 이유

1. 팀원들이 인수를 원하고 환영함

   1. 데이원컴퍼니가 Space Y를 인수하는 결정은 팀원들과 충분히 상의한 큰 결정이었다.
   2. 팀원들은 인수를 매우 반겼고, 오히려 더 원했다.
   3. Space Y가 FDE와 AX의 초기 단계에서 성장하려면 자체 역량만으로는 부족한 부분이 많았기 때문이다.
   4. 대표는 구성원의 동의와 기대가 인수의 가장 중요한 출발점이었다고 설명했다.

2. 맛집을 만드는 능력과 스케일업은 다른 능력임

   1. 대표는 자신에게 능력의 한계가 있고, 스케일업 경험이 없다고 솔직하게 말했다.
   2. 자신은 좋은 ‘맛집’을 만드는 사람에 가깝지만, 그 맛집을 여러 지점으로 확장하는 운영 경험은 부족하다는 비유를 사용했다.
   3. FDE가 아직 한국에서 창발하는 단계이므로, 고객 인사이트와 실행 사례뿐 아니라 자금, 인사, 조직 규모를 키우는 지원이 필요하다.
   4. 데이원컴퍼니는 이런 부분에서 Space Y가 활용할 수 있는 든든한 지원군이 된다.

3. Space Y 2.0은 FDE의 코어를 보존하면서 확장해야 함

   1. 인수는 Space Y가 다음 단계로 가는 계기이지만, 단순히 조직 규모만 키우는 것과는 다르다.
   2. FDE와 AX를 실제 프로젝트에서 작동하게 만든 코어 역량을 유지한 채 데이원의 리소스를 결합해야 한다.
   3. 인수 직후라 데이원에서 100명의 FDE를 양성한다는 구상의 세부 역할과 지휘 체계는 아직 만들어 가는 과정이었다.
   4. 대표는 자신이 실무에서 완전히 벗어나지 않고 빠르게 변하는 트렌드를 계속 현장에서 확인해야 한다고 인정했다.

7.2. 하루의 운영과 팀 구조

1. 아침 6시~6시 30분에 일어나 밀린 일을 확인함

   1. 예전에는 운동을 했지만 요즘은 운동을 못 하고, 평균적으로 오전 6시에서 6시 30분 사이에 일어난다.
   2. 일어나면 바로 휴대폰으로 상황을 확인하고, 자는 사이 큰일이 생기지 않았는지 살핀다.
   3. 해야 할 일이 무한히 남아 있다는 찜찜함 때문에 아침에 일찍 눈이 떠지고, 밀린 업무와 이메일 인박스를 정리한다.
   4. 대표는 인박스를 업무의 재료처럼 사용하며, 아침에 하루의 연속성을 다시 세운 뒤 출근한다.

2. 역삼 사무실과 고객 현장을 오가며 품질을 관리함

   1. Space Y의 사무실은 역삼 오렌지플래닛에 있다.
   2. 대표는 사무실에 출근한 뒤 고객사를 방문하기도 하고, FDE들을 직접 확인하며 교류한다.
   3. FDE의 품질 편차가 커지면 고객 경험과 재계약률이 함께 흔들리므로, 코어팀과의 소통을 매우 많이 한다.
   4. 대표에게 출근은 개인 업무를 처리하는 시간이 아니라, 여러 고객 프로젝트가 같은 품질 기준으로 움직이는지 확인하는 시간이다.

3. 약 10명 중 6명은 현장 FDE임

   1. Space Y 팀은 약 10명 규모이며 그중 6명 정도가 실제 고객사에 파견되는 FDE다.
   2. 나머지는 대표를 포함해 고객사에 상주하지 않고 내부에서 프로젝트를 지원하는 구성원이다.
   3. 내부 구성원은 고객 커뮤니케이션과 관리, 프로젝트 논의, 현장 FDE가 문제를 해결할 수 있도록 환경을 마련하는 역할을 맡는다.
   4. ‘밖에 나가는 사람’과 ‘안방을 책임지는 사람’이 함께 있어야 고객 현장의 실행과 회사 전체의 일관성이 연결된다.

8. 한국에서 FDE가 확산하는 이유와 미래

8.1. K-FDE와 부티크 FDE의 가능성

1. 한국의 빠른 실행 문화가 FDE와 맞음

   1. 황현태 대표는 한국을 ‘팔란티어 국가’라고 표현했다.
   2. 한국인은 완벽한 100%를 오래 기다리기보다 엄청나게 빠르게 99%를 만들어 내는 데 특화되어 있다는 비유를 들었다.
   3. 빠르게 만들어 시장에 내놓고, 사용자의 반응을 받아 고치는 실행 방식은 AI와 FDE의 결합에 잘 맞는다.
   4. 한국 사회가 AI와 FDE에 빠르게 주목하는 이유도 이런 실행 문화와 새 기술에 대한 높은 흡수력에서 찾을 수 있다.

2. FDE 회사가 모두 대형 조직으로 커지지는 않을 수 있음

   1. Space Y 같은 회사가 반드시 거대한 기업으로 스케일업하지 못할 가능성도 대표는 열어 두었다.
   2. 그렇다고 FDE의 미래가 작다는 뜻은 아니며, 작고 강한 부티크 FDE(Boutique FDE)가 많이 생길 수 있다고 전망했다.
   3. 각 부티크가 특정 문제와 고객에 깊이 들어가면 대기업 내부 조직보다 빠르고 높은 밀도의 실행을 제공할 수 있다.
   4. 회사 규모보다 고객 문제를 해결하는 역량과 창업자의 책임감이 FDE의 경쟁력이 될 수 있다.

3. 젊은 인재의 가치 인정 욕구가 부티크를 만듦

   1. 요즘 세대가 취직을 싫어하는 이유 중 하나는 자신의 가치가 조직에서 온전히 인정받지 못한다고 느끼기 때문이다.
   2. 자신의 능력을 시장에서 직접 증명할 수 있는 사람은 고용된 개발자보다 FDE로서 외부 고객과 일하는 길을 선택할 수 있다.
   3. 이들이 작은 FDE 회사를 많이 만들면, 개별 고객의 모호한 문제를 책임지고 해결하는 새로운 B2B 창업 문화가 생긴다.
   4. B2C 창업이 곧바로 플랫폼과 대규모 사용자를 만드는 방식이라면, B2B 창업은 고객 현장에서 문제를 해결하며 사업을 만드는 방식으로도 나타날 수 있다.

4. SI의 단절된 생명주기를 FDE가 다시 연결할 수 있음

   1. 엔터프라이즈와 공공 부문은 특정 도메인·보안·운영을 장기간 맡을 SI 기업을 여전히 필요로 한다.
   2. 과거에는 SI 기업에 가면 커리어가 꼬인다는 인식 때문에 우수한 엔지니어가 SI를 피하는 단절이 생겼다.
   3. FDE는 SI의 파견 구조를 그대로 반복하지 않고, 창업 경험과 AI 활용 능력, 문제 정의, 제품 감각을 결합해 더 높은 부가가치를 만들 수 있다.
   4. 이런 결합이 이루어지면 SI의 생명주기를 이어 가면서도 대기업과 공공기관의 결과 품질을 높일 수 있다.

8.2. Space Y가 보는 FDE 인재 기준

1. 창업 경험을 강하게 봄

   1. Space Y가 FDE 채용에서 강하게 보는 조건 중 하나는 창업 경험이다.
   2. 창업 경험이 있다는 것은 아이디어만 가진다는 뜻이 아니라, 고객·돈·실패·책임을 직접 겪었다는 뜻이다.
   3. 창업의 아픔을 경험한 인재는 고객의 불확실성과 프로젝트 실패 가능성을 가볍게 보지 않는다.
   4. 이러한 인재들이 B2B 현장에서 고객의 문제를 자기 사업처럼 다루는 FDE 문화를 만든다.

2. B2B 창업은 고객 현장에서 만들어질 수 있음

   1. B2C에서는 창업자가 처음부터 플랫폼이나 소비자 제품을 만들어야 한다는 이미지가 강하다.
   2. B2B에서는 고객 조직 안으로 들어가 문제를 함께 정의하고, 실사용 가능한 시스템을 납품하고, 장기 관계로 확장하는 방식도 창업이 될 수 있다.
   3. FDE는 고객 현장의 프로젝트를 통해 창업자와 엔지니어가 동시에 성장하는 구조를 만든다.
   4. 이는 기술 회사와 컨설팅 회사, SI와 제품 회사 사이의 경계를 다시 그리는 변화다.

9. 하반기 목표와 공공 IT 재건축 비전

9.1. 단기 목표는 재계약과 품질

1. Space Y의 KPI는 재계약률 하나임

   1. 대표는 먼 미래보다 우선 하반기를 기준으로 생각하며, Space Y의 KPI는 지금 진행 중인 프로젝트의 재계약이라고 말했다.
   2. 현재 프로젝트가 90% 또는 100% 수준으로 계속 재계약되면 가장 뿌듯할 것이라고 했다.
   3. 재계약은 고객이 결과를 실제로 사용하고, Space Y의 문제 해결 방식과 관계를 다시 선택했다는 증거다.
   4. FDE의 가치는 한 번의 데모나 POC 개수가 아니라 고객의 업무에 남아 다음 계약으로 이어지는지로 판단해야 한다.

2. 들어오는 일을 모두 받아낼 수 있는 조직을 만들되 품질을 양보하지 않음

   1. 대표는 들어오는 일을 모두 받아낼 수 있을 만큼 역량과 팀을 키우고 싶다고 말했다.
   2. 데이원컴퍼니의 리소스를 활용하면 인력과 운영 역량을 보강할 수 있지만, 규모 확대가 곧 무리한 수주를 뜻해서는 안 된다.
   3. 엔터프라이즈일수록 Space Y가 내놓는 결과의 품질이 중요하므로, 감당하지 못할 프로젝트를 받아 품질을 떨어뜨리지 않겠다는 원칙을 세웠다.
   4. “한 명은 하나만 한다”는 생각처럼 한 사람이 여러 고객을 동시에 쪼개 맡기보다 집중도를 지켜야 한다.

9.2. 공공 서비스를 토스 수준으로 재건축하려는 이유

1. IT 강국의 혜택을 받은 세대가 공공 IT를 책임져야 함

   1. 한국은 초고속 인터넷과 브로드밴드, 5G를 거치며 IT 강국으로 성장했다.
   2. 그 위에서 엔지니어링과 IT를 배운 세대는 공공 서비스의 IT가 노후화되고 조롱받는 현실에 책임 의식을 가져야 한다고 대표는 말했다.
   3. 민간 기업은 경쟁 때문에 스스로 생존하고 개선하지만, 공공 영역은 같은 경쟁 압력이 약해 변화 속도가 느릴 수 있다.
   4. FDE가 공공 영역에 들어가 낡은 시스템을 리모델링하고 재건축하는 데 기여할 수 있다는 것이 Space Y의 비전이다.

2. 공공 서비스의 목표는 토스 수준의 사용 경험임

   1. 대표는 김도민 FDE, 김지 등 동료들과 공공 영역을 하고 싶다는 이야기를 나눴다.
   2. 시민이 사용하는 시청 사이트를 토스(Toss) 수준으로 만들고 싶지만, 처음부터 전국 단위의 이름과 신뢰를 갖고 있지는 않았다.
   3. 그래서 우선 서울에서 이름을 만들고, 엔터프라이즈 프로젝트를 통해 레퍼런스와 실행 사례를 쌓자는 순서를 택했다.
   4. 기업 고객에서 검증된 FDE 방법론과 운영 능력을 공공 서비스로 확장하는 것이 장기 경로다.

3. 부동산 등기부 전산화 선배 세대를 본받고 싶어 함

   1. 대표는 과거 선배들이 전국을 돌아다니며 부동산 등기부등본을 전산화하고, 키오스크를 설치하고, 전국 자료를 출력해 라벨링하던 프로젝트를 예로 들었다.
   2. 그 작업은 약 4년 동안 전국을 누비며 인프라를 실제로 깔아야 했던 세대의 공공 IT 구축이었다.
   3. Space Y도 그처럼 눈에 보이는 레퍼런스와 기반을 남기는 일을 해 보고 싶다고 말했다.
   4. 가능할지 모르지만 시대의 기반을 직접 만드는 작업에 참여하고 싶다는 마음이 공공 비전의 정서적 중심이다.

4. 데이원컴퍼니의 지원은 공공 비전을 위한 기반이 됨

   1. Space Y는 데이원컴퍼니와의 결합으로 인력·운영·재무·조직 측면의 지원을 기대한다.
   2. 대표는 공공 프로젝트는 잘못하면 안 되며, 인수 이후 더 잘해야 한다는 책임감을 반복해서 표현했다.
   3. 데이원의 지원이 Space Y의 현장성을 약화시키기보다, 공공과 엔터프라이즈에서 요구하는 지속성과 품질을 보강하는 방향이어야 한다.
   4. 제작진은 3개월 또는 6개월 뒤 다시 만나 Space Y가 얼마나 달라졌는지 확인하자고 제안하며 대화를 마무리했다.

주요 발언 모음

“100%를 만드는 것보다 엄청나게 빨리 99%를 만들어 내는 데 특화된 민족이다.”

“저희는 완벽한 FDE가 없는 것 같고, 그래도 헝그리하게 일합니다.”

“저는 맛집을 만드는 사람이고, 스케일업 경험은 없습니다.”

“엔터프라이즈에는 항상 필요한 외부 동력이 있습니다.”

“업무는 계속 바뀌니까, 업무마다 에이전트를 계속 만들 수는 없습니다.”

“저희 KPI는 지금 하고 있는 프로젝트들의 재계약률 딱 하나입니다.”

“공공을 너무 하고 싶은데, 시민이 쓰는 시청 사이트를 토스급으로 만들고 싶습니다.”

“선배들이 부동산 등기부등본 전산화를 하며 전국을 누볐던 그 과정을 저희도 한번 해 보고 싶습니다.”

핵심 데이터 & 수치

• 2022년 2월: Space Y가 창업한 시점으로 소개됐으며, 인터뷰 당시 5년 차라고 말했다.
• 전년 9월: 한국에서 FDE 모델을 본격적으로 도입하기 시작한 시점으로 언급됐다.
• 약 4~5년: 황현태 대표가 초기 세무 AI 스타트업 ‘헤움’에서 함께한 기간이다.
• 약 10년: 대표가 스타트업에 몸담아 온 기간으로 진행자가 정리했다.
• 약 10명: Space Y 전체 팀 규모다.
• 약 6명: 고객사에 실제로 나가는 FDE 인원이다.
• 약 2분: 첫 팟캐스트 촬영에서 마이크가 꺼진 시점이다.
• 4세대: 대화에서 정리한 한국 AX의 발전 단계다.
• 약 4,000개: 대기업 그룹에서 POC와 에이전트가 과도하게 늘어날 수 있는 예시로 언급됐다.
• 90~100%: Space Y가 하반기에 현재 프로젝트 재계약률로 달성하고 싶은 목표 범위다.
• 약 4년: 선배 세대가 전국 부동산 등기부등본 전산화와 키오스크 설치를 진행한 기간으로 소개됐다.
• 6시~6시 30분: 대표가 평균적으로 기상하는 시간이다.
• 8시간 대 16시간: FDE가 몰입도와 헝그리함으로 차별화하는 사례를 설명하기 위해 사용한 대비다.

핵심 요약 (20줄)

1. 황현태 대표는 Space Y에서 한국형 FDE 모델을 실험하고 확산시키고 있다.
2. Space Y라는 이름은 SpaceX와 Y Combinator에서 가져와 창업 아이템보다 먼저 정했다.
3. 대표는 연세대학교 기계공학 박사 과정에서 코딩과 AI 연구를 경험했다.
4. 세무 AI 스타트업 헤움에서 4~5년간 공동창업 경험을 쌓으며 일과 조직의 멘탈 모델을 배웠다.
5. Space Y의 첫 안정적인 제품 디오는 여러 번의 프리토타이핑과 아이템 실험 끝에 찾았다.
6. FDE는 고객 발굴부터 모호한 문제 정의와 개발·배포까지 맡는 엔드투엔드 엔지니어다.
7. FDE는 코딩뿐 아니라 세일즈·사업개발·도메인 학습·커뮤니케이션 역량을 요구한다.
8. Space Y는 고객이 자신들과 일하고 싶다고 느끼게 하는 ‘Betters’의 가치를 중시한다.
9. LG전자·키움증권·보험사 같은 얼리 어댑터 기업이 Space Y의 주요 고객으로 등장했다.
10. 프로젝트는 빠른 프로토타이핑보다 고객의 진짜 문제를 깎아 내는 과정에서 시작된다.
11. 도메인 부족과 엔터프라이즈 소프트웨어 경험 부족이 Space Y가 겪는 대표적인 실수다.
12. 대형 SI 기업과 협업하면 스타트업이 모르는 보안·인프라·운영 지식을 배울 수 있다.
13. 한국 AX는 코어팀·현업 교육·스타트업 활용·AI 네이티브 리더십의 네 세대로 이동했다.
14. POC와 에이전트를 수천 개씩 늘리면 유지보수 불능과 조직적 재앙이 발생할 수 있다.
15. 범용 에이전트와 업무 명세를 중심에 두고 빌더와 메인터이너를 함께 설계해야 한다.
16. AI 모델이 좋아져도 엔터프라이즈의 외부 실행 동력과 도메인 책임은 사라지지 않는다.
17. 도메인 연속성이 중요한 내비게이션 데이터 사례에서는 기존 SI가 더 적합할 수 있다.
18. 데이원컴퍼니 인수는 Space Y의 FDE 코어를 지키면서 스케일업 자원을 얻는 계기다.
19. Space Y의 단기 KPI는 현재 프로젝트의 90~100% 재계약과 감당 가능한 수주다.
20. Space Y는 빠른 한국형 실행력을 공공 IT 재건축과 시민 중심 서비스에 연결하려 한다.

결론 및 시사점

1. FDE의 본질은 코드가 아니라 문제의 소유권이다

   1. 고객이 무엇을 원하는지 모호한 상태에서도 질문하고, 문제를 정의하고, 결과가 나올 때까지 책임지는 것이 FDE의 핵심이다.
   2. 따라서 FDE 채용은 특정 프레임워크 사용 능력보다 고객의 현장에 들어가 배우고 끝까지 해결하려는 태도를 평가해야 한다.

2. AI 전환은 에이전트 개수가 아니라 운영 가능한 구조로 평가해야 한다

   1. 조직별로 에이전트를 무한히 늘리면 초기 데모는 많아져도 변경·보안·유지보수 비용이 폭발한다.
   2. 범용 기반, 명시적인 업무 정의, 빌더와 메인터이너의 역할 분리가 장기적으로 더 중요한 설계 기준이다.

3. 스타트업의 속도와 SI의 도메인 지속성을 결합해야 한다

   1. AI 스타트업은 빠른 실행과 최신 모델 활용에서 강점을 갖지만, 공공·금융·제조처럼 수십 년 데이터와 보안이 필요한 영역에서는 장기 책임이 필수다.
   2. FDE가 SI를 대체한다고 단정하기보다, 창업 경험과 AI 역량을 가진 FDE가 기존 SI의 도메인·인프라·운영 역량과 결합하는 구조가 현실적이다.

4. 한국형 FDE의 기회는 공공 IT에 있다

   1. 한국의 빠른 99% 실행 문화와 높은 IT 인프라는 FDE 확산에 유리한 기반이다.
   2. 민간에서 검증한 문제 정의·배포·재계약 방법론을 공공 서비스의 리모델링과 재건축에 연결하면 시민이 실제로 체감하는 AX를 만들 수 있다.
   3. 황현태 대표가 말한 부동산 등기부 전산화 선배 세대의 사례는, AI 시대의 엔지니어가 단기 유행을 넘어 사회 기반을 남겨야 한다는 책임의 비유다.