4부: 제품 빌드 주도 — 명세 작성을 넘어 빌드 루프를 이끄는 High-Agency
원작자: 앤드류 응 (Andrew Ng / DeepLearning.AI)
출처: DeepLearning.AI 뉴스레터 The Batch (Issue 370, 2026년 9월 11일) 및 X(@AndrewYNg)
역자: 유영준 (완역 및 큐레이션)
TL;DR
- 패러다임 전환: AI 도구의 발달로 PM-디자이너-개발자 사이의 전통적 경계가 무너지고 있습니다. 숙련된 AI 엔지니어는 기획서 하달을 기다리지 않고 **스스로 빌드 자체를 주도적으로 형성(Shape the build)**합니다.
- 4대 핵심 역량:
- 빌드 루프 주도 (Driving the build loop): 소규모 배치(small batch) 빈번 배포, 행동 편향(bias for action)
- 제품 의사결정 (Making product decisions): 명세가 없는 영역을 메우는 직관, 사용자 공감(user empathy), 기초 비즈니스 감각
- 소통과 리더십 (Communicating and leading): 비기술 조직과의 정렬, 기술적 실현 가능성 리드
- 높은 주도성과 오너십 (High-agency ownership): 지시를 기다리지 않고 문제를 찾아 끝까지 해결하는 주도성
[한국어 완역]
AI 엔지니어링에 능숙해지면, 여러분이 만들어낼 최고의 작업물은 누군가 명세해 둔 제품을 단순히 구현하는 데 그치지 않을 것입니다. 대신, 여러분이 직접 **빌드 자체를 주도적으로 형성(shape the build)**하게 될 것입니다.
현대적인 AI 도구들이 단일 개발자의 개발 속도와 작업 범위를 대폭 확장하기 전까지, 기술 기업들은 프로덕트 매니저(PM)와 디자이너가 무엇을 만들어야 할지 명세(spec)를 작성하고 개발자가 이를 구현하는 관행을 정착시켜 왔습니다. 여기에 프로젝트 매니저가 일정 관리를 추가로 이끌기도 했습니다.
하지만 이제 이러한 역할 간의 경계가 흐려지고 있습니다. AI 엔지니어링에 능숙한 개발자는 단순히 소프트웨어를 빌드하는 데 그치지 않고 이러한 다른 역할들에도 직접 참여합니다. (마찬가지로 PM과 디자이너 역시 AI 엔지니어링 기술을 습득하며 소프트웨어 빌드에 참여하고 있습니다.)
이러한 변화는 소프트웨어 개발 속도를 엄청나게 가속화하고 있습니다. 빌드를 어떻게 주도하고 형성해야 하는지 알게 되면, PM이 무엇을 해야 할지 결정해 주기만을 기다리지 않고 훨씬 빠르게 움직일 수 있습니다.
빌드를 주도하고 형성하기 위한 핵심 역량은 다음과 같습니다:
- 빌드 루프 주도 (Driving the build loop)
- 제품 의사결정 (Making product decisions)
- 소통과 리더십 (Communicating and leading)
- 높은 주도성과 오너십 (High-agency ownership)
1. 빌드 루프 주도 (Driving the build loop)
대부분의 소프트웨어는 코드를 작성하고 피드백을 받은 뒤 다음에 무엇을 할지 결정하는 루프를 통해 개발됩니다. 숙련된 AI 엔지니어는 이 루프를 주도하는 핵심적인 역할을 수행하며, 프로젝트를 전진시키기 위한 다음 단계를 반복적으로 결정합니다. 여러분은 **행동 편향(bias for action)**을 지니고 있으며, AI가 가능하게 만든 초고속 속도로 이 루프를 힘차게 굴립니다.
예를 들어, 기술적 개념이나 사용자 기능을 검증하기 위해 빠른 프로토타입을 만들기로 결정하거나, 사용자에게 가치를 입증하기 위해 MVP(최소 기능 제품)를 제작하거나, 기능을 추가하거나, 엔터프라이즈급 시스템에 투자할지 등을 결정할 수 있습니다.
개발 속도를 유지하기 위해 빈번하게 작은 단위(small batches)로 배포합니다. 언제 사용자나 이해관계자로부터 피드백을 받아야 할지, 혹은 다음 단계를 결정하기 위한 정보를 얻기 위해 언제 기술적 실험(예: 모델 학습)을 실행해야 할지 정확히 알고 있습니다.
여러분은 제품 비전, 프로젝트 단계, 기술적 타당성, 핵심 리스크, 투입 공수, 예산을 모두 종합적으로 고려하여 이러한 의사를 결정합니다. 성숙한 프로젝트의 경우, 핵심 지표를 정의하고 이를 개선하기 위해 프로젝트를 관리하는 방법을 알고 있습니다.
2. 제품 의사결정 (Making product decisions)
개발자가 반드시 PM이 되어야 하는 것은 아니지만, 제품 기획서가 다루지 못하는 영역에 대해 직접 결정을 내리게 됩니다. 명세서가 없는 상태에서 개발을 요청받더라도, 스스로 명세를 어떻게 도출하고 발전시켜야 하는지 알고 있습니다.
여러분은 PM이 모든 결정을 내려줄 때까지 기다리지 않고도 실제 사용자의 요구를 충족하는 제품 방향을 선택할 수 있는 제품 감각(product sense)을 갖추고 있습니다. 또한 최소한의 기본적인 디자인 감각을 갖추어 단순히 기능하기만 하는 것이 아니라 사용하기에 기분 좋은 제품을 만듭니다.
아울러 GTM(시장 진입 전략), 시장 규모, 유닛 이코노믹스(단위 경제학), 손익(P&L)과 같은 비즈니스 문제를 고려하고 경제적으로 타당한 트레이드오프를 내릴 수 있는 기초적인 비즈니스 감각도 갖추고 있습니다.
이러한 제품 의사결정 능력의 뿌리는 **사용자 공감(user empathy)**에 있습니다. 더 나아가 사용자 23명과의 짧은 비공식 인터뷰, 수백 명 대상 설문조사, 대규모 A/B 테스트, 수천수백만 사용자의 행동 분석 등 다양한 방법을 동원해 이 공감대를 지속적으로 연마합니다. 그리고 이를 통해 얻은 통찰로 사용자에 대한 이해를 끊임없이 고도화합니다.
3. 소통과 리더십 (Communicating and leading)
AI 엔지니어링 역량은 전통적인 소프트웨어 개발이 허용했던 것보다 훨씬 넓은 범위의 업무에 참여할 수 있게 해줍니다. 저는 앞서 프론트엔드 개발자처럼 특정 분야에 특화되었던 엔지니어들이 이제 보다 넓은 풀스택 역할을 수행하게 될 가능성이 높다는 글을 쓴 적이 있습니다. AI 엔지니어링 역량은 여러분의 업무 범위를 그 너머로까지 넓혀줍니다.
마케팅, 재무, 법무 등 프로젝트에 영향을 미치는 다른 조직 기능에 직접 참여할 수도 있습니다. 이에 따라 다른 직군과의 소통 능력이 이전보다 훨씬 중요해집니다. 여러분은 다양한 이해관계자들을 조율하고 일치(align)시킴으로써 프로젝트를 전진시키는 핵심 역할을 할 수 있습니다. (소통 역량은 사용자 공감을 기르기 위해 사용자와 대화하는 데 있어서도 중요한 밑바탕이 됩니다.)
또한, AI 기술이 워낙 빠르게 발전하고 있기 때문에 엔지니어링 외부의 수많은 직군들도 기술의 실체와 이것이 자신의 직무에 미칠 영향, 그리고 이를 통해 가능해진 새로운 관행과 제품을 이해하려고 애쓰고 있습니다. 여러분의 AI 엔지니어링 기술 전문성은 여러분을 한 발 앞서 나가게 만들며, 조직 전반의 이러한 시각을 형성하는 독보적인 역할을 맡을 수 있게 합니다. 예를 들어, 특정 이니셔티브가 기술적으로 실현 가능한지 또는 불가능한지 명확히 설명할 수 있습니다. 이를 통해 여러분은 조직 전체를 이끌어가는 리더십을 발휘할 수 있습니다.
4. 높은 주도성과 오너십 (High-agency ownership)
AI 엔지니어링 역량은 세상에 변화를 만들어낼 수 있는 광대한 기회를 제공합니다. 하지만 일부 경영진을 포함한 많은 이들은 여전히 AI가 무엇을 할 수 있는지 제대로 이해하지 못하며, 따라서 어떤 프로젝트 방향이 좋은지 알지 못합니다. 이는 기술적 역량을 갖춘 사람이 이 격차를 좁힐 수 있는 절호의 기회를 만들어냅니다.
여러분은 하향식(top-down)의 명확한 지시가 내려오기만을 마냥 기다리지 않고, 조직의 우선순위와 제약 조건을 존중하면서도 문제를 직접 발견하고 해결책을 제안하며 실행에 옮길 수 있습니다. 이 역량에는 기회를 포착하고, 중요한 것의 우선순위를 정하며, 이를 직접 행동으로 옮기는 **고도의 주도성(High-agency)**이 요구됩니다.
나아가 이니셔티브를 엔드투엔드로 책임지고, 발생하는 문제에 대해 책임감을 가지며, 모호함 앞에서도 행동하고, 좌절 속에서도 끈기 있게 전진하며, 자신의 성과를 단순한 업무 완료가 아니라 **“창출한 가치”**로 측정할 줄 압니다.
마지막으로, 여러분은 스스로의 역량을 향상시키는 데 끊임없이 투자합니다. 최신 기술 프론티어를 추적하고, 새로운 도구를 빠르게 습득하며, 작업 흐름을 튜닝하고, 배움을 멈추지 않음으로써 시간이 흐를수록 더 뛰어난 역량을 갖추게 됩니다.
단순히 코드를 빌드하는 것을 넘어 빌드 자체를 주도하고 형성할 수 있는 이 기회는, AI 엔지니어링을 전통적인 소프트웨어 개발보다 훨씬 더 흥미진진하게 만듭니다. 여러분은 더 많은 권한을 부여받고, 더 넓은 범위를 다루며, 더 많은 결정을 스스로 내리게 됩니다. 하지만 이 모든 것을 훌륭히 해내기 위해서는 더 폭넓은 기술 역량이 필요합니다. DeepLearning.AI의 궁극적인 목표는 여러분이 원할 때 뛰어난 AI 엔지니어링 역량을 갖출 수 있도록 돕는 것입니다.
우리가 함께 걸어갈 앞길이 진심으로 기대됩니다.
Keep building!
— 앤드류 응 (Andrew Ng)
[English Original]
When you’re skilled at AI Engineering, your best work won’t be merely implementing a product that someone else spec’ed out. Instead, you will actively shape the build.
Before modern AI tools accelerated and expanded what a single developer could do, tech companies established the practice of having product managers (PMs) and designers specify what should be built and then developers build it. Perhaps a project manager additionally drives the timeline. However, these roles are blurring. A developer who is skilled at AI engineering not only builds software but participates in these other roles. (Similarly, product managers and designers are gaining AI Engineering skills and participating in building software.)
This change is vastly accelerating software development. When you know how to shape the build, you can move faster without waiting for a PM to figure out what to do.
The key skills for shaping the build are:
- Driving the build loop
- Making product decisions
- Communicating and leading
- High-agency ownership
...
큐레이터 노트
"시장의 요구사항을 빠르게 코드로 바꿔내는 사람"과 "기획서가 올 때까지 기다리는 사람"의 생산성 차이는 이미 10배 이상 벌어졌습니다.
앤드류 응이 정의한 **'빌드 루프 주도(Driving the build loop)'**와 **'높은 주도성(High-agency)'**은 현대 스타트업과 빅테크가 가장 갈망하는 인재상과 정확히 일치합니다:
- 작은 배포 단위로 빠르게 피드백을 받고,
- 명세서가 불완전해도 사용자 관점에서 결정을 내리며,
- 지시받은 일만 끝내는 것이 아니라 '실제 비즈니스 가치가 전달되었는가'로 자신을 증명합니다.