부록3 — Shape Up 시작하는 법 (How to Begin to Shape Up)

한꺼번에 모든 것을 바꿀 필요는 없다. 상황에 따라 세 가지 진입 경로가 있다.

옵션 A: 6주 실험 한 번

팀 전체가 준비되지 않았다면 단일 6주 실험으로 시작한다.

6주 안에 여유 있게 끝낼 수 있는 의미 있는 프로젝트 하나를 셰이핑한다. 첫 시도는 보수적으로 여유를 둔다.
디자이너 1명, 프로그래머 2명의 시간을 6주 통째로 확보하고 아무도 방해하지 않도록 보장한다.
정식 베팅 테이블 대신, 이 실험 하나를 그 팀이 하기로 그냥 계획한다.
피치의 요소를 갖춰 셰이핑된 작업을 팀에 제시하며 킥오프한다. 태스크는 팀이 스스로 발견하고 추적한다는 기대를 심는다.
팀 전용 공간(물리 공간 또는 채팅방)을 마련한다.
프로젝트 초반에 UI와 코드를 이어 하나를 끝내보도록(Get One Piece Done) 독려한다.

스코프 매핑이나 진행 표시(힐차트)는 처음부터 걱정하지 않아도 된다. 방해 없는 시간, 사전 셰이핑, 세부는 팀에 맡기기만으로 큰 도약이 보인다. 성공 사례가 생기면 신뢰를 얻어 더 큰 전환을 설득하기 쉬워진다.

옵션 B: 셰이핑부터

CTO 등 다른 사람이 프로그래머의 시간을 쥐고 있어 팀을 꾸릴 수 없다면, 과거보다 경계가 뚜렷한 매력적인 프로젝트를 셰이핑해 회사의 기존 스케줄링 프로세스에 태운다. 잘 셰이핑된 작업은 엔지니어링 팀에 빛을 비추고, 더 긴 사이클이나 신중한 베팅 프로세스에 마음을 열게 한다.

옵션 C: 사이클부터

6주 사이클로 일하는 것부터 시작할 수도 있다. 2주 스프린트를 쓰던 팀이라면 끊임없는 계획 회의의 오버헤드가 사라지고 프로그래머가 탄력을 붙일 시간이 생긴다. 숨 쉴 공간이 생기면 셰이핑에 대한 고민은 자연스럽게 따라온다.

출시 근육부터 고쳐라

리서치나 디스커버리 개선보다 출시 역량을 먼저 키운다. 세계 최고의 고객 인사이트가 있어도 프로젝트로 만들어 출시하지 못하면 소용없다. 먼저 끝내는 리듬을 만들고, 그다음에 셰이핑의 입력을 개선한다.

최종 결과에 집중하라

팀에 재량을 주면 “사이클 시간을 다 안 쓰면?”, “누가 놀면?” 같은 걱정이 생긴다. 미시에서 거시로 관점을 옮겨라. 6주 뒤 이 프로젝트가 출시되면 우리는 만족할까? 제때 출시되고 모두가 전진했다고 느끼면 그게 성공이다. 중간에 시간 단위로 무슨 일이 있었는지는 중요하지 않다. 결과가 중요하다.