Shape Up: 6주 사이클 제품 개발 방식

Shape Up이란

Shape Up은 Basecamp가 자기 팀의 제품 개발 방식을 정리해 공개한 방법론이다. 스크럼처럼 백로그를 쌓고 스프린트마다 꺼내 쓰는 대신, 일정을 고정하고 범위를 조절한다.

flowchart LR
  n0["Shaping<br/>(사이클과 별도로 진행)"] --> n1["피치 작성"]
  n1 --> n2["Betting table<br/>(무엇에 걸까)"]
  n2 --> n3["6주 Building<br/>(팀이 알아서)"]
  n3 --> n4["2주 Cool-down<br/>(버그·리팩터링·정리)"]
  n4 --> n5["다음 베팅"]

핵심 개념

잘 다듬은 Shape의 세 조건

6주 동안 팀이 일하는 법

베팅이 끝나면 작업 분해, 구현, 테스트, 배포 결정은 팀이 책임진다.

• 한 조각을 먼저 끝까지. 디자인은 세부보다 기본 UI 요소(affordance)를 먼저 내놓고, 백엔드는 권한 같은 세부보다 데이터 모델을 먼저 만들어 화면이 실제 데이터로 돌게 한다.
• 가운데부터 시작한다. 핵심이고, 작고, 처음 해 보는(core · small · novel) 부분부터 만들어 모르는 것을 빨리 드러낸다.
• 스코프 지도를 그린다. 할 일을 서로 관련된 묶음(scope)으로 나누고, 위험이 큰 묶음부터 진행한다.
• 힐 차트(Hill chart)로 진척을 보인다. 언덕을 오르는 구간은 아직 방법을 찾는 중(불확실성), 내려가는 구간은 할 일만 남은 상태다. 남은 작업 개수가 아니라 불확실성이 얼마나 걷혔는지를 보여 준다.
• 언제 멈출지 정한다. 시간이 다 되면 견적을 늘리지 않고, 핵심 문제를 푸는 한 일부 scope를 뺀다. 뺀 것은 다음 shaping 후보가 된다.

한계

• shaping을 잘하는 사람(제품·디자인·기술을 함께 보는 시니어)이 없으면 피치 품질이 떨어지고 6주가 위험해진다.
• 6주 단위로 끊기 어려운 일(운영 대응, 긴급 요청)은 따로 흡수할 체계가 필요하다.
• 백로그가 없으므로 「언젠가 할 일」을 기억하는 책임이 각 담당자에게 넘어간다.

정리

• 견적 대신 appetite: 얼마나 걸리나가 아니라 얼마까지 쓸지를 정한다.
• shape는 거칠되 위험이 제거되고 경계가 있어야 한다.
• 백로그 대신 베팅: 매 사이클 새로 고른다.
• 시간은 고정, 범위는 조절. 쿨다운으로 사이클을 닫는다.

관련 노트: 스크럼, 애자일과 스프린트, 백로그와 추정, 칸반과 린