Appetite 기반 범위 제어로 12일 내 핵심 MVP 구축 전략

Shaping Before You Build

Steve McDougall2026년 5월 19일7분intermediate

AI 요약

Context

User Story 기반 개발 시 구현 범위의 모호함으로 인한 Scope Creep 발생 및 개발 기간 예측 불능 상태 분석. 단순 기능 정의가 실제 구현 비용과 직결되지 않아 발생하는 리소스 낭비와 병목 지점을 해결할 설계 프로세스 필요.

Appetite 중심 설계: 예상 소요 시간 추정이 아닌, 특정 기능에 할당할 최대 가치(시간)를 선제적으로 결정하여 개발 범위 제한
Fat Marker Sketches 도입: 세부 픽셀 단위 설계가 아닌 구조와 흐름 중심의 추상화된 Solution 설계를 통한 엔지니어의 창의적 문제 해결 공간 확보
Explicit Boundaries 설정: 구현 제외 항목(Out of Scope)을 명시적으로 리스트화하여 개발 중 발생하는 기능 확장 가능성을 원천 차단
Pitch 문서 기반 커뮤니케이션: Problem, Solution, Boundary, Appetite를 포함한 고밀도 문서로 개발자에게 명확한 제약 조건 전달
Iterative Refinement: 기본 가치 증명 후 후속 Cycle에서 Threading, Notification 등 부가 기능을 추가하는 단계적 확장 구조 채택

실천 포인트

1. User Story 작성 후 해당 기능에 할당할 최대 시간(Appetite)을 먼저 결정했는가?

2. 구현해야 할 핵심 로직 외에 '절대 구현하지 않을 목록(Out of Scope)'을 명시했는가?

3. 상세 설계서 대신 흐름과 구조 중심의 Fat Marker Sketch로 소통하고 있는가?

4. 일정 초과 발생 시 속도를 높이는 대신, Appetite에 맞게 제거할 기능을 식별했는가?

태그