스프린트 (Sprint)

신규 기능이나 서비스 방향이 불확실할 때

회의는 많은데 결정이 느릴 때

빠르게 프로토타입을 만들고 고객에게 보여줘야 할 때

월요일 문제 정의, 화요일 해결책 스케치, 수요일 결정

목요일 프로토타입, 금요일 고객 테스트

완성된 제품보다 중요한 학습을 얻기

오래 토론하기보다 가장 위험한 가정을 빠르게 확인

목소리가 큰 사람보다 각자의 스케치를 구조적으로 비교

합의보다 책임 있는 결정으로 다음 단계 이동

실제 제품이 아니어도 고객이 진짜처럼 느낄 만큼 구체적으로 만들기

완성도보다 반응을 볼 수 있는 핵심 흐름에 집중

이번 주가 끝났을 때 무엇을 알면 성공인지 쓰기

테스트할 고객과 관찰할 행동을 먼저 정하기

모든 화면이 아니라 문제를 만나고 해결책을 경험하는 6~8단계만 그리기

좋냐고 묻기보다 실제로 쓰게 하고 막히는 지점 기록