엔지니어링 팀을 위한 스프린트 기획 아젠다 템플릿

스프린트가 과부하되는 이유

스프린트 기획에는 템플릿이 막아 주지 못하는 한 가지 구조적 실패가 있습니다. 아무도 역량을 확인하기 전에 팀이 스프린트 백로그를 고른다는 것입니다. 그 결과는 화이트보드에서는 달성 가능해 보였지만 수요일이면 무너지는 스프린트입니다. 엔지니어 두 명이 반주 동안 자리를 비우고, 티켓 하나는 범위가 세 배로 불어나고, 세 항목은 플랫폼 팀이 다시 작성 중인 서비스에 대한, 아무도 말하지 않은 의존성을 갖고 있었습니다.

해법은 단순하고 거의 실행되지 않습니다. 작업에 약속하기 전에 역량에 약속하는 것입니다. 아래 템플릿은 바로 그 이유로 역량 점검으로 시작합니다.

아젠다 (복사해서 붙여넣으세요)

소요 시간: 2주 스프린트는 2시간. 1주 스프린트는 1시간
형식: 진행자 주도. 백로그를 팀 전체가 볼 수 있게


섹션 1 — 스프린트 목표 (10분)

  • 한 문장: 밖에서 볼 때 성공적인 스프린트는 어떤 모습인가?
  • 목표는 어떤 팀원이든 스프린트 종료 시점에 달성 여부를 평가할 수 있을 만큼 구체적이어야 합니다
  • 그저 티켓 목록에 불과한 목표는 거부하세요("인증 리팩터링과 결제 페이지를 끝낸다") — 그건 목표가 아니라 백로그입니다

섹션 2 — 역량 점검 (15분)

  • 모든 팀원을 이름으로 나열하세요
  • 각자에 대해: 예정된 휴가, 온콜 로테이션, 정기 회의, 알려진 외부 약속
  • 역량을 인원수가 아니라 가용한 스토리 포인트나 일수로 표현하세요
  • 이 숫자가 상한입니다. 그것이 감당하는 것보다 많은 작업을 고르지 마세요

섹션 3 — 백로그 선택 (45분)

  • 정제된 백로그에서 우선순위가 높은 항목부터 훑으세요
  • 각 후보에 대해: 팀이 시작하기에 충분한가, 아니면 스프린트 시작 전에 답이 필요한 미결 질문이 있는가? 미결 질문은 스프린트가 아니라 정제 대기열에 속합니다
  • 역량의 80%에 도달하면 선택을 멈추세요. 남은 20%는 이월 작업과 계획되지 않은 작업을 흡수합니다

섹션 4 — 수용 기준 (20분)

  • 선택된 모든 항목에 대해: 무엇이 그것을 완료로 만드는지 기준을 진술하세요
  • 팀이 60초 안에 기준을 진술하지 못한다면, 그 티켓은 충분히 정제되지 않은 것입니다 — 백로그로 되돌리세요
  • 지금, 그 자리에서 티켓에 적으세요. "나중에 추가하자"에 기대지 마세요

섹션 5 — 위험과 의존성 (15분)

  • 팀이 통제하지 못하는 것 중 스프린트 목표 달성을 막을 수 있는 것은 무엇인가?
  • 의존성 담당자를 지목하세요. 스프린트 중반 전에 해소할 시간이 있을 때 지금 드러내세요
  • 해소되지 않은 의존성에는 그것을 추적할 팀 내 담당자를 지정하세요

마무리 (15분)

  • 선택된 작업을 고려할 때 스프린트 목표가 여전히 유효한지 확인
  • 스프린트 요약 서기를 배정하거나, 자동 보고서 설정을 확인
  • 다음 기획 날짜 확인

대부분의 스프린트 기획 템플릿이 놓치는 것

