홍라이프 계산기스프린트 속도·출시 예측 계산기 쉽게 이해하기 — 개념과 원리
속도(velocity)는 팀이 스프린트 한 번에 끝낸 작업량을 보통 스토리 포인트로 나타낸 값입니다. 이 계산기는 최근 스프린트 속도의 평균을 구하고, 남은 백로그를 그 평균으로 나누어 앞으로 몇 번의 스프린트, 몇 주가 더 필요한지 예측합니다. 제품 책임자나 스크럼 마스터가 "언제 끝나나요?"라는 질문에 하나의 날짜 대신 범위로 답할 때 씁니다.
계산 방법
- 평균 속도 v̄ = (v₁ + v₂ + … + vₙ) ÷ n
- 필요 스프린트 수 = ⌈백로그 ÷ v̄⌉ — 스프린트는 일부만 진행할 수 없으므로 올림합니다.
- 소요 주 = 필요 스프린트 수 × 스프린트 길이(주)
- 낙관 / 비관 스프린트 수 = ⌈백로그 ÷ 최고 속도⌉, ⌈백로그 ÷ 최저 속도⌉
속도와 백로그는 반드시 같은 단위(포인트, 이상적 작업일, 항목 수)로 입력해야 합니다.
원리
팀이 최근에 보여 준 처리 속도를 앞으로도 비슷하게 유지한다고 가정합니다. 거리 ÷ 속력 = 시간과 같은 구조입니다. 여러 스프린트를 평균하면 휴가, 병가, 스토리 크기 차이 같은 들쭉날쭉함이 줄어듭니다. 가장 잘된 스프린트와 가장 안된 스프린트로 각각 계산하면 간단한 범위가 생기고, 실제 완료 시점은 대개 그 사이에 놓입니다.
예제 풀이
- 속도 21, 25, 19, 23의 합은 88이므로 평균은 88 ÷ 4 = 22포인트입니다.
- 백로그 180 ÷ 22 = 8.18이고, 올림하면 9스프린트입니다.
- 9스프린트 × 2주 = 18주입니다.
- 낙관: 180 ÷ 25 = 7.2 → 8스프린트, 비관: 180 ÷ 19 = 9.47 → 10스프린트이므로 결과는 8 / 10입니다.
결과 해석
가운데 값 하나보다 범위(여기서는 8~10스프린트, 16~20주)로 알리는 것이 정직합니다. 낙관값과 비관값의 차이가 크면 속도가 불안정하다는 뜻이므로 예측을 덜 믿어야 합니다. 포인트 기준은 팀마다 다르므로 속도는 같은 팀 안에서만 비교할 수 있습니다. 새로운 작업이 발견되면서 백로그는 보통 늘어나므로, 스프린트가 끝날 때마다 다시 계산하는 것이 좋습니다.
흔한 실수
- 팀끼리 속도를 비교하거나 성과 목표로 삼아 포인트가 부풀려지는 경우
- 백로그가 고정되어 있다고 가정하는 경우
- 한두 번의 스프린트만 쓰거나 팀 구성이 바뀌기 전 기록을 섞는 경우
- 덜 끝난 스토리의 포인트를 완료로 세는 경우
자주 묻는 질문
몇 번의 스프린트를 평균하는 것이 좋나요?
최근 3~6회를 많이 씁니다. 너무 적으면 변동이 크고, 너무 많으면 팀이나 업무 성격이 달랐던 시기가 섞입니다.
스토리 포인트 대신 완료 항목 수를 써도 되나요?
백로그도 같은 단위라면 가능합니다. 항목을 비슷한 크기로 쪼개 두면 항목 수만으로도 꽤 정확합니다.
새로 꾸린 팀은 어떻게 예측하나요?
먼저 1~3회 스프린트를 진행해 실제 데이터를 얻고, 그 전에는 보수적으로 추정한 뒤 곧바로 실측값으로 바꿉니다.
출처: Mike Cohn, Agile Estimating and Planning, Prentice Hall, 2005 · Ken Schwaber and Jeff Sutherland, The Scrum Guide (scrumguides.org)