이번 편이 만지는 곳: 기획(PRD와 프로토타이핑). PRD를 1.5일짜리 MVP로 깎아 무엇을 먼저 만들지 정한다.
여기서부터는 분위기가 바뀐다. 앞 네 편은 혼자 따라 하는 이론이었다면, 지금부터는 팀이 자기 서비스를 1.5일 안에 만들어 시연까지 가는 해커톤이다. 그리고 코딩만 파던 사람이 가장 약한 지점이 정확히 여기서 드러난다. 무엇을 먼저 만들지 정하는 일, 더 정확히는 무엇을 안 만들지 정하는 일이다.
이번 편에서 처음 쓰는 Claude Code 기능은 팀 프로젝트 메모리를 만드는 /init과, 기능 개발 흐름을 잡아 주는 feature-dev 플러그인, 그리고 코더의 약점을 메우는 제품 기획 스킬이다.
MVP — 유람선 말고 뗏목부터
한 번에 완성품을 만들려 하면 시연 전에 못 끝낸다. 물에 뜨는 가장 작은 것, 즉 뗏목부터 만들어 띄우고 거기서 키운다. 자동차를 만들 때도 바퀴 네 개를 따로 만들지 말고 스케이트보드에서 킥보드, 자전거 순으로 간다. 매 단계마다 탈 수 있는 무언가를 내놓는다. 여기서 말하는 MVP(Minimum Viable Product: 최소 기능 제품)가 바로 그 "물에 뜨는 가장 작은 것"이다.
해커톤에서 가장 흔한 실패는 기능 욕심이다. 멋진 기능 여섯 개를 시작했다가 하나도 작동하지 않는 상태로 발표하게 된다. 그래서 순서를 뒤집는다. 발표 때 심사위원에게 보여 줄 3분 시연을 먼저 상상하고, 거기서 거꾸로 이 시연에 꼭 필요한 기능만 남긴다.
오늘의 출발점 — PRD는 이미 있다
앞선 세션에서 PRD(Product Requirements Document: 제품 요구사항 문서)를 다뤘으니, 오늘은 그 PRD를 MVP로 압축하는 데 집중한다. 전체 흐름은 이렇다.
따라하기 1 — 팀 프로젝트 부트스트랩 (/init)
/init
우리 팀 프로젝트를 Next.js/TypeScript 프론트와 FastAPI(Python) 백엔드, 로컬 PostgreSQL 기준으로 초기화하고,
CLAUDE.md에 팀 규칙(스택, 브랜치 전략, 운영 DB 직접 변경 금지)을 적어 줘.CLAUDE.md가 생기고 팀 규칙이 들어갔는지 확인한다. 이제부터 팀원 모두의 Claude Code가 같은 규칙을 따른다. /config로 팀이 공유하는 설정(권한, 모델 등)도 한 번 맞춰 둔다.
따라하기 2 — PRD를 MVP로 깎기
(제품 기획 스킬을 활용해서) 우리 PRD를 1.5일 안에 만들 수 있는 MVP로 줄여 줘.
핵심 기능 3개와, 나중에 할 'Nice to have'를 분리해서 표로 정리해.표가 나오면 가장 중요한 질문을 던진다. "이 3개, 정말 1.5일 안에 되나? 발표 때 시연할 수 있나?"
따라하기 3 — feature-dev로 첫 기능 설계
/plugin install feature-dev@claude-plugins-official
핵심 기능 1번을 feature-dev 워크플로로 요구 분석부터 구현 계획까지 잡아 줘.기능이 작은 단계로 쪼개졌는지 본다. 큰 기능 하나가 막막할 때, 작은 단계로 나누는 것만으로 길이 보인다.
함정 — 기능 욕심 (오늘의 시연)
팀이 핵심 기능을 다섯, 여섯 개로 늘리려는 흐름을 일부러 지켜본다. 그때 묻는다. "이걸 다 만들면 시연 전에 못 끝난다. 발표 기준으로 역산하면 몇 개가 맞나?" 코딩 실력보다 무엇을 안 만들지 정하는 것이 오늘의 핵심이다. 기능을 3개로 줄이고 나머지는 Nice-to-have로 미룬다.
확인 — 에이전트가 깎아 준 범위를 검증한다
여기서 검증할 대상은 코드가 아니라 에이전트가 깎아 준 범위다. 기획 스킬은 그럴듯한 MVP 표를 빠르게 만들지만, "핵심 3개"가 정말 1.5일에 되는지는 따져 봐야 안다. 표를 그대로 믿지 말고, 3분 시연 흐름을 입으로 한 번 끝까지 말해 보라. 거기서 막히는 기능이 있으면 그건 아직 핵심이 아니다.
이 단계의 산출물은 코드가 아니라 팀의 합의다. 아래가 확정됐는지 본다.
- 한 줄 서비스 소개가 있는가?
- 핵심 기능 3개와 Nice-to-have가 분리됐는가?
- 간단한 아키텍처 스케치(화면 Next.js, AI 백엔드 FastAPI, DB PostgreSQL)가 있는가?
- 팀 CLAUDE.md에 규칙이 들어갔는가?
한 겹 더 — 타임박스 계획
확정한 MVP 기준으로, 핵심 기능 3개를 남은 1.5일에 어떻게 배치할지
타임박스 계획을 표로 만들어 줘.시간표가 현실적인지, 버퍼가 들어 있는지 본다.
이제 화면을 만들 차례다. 디자인이 약해도 괜찮다. 다음 편에서는 frontend-design 플러그인과 손그림 한 장으로 화면을 빠르게 띄우고, AI가 자주 빠뜨리는 세 가지 화면 상태를 채운다.