가장 인기 있는 스프린트 기획 템플릿은 백로그 정리와 완료의 정의에 집중합니다. 둘 다 중요합니다. 그러나 어느 것도 가장 많은 스프린트 실패를 낳는 기획 실수를 다루지 않습니다: 가용성을 확인하지 않고 작업을 고르는 것 말입니다.

풀 역량의 엔지니어 다섯 명 팀은 2주 스프린트당 대략 200 스토리 포인트를 가용합니다. 두 명이 휴가 중이고, 한 명이 온콜을 도는 중이며, 한 명이 3일짜리 오프사이트에 가 있는 다섯 명 팀은 아마 110 정도입니다. 두 번째 스프린트에서 180 포인트를 고른다면, 이미 실패한 것입니다. 초과 약속이 일어나는 곳은 선택 단계이고, 역량은 그보다 앞서야 합니다.

두 번째 공백은 수용 기준입니다. 팀은 기획을 빠르게 통과하며 기준을 나중에 쓰려고 합니다. 나중은 같은 수준의 구체성으로 이뤄지지 않습니다. 그 자리에서 정확한 기준을 썼을 사람이 다음 날 기억에 의존해 더 두루뭉술한 것을 쓰거나, 아예 쓰지 않습니다. "완료"가 무엇을 뜻하는지에 대한 스프린트 중반의 이견은 거의 항상 기획에서 건너뛴 수용 기준으로 추적됩니다.

이 공백들의 누적 비용 — 과부하된 스프린트, 스프린트 중반의 발견, 다시 논쟁되는 정의 — 은 합산해 보면 분명히 드러납니다: 회의세.

스프린트 기획 노트가 보기보다 어려운 이유

스프린트 기획은 거의 모든 다른 정기 회의보다 많은 정보를 만들어 냅니다: 스프린트 목표, 역량 수치, 항목별 선택 근거, 티켓별 수용 기준, 의존성 담당자, 위험 항목. 사흘 뒤에 누군가 "그 항목을 왜 잘랐지?"라고 물을 때 유용한 형태로, 유용한 요약을 쓰려면 이 모든 것을 포착해야 합니다.

Pavleur는 통화가 끝날 때 스프린트 기획 보고서를 자동으로 생성합니다. 스프린트 목표, 근거가 붙은 선택된 백로그, 회의에서 진술된 그대로의 수용 기준, 지목된 그대로의 의존성 담당자를 포착합니다. 누군가 백로그나 역량 스프레드시트를 화면 공유했다면, 그 시각 자료는 논의와 나란히 보고서에 담깁니다 — Otter나 Fireflies 같은 오디오 전용 도구가 완전히 놓칠 맥락입니다. 늦게 합류했거나 스프린트 중반에 어떤 결정을 확인해야 하는 사람은 완전한 기록을 갖게 됩니다. 이것이 오디오 전용 도구와 어떻게 다른지에 대한 비교는 Pavleur와 대안 비교를 참고하세요.

스프린트 중반 계획 변경 다루기

스프린트 계획은 계약이 아니라 약속입니다. 스프린트 중반에 무언가가 계획을 진짜로 무효화할 때 — 프로덕션 장애, 세 티켓을 막는 핵심 의존성, 리더십의 우선순위 전환 — 올바른 대응은 조용한 범위 축소가 아니라 신속한 재기획 통화입니다. 재기획 통화는 20분이 걸리고 현실을 반영한 갱신된 스프린트 목표를 만들어 냅니다. 대안은 서류상으로는 실패했지만 아무도 적지 않은 방식으로 비공식적으로 조정된 스프린트인데, 이는 회고를 더 어렵게 만들고 벨로시티 수치를 무의미하게 만듭니다.

명시적으로 재기획하는 습관을 들이세요. 같은 구조를 쓰세요: 갱신된 역량, 수정된 선택, 다시 진술된 목표. 그것이 막아 주는 혼란보다 훨씬 적은 시간이 듭니다.

엔지니어링 팀을 위한 스프린트 기획 아젠다 템플릿 | Pavleur