9장 — 베팅하기 (Place Your Bets)

원문: Place Your Bets — Shape Up

한 줄 요약

기존 제품인지 신제품인지, 신제품이라면 R&D·프로덕션·클린업 중 어느 모드인지에 따라 사이클에 거는 기대치를 다르게 잡되, 어느 경우든 한 번에 한 사이클만 베팅한다.

핵심 내용

현재 위치를 본다 (Look where you are)

제품 발전 곡선의 어디에 있느냐에 따라 6주 동안의 기대치를 다르게 잡고 베팅한다.

기존 제품 (Existing products)

기존 제품에 기능을 더할 때는 표준 프로세스를 따른다: 셰이핑하고, 베팅하고, 팀에 넘겨서 사이클 끝에 어떤 버전이든 출시할 것을 기대한다. 바뀌지 않을 기존 코드와 디자인이 새 기능이 들어갈 빈 공간을 정의해 준다.

신제품 (New products)

신제품은 벽과 기초를 어디에 둘지부터 정해야 하는 일이다. 처음부터 만드는 신제품에는 세 단계가 있고, 각 단계마다 셰이핑 방식과 팀에 대한 기대가 다르다. 단계들은 여러 사이클에 걸쳐 진행되지만 베팅은 여전히 한 사이클씩만 한다.

R&D 모드 (R&D mode)

아이디어가 이론 수준일 때다. 만들어 봐야 무엇을 원하는지 알 수 있으므로 미리 신뢰성 있게 셰이핑할 수 없다. 조정은 세 가지: 잘 셰이핑된 피치 대신 핵심 요소의 스파이크(spike)에 시간을 베팅하고, 별도 빌드 팀에 위임하는 대신 시니어(베이스캠프에서는 CTO와 CEO급)가 직접 팀이 되며 — 자신이 뭘 원하는지 모르면 위임할 수 없고, 이때의 아키텍처 결정이 미래 기능이 들어갈 “구멍”을 정의하기 때문 — 사이클 끝에 출시를 기대하지 않는다. 목표는 출시가 아니라 학습이며, 앞으로의 토대가 될 하중을 받치는 구조(load-bearing structure)에 다다르는 것이다.

프로덕션 모드 (Production mode)

핵심 아키텍처 결정이 정리되면 시니어 외 인력을 투입하는 프로덕션 모드로 전환한다. 기존 제품 작업처럼 셰이핑·베팅·빌드가 명확해지고, 여러 팀을 병렬로 베팅할 수 있다. 목표는 스파이크가 아니라 출시지만, 아직 고객에게 공개 전이므로 “출시”의 정의가 다르다: 메인 코드베이스에 머지하고 다시 건드리지 않는 것. 고객 출시 전이므로 최종 컷에서 기능을 뺄 옵션이 남아 있어, 최종 제품에 넣을지 확신 없이도 실험적으로 6주를 걸 수 있다.

클린업 모드 (Cleanup mode)

론칭 직전 마지막 단계에서는 구조를 다 걷어낸다. 셰이핑도 없고 팀 경계도 없다 — 리더십이 키를 잡고 중요한 것을 지목하고 산만한 것을 쳐내며, 모두가 가능한 방식으로 뛰어들고, 최대한 잘게 쪼개 지속적으로 머지한다. 단, 규율은 필요하다: 지금 하는 게 필수인지, 론칭이 두려운 마음이 미루자고 조르는 것인지 점검하고, 클린업은 두 사이클을 넘기지 않는다. 최종 컷 결정도 이 단계에서 한다 — V1의 표면적이 작을수록 답할 질문, 지원할 것, 무기한 유지보수할 것이 줄어든다.

사례 (Examples)

닷 그리드 캘린더는 기존 제품(베이스캠프)의 표준 프로세스 사례다. 이메일 서비스 HEY는 첫 1년 R&D 모드(CEO·CTO·시니어 디자이너 3인), 이후 약 1년의 프로덕션 모드, 마지막 두 사이클의 클린업으로 2020년 7월 론칭했다 — 모든 베팅은 한 번에 하나씩이었고, 베이스캠프로 관심을 돌리는 선택지가 항상 열려 있었다. 힐 차트는 회색 지대 사례로, 기존 제품 안의 실험적 기능을 신제품의 프로덕션 모드처럼 베팅했다: 내부에서 쓸 만큼만 만드는 1사이클을 걸고, 확신이 선 뒤에야 다듬는 사이클을 추가로 베팅해 고객에게 출시했다.

베팅 테이블에서 던지는 질문 (Questions to ask)

• 문제가 중요한가(Does the problem matter?) — 문제와 해법을 분리해서 본다. 시간보다 문제가 늘 많으므로 문제끼리 상대 비교한다. 지나치게 크고 복잡한 해법은 문제를 충분히 좁게 이해했는지 되묻게 한다 — 20%의 변경으로 80%의 효과를 얻을 좁힌 버전이 있을 수 있다.
• 애퍼타이트(appetite)가 적절한가 — 6주를 쓰기 싫다는 반응은 사실 시간이 아니라 해법의 다른 측면(예: 의존성 추가)에 대한 거부일 수 있다. 셰이퍼는 맥락을 보태 설득하거나, 놓아주거나, 더 작은 버전으로 다시 셰이핑한다.
• 해법이 매력적인가 — 화면 공간 같은 보이지 않는 비용을 따진다. 단, 베팅 테이블에서 디자인·기술 논의에 몇 분 이상 빠지면 “여기서 디자인 안 한다”며 고도를 되올린다.
• 지금이 맞는 때인가 — 최근 어떤 프로젝트를 했는지(신기능 소식이 뜸했는지, 팀 사기 등)에 따라 완벽히 셰이핑된 프로젝트도 미룰 수 있다.
• 맞는 사람이 있는가 — 프로젝트마다 디자이너 1명 + 프로그래머 1-2명을 구체적으로 짝짓는다. 필요 전문성, 최근 해 온 작업 유형(스몰 배치 연속이면 빅 배치 선호 등), 휴가 같은 가용성을 고려한다.

킥오프 메시지 게시 (Post the kick-off message)

베팅이 끝나면 베팅 테이블의 누군가가 다음 사이클에 어떤 프로젝트를 누가 맡는지 전사에 알리는 메시지를 올린다.

실무 포인트

• 베팅 전에 제품이 기존 제품인지, 신제품의 R&D·프로덕션·클린업 중 어느 모드인지 먼저 규정한다
• R&D 모드에서는 시니어가 직접 만들고 출시를 기대하지 않는다 — 목표는 spike와 학습
• 프로덕션 모드의 출시 정의는 메인 브랜치 머지 — 최종 컷에서 뺄 옵션을 유지한다
• 클린업은 최대 두 사이클 — 필수 작업인지, 론칭 공포인지 구분한다
• 베팅 논의에서 디자인·기술 세부로 내려가면 몇 분 안에 고도를 되올린다
• 베팅 확정 후 프로젝트와 담당자를 킥오프 메시지로 공지한다