기획서를 버린 팀: Claude Code가 6개월짜리 로드맵을 하루로 줄인 방법
들어가며
이 글은 두 개의 유튜브 영상을 함께 정리한 것입니다.
How Anthropic's product team moves faster than anyone else | Cat Wu (Head of Product, Claude Code)
— Lenny's Podcast (Lenny Rachitsky), 약 1시간 25분, 2026-04-23 공개
📺 해설 영상
Claude Code PM은 어떻게 일하는가 — Cat Wu가 공개한 6개월→1일 출시법
— AgentOS 채널, 약 10분, 위 인터뷰의 한국어 commentary
원본 인터뷰는 길고 정보 밀도가 높습니다. AgentOS 영상은 그 60분을 세 가지 질문으로 압축합니다.
- Claude Code 팀은 실제로 어떻게 일하는가?
- AI 시대에 PM 역할은 어떻게 바뀌는가?
- Claude를 누구보다 많이 쓰는 PM은 AI가 사람을 대체한다고 보는가?
이 글도 같은 세 질문의 순서로 정리했습니다.
질문 1. Claude Code 팀은 실제로 어떻게 일하는가
출시 주기: 6개월 → 1개월 → 1주 → 1일
전통 SaaS 조직의 일반적인 사이클과 Anthropic의 사이클을 한 그림에 놓고 보면 차이가 명확합니다.
핵심은 "더 좋은 도구를 썼다"가 아니라 "프로세스 자체를 거의 다 없앴다" 입니다. AgentOS 해설은 Anthropic의 첫 번째 비결을 이렇게 정리합니다.
| 없앤 것 | 대신 두는 것 |
|---|---|
| 6개월 PRD / 분기 로드맵 | "다음 한 주에 무엇을 출시하지?" |
| 정식 런칭 프로세스 | #evergreen-launch 슬랙 채널 한 곳 |
| 출시 전 완벽 검증 | Research Preview라는 라벨로 기대치 조정 |
Research Preview — 가장 영리한 브랜딩
Wu가 강조한 핵심 장치 중 하나입니다. 모든 신기능에 "research preview"를 붙이면 두 가지가 동시에 일어납니다.
2. 팀에게는 출시 허가증 — "완벽하지 않아도 내보내도 된다"는 문화가 명문화됩니다.
이 라벨 하나가 "출시 전 완벽 검증"이라는 무거운 게이트를 통째로 우회합니다.
Mission이 의사결정의 default를 만든다
이 부분이 인터뷰에서 가장 강한 인용입니다.
"Claude Code가 실패해도 Anthropic이 성공하면 저는 기쁠 겁니다."
Wu는 이 말로 미션 정렬(mission alignment)이 왜 중요한지 보여줍니다. 모두가 같은 점("안전한 강력 AI")을 보고 있으면, 의사결정의 디폴트값이 정해집니다.
- 자기 팀 KPI 방어 < 회사 전체의 진전
- 기능 소유권 다툼 < 누가 더 빨리 출시할 수 있는가
- "이건 우리 영역이 아닌데" < "그냥 해보자"
큰 조직을 느리게 만드는 마찰의 대부분은 사람들이 같은 목표를 보고 있지 않기 때문이라는 진단입니다.
evergreen launch: 슬랙 한 채널이 만드는 출시 머신
전통 조직에서 출시 한 번에 들어가는 동기화 비용을, Anthropic은 슬랙 채널 하나의 비동기 흐름으로 압축합니다.
| 단계 | 누가 | 무엇을 | 소요 |
|---|---|---|---|
| 1 | 엔지니어 | 채널에 프로토타입 영상 공유 | 당일 |
| 2 | 테크 라이터 | 다음 날까지 문서 초안 | 1일 |
| 3 | 프로덕트 마케팅 | 런칭 카피 | 1일 |
| 4 | DevRel | 트위터·디스코드 공지 | 1일 |
| 5 | 모두 | research preview로 노출 | 1~3일 |
빠른 출시의 대가 — 솔직한 인정
Wu도 이 방식의 비용을 숨기지 않습니다.
| 비용 | 다루는 방법 |
|---|---|
| 제품 일관성 저하 | 의도적 트레이드오프 — 일관성보다 학습 속도 |
| 모델이 자기 도구를 잡아먹기 | 신기능을 만들었는데, 다음 모델이 그 기능 없이도 잘함 |
| 기능 중복 | 사용자 피드백 보고 사후 정리 |
| 사용자 FOMO | "매일 트위터를 봐야 하나"라는 불만 |
| 미완성 기능 공개 | research preview 라벨로 기대치 조정 |
"예전이라면 버그 있는 기능 출시 후 잠을 못 잤을 거예요. 지금은 다음 릴리스에서 고칠 수 있다는 걸 알기 때문에 견딜 수 있습니다."
질문 2. AI 시대 PM 역할은 어떻게 바뀌는가
가장 비싼 스킬 — Product Taste
Wu가 PM에게 가장 중요한 자질로 첫째로 꼽은 것은 product taste, 둘째는 first principles thinking 입니다.
이유가 단순합니다.
"Code is cheap, what to write is expensive." 코드를 쓰는 비용은 급격히 떨어졌다. 비싼 것은 무엇을 쓸지 결정하는 일이다.
코드 작성 자체의 가치가 떨어지면, 가치는 자연스럽게 그 위 단계 — 무엇을 만들지, 누구를 위해, 왜 — 로 이동합니다. PM의 무기가 PRD 작성에서 product taste로 옮겨가는 이유입니다.
가장 어려운 스킬 — "1개월 후의 제품을 정의하기"
이 부분이 인터뷰의 가장 도전적인 조언입니다. AgentOS는 이를 "AGI-pilled Dial" 이라고 부릅니다.
대표 사례가 Claude Code의 to-do list 기능입니다.
| 시점 | 모델 능력 | to-do list의 위상 |
|---|---|---|
| 초기 | 20개 호출 중 5개 후 멈춤 | 필수 보조 장치 |
| Opus 4 | 호출 사슬 안정화 | 자연스럽게 활용 |
| 현재 | 자체 추적 가능 | 옵션, UI에서 거의 사라짐 |
"초강력 AGI를 위한 제품을 만드는 건 쉽습니다. 어려운 건 오늘의 모델에서 마지막 한 방울까지 짜내는 것, 그리고 다음 모델이 왔을 때 곧장 도약할 자리를 비워두는 것입니다."
Model Taste — 모델의 한계를 감각으로 익히기
PM이 이 dial을 정확히 맞추려면 model taste가 필요합니다. Wu가 제시한 세 가지 훈련법:
모델이 예상 밖 행동을 하면 그 자리에서 "왜 그렇게 했어?"라고 묻는다. 답을 액면 그대로 믿진 않더라도, system prompt 개선이나 도구 추가의 단서가 된다.
(2) 가장 가치 있는 피드백 제공자 5명을 식별
수백 명의 평균 피드백보다, 모델+harness 조합에 통찰력 있는 소수의 의견을 우선한다.
(3) 잘 만든 10개의 eval
"수백 개의 평가는 필요 없습니다. 정말 좋은 10개의 eval만 있어도 팀이 진척도를 정량화하고 정렬할 수 있어요."
역할의 대수렴 — PM/엔지니어/디자이너의 경계가 흐려진다
"PM이 엔지니어링을 하고, 엔지니어가 PM 일을 하고, 디자이너가 코드를 씁니다. 모든 역할이 합쳐지고 있어요."
Anthropic 제품팀의 실제 구성:
- 대부분 PM이 엔지니어 출신이거나, 직접 코드를 커밋합니다.
- 디자이너 다수가 프론트엔드 엔지니어 백그라운드.
- 엔지니어 상당수가 사용자 피드백 → 출시까지 1주일 안에 직접 책임집니다.
이 모델은 "혼란 속에서 번성하는" 사람이 모이는 작은 조직에서 작동합니다. 끊임없는 P0 인시던트, 평정심, 낙관주의가 요구되며 번아웃 위험도 큽니다. 큰 조직이 그대로 복제하기엔 부담이 따릅니다.
질문 3. AI는 사람을 대체할 수 있는가
Claude를 누구보다 많이 쓰는 PM이 내놓은 답은 — 아니다, 아직은. Wu가 명시한 모델이 약한 네 영역입니다.
Wu의 결론은 도발적입니다.
"사람은 모델에게 없는 common sense를 제공합니다." "Claude는 훌륭한 브레인스토밍 파트너예요. 하지만 PM의 역할은 결정을 내리는 것입니다."
"Just Do Things" — 이 모든 것의 작동 원리
영상 두 편을 관통하는 한 마디입니다.
직무 기술서는 가짜다. 제약을 이해하고, 할 수 있는 일을 파악하고, 빠르게 시도하고, 실수에서 배우고, 망쳤으면 사과하거나 고쳐라.
— Cat Wu의 인생 모토
이 원칙은 두 가지 토양 위에서만 작동합니다.
- 미션 정렬 — "내 KPI" 대신 "회사의 미션"이 의사결정의 디폴트
- 권한 위임 — 같은 곳을 보고 있으니, 굳이 허락받지 않아도 된다
이 토양 위에서 프로세스 최소화 + research preview + evergreen launch 같은 장치가 비로소 의미를 가집니다.
한 장으로 보는 전체 그림
정리하며 — 세 줄 요약
- 속도는 모델이 아니라 조직에서 나온다. 미션 정렬 + 권한 위임 + 프로세스 최소화의 합성품. "Claude를 도입했더니 빨라졌다"는 흔한 서사를 정면으로 반박한다.
- PM의 무기는 product taste와 model taste다. "Code is cheap, what to write is expensive." 10개의 좋은 eval, 모델에게 introspect 시키기, 핵심 피드백 5명.
- AGI-pilled Dial을 정확히 맞춰라. 오늘의 모델로 70%만 되는 기능이, 다음 모델이 오면 시장에서 가장 먼저 100%가 된다.
이 인터뷰가 가장 인상 깊었던 지점은 — 빠른 조직은 빠른 도구를 가진 게 아니라, 빠른 결정 구조를 가진 조직이라는 진단입니다. 도구는 그 구조 위에서 비로소 의미가 생깁니다.
같은 영상을 보신 분이라면, 어떤 지점이 가장 인상 깊으셨는지 궁금합니다.
출처
본 글은 다음 두 영상의 내용을 정리·요약한 것입니다.
- 🎙️ 원본 인터뷰: How Anthropic's product team moves faster than anyone else | Cat Wu (Head of Product, Claude Code) — Lenny's Podcast, Lenny Rachitsky 진행, 2026-04-23 공개
- 📺 한국어 해설: Claude Code PM은 어떻게 일하는가 — Cat Wu가 공개한 6개월→1일 출시법 — AgentOS 채널
원문의 디테일과 톤을 가장 잘 느끼려면 원본 60분 인터뷰 시청을 권합니다.