콘텐츠로 이동

8장 — 베팅 테이블 (The Betting Table)

원문: The Betting Table — Shape Up

6주 사이클(cycle)과 2주 쿨다운(cool-down)의 리듬 위에서, 최고 의사결정자들이 베팅 테이블(betting table)에 모여 다음 한 사이클만 결정한다 — 베팅은 방해받지 않는 시간의 약속이고, 서킷 브레이커(circuit breaker)가 손실의 상한을 건다.

사이클은 셰이핑과 스케줄링 양쪽의 표준 프로젝트 크기가 된다. 2주 스프린트는 의미 있는 것을 끝내기엔 너무 짧고, 계획 오버헤드와 모멘텀 단절 비용이 지나치게 크다. 6주는 의미 있는 것을 끝낼 만큼 길면서도, 시작 시점부터 끝이 보여 데드라인의 압박이 트레이드오프를 끌어낼 만큼 짧다.

사이클을 연달아 돌리면 숨 돌리고 다음을 생각할 틈이 없다. 사이클 종료 직후 2주의 쿨다운을 두어, 예정된 작업 없이 버그 수정, 새 아이디어 탐색, 기술 실험 등 각자 원하는 일을 한다.

팀과 프로젝트 크기 (Team and project size)

섹션 제목: “팀과 프로젝트 크기 (Team and project size)”

프로젝트 팀은 디자이너 1명 + 프로그래머 1-2명으로 표준화하고, 사이클 후반에 QA가 통합 테스트로 합류한다. 한 사이클 내내 프로젝트 하나를 하는 팀이 빅 배치(big batch), 1-2주짜리 작은 프로젝트 여러 개를 하는 팀이 스몰 배치(small batch)다. 스몰 배치 작업들은 개별 스케줄링하지 않고 팀이 알아서 사이클 안에 다 출시하도록 맡긴다.

쿨다운 중에 열리는 회의로, 베이스캠프에서는 CEO·CTO·시니어 프로그래머·프로덕트 전략가가 참석한다. 각자 미리 피치를 읽고 오므로 회의는 1-2시간을 넘기지 않고, 산출물은 사이클 플랜이다. 회사 최상위 인사들이 직접 결정하므로 승인받을 2단계가 없고, 이후 누구도 끼어들어 스케줄을 흔들 수 없다. 이 최상층의 buy-in이 사이클이 제대로 도는 핵심 조건이다.

계획(planning) 대신 베팅이라 부르는 이유는 기대치가 다르기 때문이다. 첫째, 베팅에는 배당(payout)이 있다 — 타임박스를 태스크로 채우는 게 아니라 6주 끝에 의미 있는 완성물이 나오도록 셰이핑한다. 둘째, 베팅은 약속(commitment)이다 — 6주를 걸었으면 팀에게 방해 없는 6주 전체를 준다. 셋째, 똑똑한 베팅은 하방이 제한된다 — 최대 손실은 6주다.

방해받지 않는 시간 (Uninterrupted time)

섹션 제목: “방해받지 않는 시간 (Uninterrupted time)”

베팅을 했으면 지킨다. “몇 시간만”, “하루만”에 속지 말 것 — 모멘텀은 가속도 같은 2차적인 것이라, 하루를 빼앗기면 하루가 아니라 쌓아온 모멘텀과 그것을 되찾는 시간까지 잃는다. 새 문제가 생겨도 팀을 중단시키지 않는다. 최대 6주만 기다리면 다음 사이클에 베팅할 수 있고, 그래서 한 사이클 앞까지만 베팅하는 것이 중요하다. 진짜 위기라면 브레이크를 밟을 수 있지만 진짜 위기는 매우 드물다.

기한 내에 못 끝내면 기본값은 연장이 아니라 중단이다. 이 정책은 첫째, 폭주하는 프로젝트를 차단한다 — 6주짜리 가치의 일에 그 몇 배를 쓰는 것은 어리석다. 둘째, 못 끝냈다는 것은 셰이핑이 잘못됐다는 신호이므로, 같은 접근에 시간을 더 붓는 대신 문제를 다시 프레이밍해 새 피치로 베팅 테이블에서 재심사한다. 셋째, 하드 데드라인과 미출시 리스크가 팀이 스코프를 스스로 잘라내는 오너십을 끌어낸다.

버그는 어떻게 하나 (What about bugs?)

섹션 제목: “버그는 어떻게 하나 (What about bugs?)”

버그라는 이유만으로 다른 일보다 자동으로 중요해지지는 않는다. 데이터 유실급 위기가 아니라면 대부분의 버그는 6주 이상 기다릴 수 있다. 대응 전략은 셋: 쿨다운에 고치기, 크면 피치로 셰이핑해 베팅 테이블에서 경쟁시키기, 그리고 연 1회(주로 연말) 한 사이클을 통째로 버그 잡기에 쓰는 버그 스매시(bug smash).

매 사이클 백지에서 (Keep the slate clean)

섹션 제목: “매 사이클 백지에서 (Keep the slate clean)”

한 번에 한 사이클만 베팅하고, 이전 작업의 잔여물을 셰이핑과 재베팅 없이 이월하지 않는다. 여러 사이클이 필요한 큰 그림도 머릿속에만 두고, 매번 그 사이클의 끝 모습을 셰이핑해 6주씩만 건다. 옵션을 열어 두는 데는 단점이 없고, 예상 밖의 일에 대응할 수 있다는 거대한 상방이 있다.

  • 사이클 길이를 고정하고(6주 권장) 사이클 사이에 자유 작업용 쿨다운을 확보한다
  • 베팅 테이블에는 최종 결정권자가 직접 참석시켜 사후 승인·개입 단계를 없앤다
  • 베팅한 팀은 사이클 내내 중단 금지 — “하루만 빼자”는 요청을 기본 거절한다
  • 미완료 프로젝트는 자동 연장하지 않는다 — 다시 셰이핑해 새 베팅으로 재심사
  • 버그는 쿨다운·베팅 테이블·연 1회 bug smash 세 경로로만 처리한다
  • 항상 한 사이클 앞까지만 베팅해 옵션을 열어 둔다