PE Notes · 사업관리
MVP·PoC·프로토타입·스파이크
MVP·PoC·프로토타입·스파이크를 검증 대상과 산출로 가르고, 시장 가설·기술 가능성·화면 합의·추정 불확실에 쓰는 칸을 정리합니다.
본개발 전에 모르는 것을 나누지 않으면, 네 가지 질문을 한 파일에 섞습니다. 는 시장·사용자 가설을 실제 가치로 시험합니다. 는 기술이 서는지를 봅니다. 은 요구와 화면을 만져 합의합니다. 는 짧은 상자로 기술·범위 불확실을 지식으로 바꿉니다. 가 스파이크라는 이름을 실무에 남겼습니다.
네 칸, 네 질문
MVP는 최소이되 동작하는 제품입니다. 빈 껍데기를 자주 내는 일은 학습이 아닙니다. PoC는 실험실 쪽에 가깝습니다. “이 스택이 초당 십만 건을 받나”, “이 모델이 우리 데이터에서 목표 정밀도인가”입니다. 보고서로 채택·기각이 남고, 사용자를 모으지 않습니다.
프로토타입은 수평으로 화면 흐름을 얇게, 수직으로 한 기능을 깊게 갈 수 있습니다. 버리고 다시 짜는 탐색과, 진화시켜 제품이 되는 길이 있습니다. 껍데기를 완성으로 오해하는 것이 함정입니다. 스파이크는 하루에서 닷새 상자가 보통입니다. 남는 것은 추정과 결정이고, 코드는 버려도 됩니다. 기술 스파이크와 기능 범위 스파이크로 나눕니다.
| 비교축 | MVP | PoC | 프로토타입 | 스파이크 |
|---|---|---|---|---|
| 질문 | 쓸 사람이 있나 | 기술이 서나 | 이 화면이 맞나 | 얼마나·어떻게 되나 |
| 대상 | 시장·가설 | 기술·아키텍처 | 요구·UX | 특정 미지 |
| 산출 | 최소 제품 | 검증 결과 | 시제 | 지식·추정 |
| 사용자 | 실제 소수 | 내부 | 사용자+팀 | 개발팀 |
| 배포 | 한다 | 안 한다 | 대개 안 한다 | 안 한다 |
| 기간 | 수주~수개월 | 1~2주 | 수일~수주 | 수일 상자 |
쓰는 때와 린 루프
시장이 궁금하면 MVP입니다. 기술이 궁금하면 PoC입니다. 화면이 궁금하면 프로토타입입니다. 일정이 안 서면 스파이크입니다. 의 은 MVP 칸의 루프입니다. 학습 분기는 지속과 입니다. PoC가 실패하면 스택을 갈고, 스파이크가 추정을 키우면 백로그를 쪼갭니다.
는 네 칸 모두에 붙습니다. 가설에 없는 플러그인을 미리 깔지 않습니다. 콘시어지나 오즈의 마법사는 MVP의 얇은 형이고, 스파이크가 아닙니다. 공공 시범은 MVP 감각을 빌리되, 본사업 과업과 시범 범위를 가릅니다. PoC를 시범 서비스로 올리면 운영 책임이 실험에 붙습니다.
답안은 네 질문 표, 산출(제품·보고서·시제·지식), 배포 여부, XP 스파이크 타임박스, 린 루프와의 연결을 한 장에 닫습니다.