마이크로 스프린트

이 장에서 배우는 것 작업을 어디까지 쪼개는지, 왜 크기보다 독립성이 중요한지, 그리고 의존성을 끊는다는 게 실제로 무슨 뜻인지.

원자적 의도 단위

작업을 더 이상 쪼갤 수 없는 단위까지 내립니다.

각각이 하나의 스프린트입니다. 분 단위로 끝날 수 있습니다.

핵심은 크기가 아니라 독립성

여기서 오해가 자주 생깁니다. "백로그를 잘게 쪼개면 되는 것 아닌가?"

쪼개는 것만으로는 부족합니다. 쪼갠 조각들이 서로 의존하면 결국 순서대로 처리해야 하고, 병렬성이 안 나옵니다.

graph TD
  subgraph "쪼갰지만 의존적"
    A1["1. DB 스키마 변경"] --> A2["2. API 수정"]
    A2 --> A3["3. 화면 연결"]
  end
  subgraph "독립적"
    B1["사진 업로드"]
    B2["비밀번호 재설정"]
    B3["탈퇴 마스킹"]
  end

왼쪽은 세 조각이지만 한 줄로 서 있습니다. 1이 끝나야 2를 시작합니다. 쪼갠 의미가 없습니다.

오른쪽은 셋이 서로를 안 기다립니다. 동시에 진행됩니다.

독립적이면 무엇이 좋은가

마지막이 실무에서 큽니다. 큰 작업 하나를 통째로 맡기면 컨텍스트가 차서 일관성이 깨지지만, 원자 단위로 나누면 각자 깨끗한 상태에서 시작합니다.

의존성을 끊는다는 것

그러면 "DB 스키마 → API → 화면"처럼 원래 순서가 있는 일은 어떻게 합니까?

세 가지 방법이 있습니다.

1. 세로로 자르기

층(layer)으로 자르지 말고 기능으로 자릅니다.

각 조각이 혼자서 끝까지 갑니다. 서로 안 기다립니다.

2. 계약을 먼저 고정하기

정말 나눠야 한다면 경계를 먼저 정합니다.

형식이 정해져 있으면 서로를 기다릴 필요가 없습니다.

3. 순서가 진짜로 필요하면 인정하기

억지로 나누지 마세요. 마이그레이션처럼 본질적으로 순차인 작업이 있습니다. 그건 하나의 마이크로 스프린트로 묶습니다.

모든 것을 병렬로 만들려고 하지 마세요. 병렬이 가능한 것을 병렬로 하는 게 목적이지, 억지로 나누는 게 목적이 아닙니다.

실무에서 나누는 기준

작업을 앞에 두고 이렇게 물어보세요.

세 번째(따로 배포)가 가장 강한 기준입니다. 따로 배포할 수 있으면 확실히 독립적입니다.

크기의 감각

"그리고"가 신호입니다. "사진을 업로드하고 썸네일을 만든다"는 두 개입니다.

자주 하는 오해

"너무 잘게 나누면 관리가 더 힘들지 않나?"

사람이 관리하면 그렇습니다. 스프린트 10개를 사람이 추적하면 그게 일입니다. 그런데 추적을 자동화하면 개수는 문제가 안 됩니다. 원자 단위가 성립하는 것은 관리 비용이 낮아졌기 때문입니다.

"이렇게 나누면 큰 그림을 잃지 않나?"

큰 그림은 의도에 있습니다. 마이크로 스프린트는 실행 단위이지 계획 단위가 아닙니다. "회원 관리를 개선한다"는 목표는 그대로 두고, 실행만 원자 단위로 합니다.

확인

1. 백로그를 잘게 쪼개기만 해서는 왜 부족합니까?

2. "가로로 자르지 말고 세로로 자르라"는 게 무슨 뜻입니까?

3. 독립성을 판정하는 가장 강한 기준은?

이제 우리 백로그로 직접 해봅니다. 40분짜리 실습입니다 → 우리 백로그를 쪼개보기