스프린트 벨로시티 계산기

이 도구가 답해 주는 질문

"지금 백로그가 118포인트인데, 지금까지의 페이스라면 몇 스프린트 뒤에 끝나나요?" 같은 질문에 숫자로 대략의 범위를 주는 도구입니다. 스프린트마다 팀이 완료 기준(Definition of Done)을 충족해 끝낸스토리 포인트를 적으면 평균, 최근 3회 평균, 최저·최고 값을 계산하고, 남은 포인트를 넣으면 예상 스프린트 수를 단일 숫자가 아니라 범위로 보여 줍니다. 스프린트 계획 회의에서 "이번엔 얼마나 담을까"를 가늠하거나, 이해관계자에게 릴리스 시점을 설명하기 전에 근거 숫자를 만들 때 쓰기 좋습니다.

계산 방식

• 평균 벨로시티 = 등록한 스프린트의 완료 포인트 합계 ÷ 스프린트 수
• 최근 3회 평균 = 가장 최근에 추가한 3개 스프린트만의 평균(스프린트가 4개 이상일 때 표시)
• 예상 소요 스프린트 = 남은 백로그 포인트 ÷ 평균 벨로시티, 소수점은 올림(마지막 스프린트가 일부만 차도 한 번으로 세기 때문)
• 범위 = 같은 식을 최고 속도와 최저 속도로 각각 계산한 값. 속도가 가장 좋았을 때와 가장 나빴을 때의 양 끝을 보여 줍니다.

완료 포인트는 "거의 다 됐다"가 아니라 스프린트 안에서 완료 기준을 통과한 스토리만 센다는 점이 중요합니다. 70%쯤 끝난 스토리의 포인트를 나눠 적으면 평균이 부풀고, 다음 스프린트에서 그 스토리가 다시 완료로 잡혀 이중으로 계산됩니다.

예시 1: 3개 스프린트로 118포인트 예측하기

어느 팀이 스프린트 21~23에서 각각 34, 27, 31포인트를 완료했고, 남은 백로그가 118포인트라고 가정합니다. 평균은 (34+27+31) ÷ 3 = 30.7포인트입니다.

평균만 보면 4회지만 범위로 보면 4~5회입니다. 외부에 "4스프린트 뒤"라고 단정하기보다 "4~5스프린트, 빠르면 4회"라고 말하는 쪽이 사실에 가깝습니다. 표본이 3개뿐이어서 이 범위 자체도 넓게 흔들릴 수 있다는 점은 별도로 감안해야 합니다.

예시 2: 전체 평균과 최근 평균이 갈리는 경우

6개 스프린트의 완료 포인트가 18, 29, 26, 33, 28, 30였다고 해 봅시다. 첫 스프린트(18)는 팀이 도구와 작업 방식에 적응하던 시기입니다. 전체 평균은 27.3, 최근 3회 평균은 30.3입니다. 남은 백로그가 90포인트일 때 전체 평균으로는 90 ÷ 27.3 =3.29 → 4회, 최근 3회 평균으로는90 ÷ 30.3 = 2.97 →3회가 됩니다. 어느 평균을 쓰느냐에 따라 한 스프린트가 달라지므로 근거를 같이 적어 두어야 합니다. 팀 구성과 업무 성격이 안정된 뒤라면 최근 평균이 현재 페이스에 더 가깝다는 것이 일반적인 실무 관행입니다.

예시 3: 연휴 스프린트가 낀 기록 다루기

다섯 스프린트의 완료 포인트가 32, 30, 12, 31, 29이고, 세 번째 스프린트는 연휴로 인원이 절반 가까이 빠졌던 때라고 가정합니다. 다섯 개를 모두 쓴 평균은 26.8, 표본 표준편차(n-1로 나눈 값)는 약 8.3입니다. 평균 대비 편차가 크다는 뜻이고, 이 편차의 대부분이 12포인트 하나에서 나옵니다. 남은 백로그가 120포인트라면 전체 평균으로는 120 ÷ 26.8 =4.48 → 5회입니다. 연휴 스프린트를 뺀 네 개의 평균은 30.5이고 120 ÷ 30.5 =3.93 → 4회입니다.

어느 쪽이 맞는지는 앞으로의 일정에 달려 있습니다. 앞으로도 연휴나 휴가가 비슷한 빈도로 끼어 있다면 전체 평균이 더 현실적이고, 남은 기간이 평탄하다면 제외한 평균이 가깝습니다. 이 도구에는 특정 스프린트를 계산에서 빼는 옵션이 없습니다. 기록 표의 ✕로 해당 줄을 지우면 평균이 즉시 다시 계산되므로, 제외한 값과 포함한 값을 각각 보고 나서 두 결과를 함께 적어 두세요(지우면 되돌릴 수 없으니 다시 입력할 수 있게 숫자를 메모해 둡니다).

참조표: 백로그와 속도별 필요 스프린트 수

아래 표는 남은 포인트를 평균 속도로 나눈 뒤 올림한 값을 빌드 시점에 계산한 것입니다. 도구에 값을 넣기 전에 대략의 규모를 가늠하거나, 속도가 조금 달라질 때 결과가 얼마나 민감한지 볼 때 쓰세요.

남은 포인트가 200이면 속도가 25에서 30으로 오를 때 8회에서 7회로 줄지만, 15에서 20으로 오르면 14회에서 10회로 줄어듭니다. 같은 5포인트 변화라도 속도가 낮을수록 결과에 미치는 영향이 큽니다. 그래서 속도가 아직 낮고 불안정한 신생 팀의 장기 예측일수록 범위를 넓게 잡아야 합니다.

입력값이 경계에 있을 때 도구가 하는 일

• 완료 포인트 0: 허용됩니다. 평균은 낮아지고 최저 속도가 0이 되므로 최저 속도 기준 범위는 계산하지 않고 그 사유를 안내합니다. 모든 스프린트가 0이면 평균도 0이라 예상 스프린트 수는 계산되지 않습니다.
• 음수나 빈 칸, 숫자가 아닌 값: 추가되지 않고 오류 문구가 나옵니다. 소수는 0.5 단위로 입력할 수 있으며 평균은 소수 첫째 자리에서 반올림해 보여 줍니다.
• 남은 백로그 0 또는 빈 칸: 예상 소요 스프린트는 "-"로 표시되고, 평균과 최저~최고 범위만 보여 줍니다.
• 스프린트 이름을 비운 경우: "스프린트 N"으로 자동 지정되는데, N은 현재 등록된 개수에 1을 더한 값입니다. 중간 기록을 지운 뒤 추가하면 이름이 겹칠 수 있으니 번호를 직접 적는 편이 안전합니다.
• 최근 3회 평균: 스프린트가 4개 이상일 때만 표시합니다. 표 순서는 입력 순서이므로 오래된 기록을 나중에 추가하면 "최근"의 기준이 어긋납니다. 시간 순서대로 입력하세요.

상황별 활용 시나리오

신규 팀의 첫 릴리스 약속. 스프린트를 두 번 마친 팀이 15, 22포인트를 기록했다면 평균은 18.5지만 표본이 둘뿐이라 범위(15~22)로만 말해야 합니다. 이때 남은 백로그가 111포인트라면 22 기준 6회, 15 기준 8회로, 두 스프린트 길이(예: 2주)를 곱해 "12~16주"처럼 폭을 두고 이해관계자에게 전달하고, 스프린트가 쌓일 때마다 좁혀 가겠다고 약속하는 편이 신뢰를 지킵니다.

고정 마감이 있는 프로젝트. 남은 스프린트가 정해져 있다면 계산을 거꾸로 합니다. 마감까지 6스프린트가 남았고 평균 속도가 28이라면 가져갈 수 있는 총량은 약 168포인트입니다. 백로그가 200이면 32포인트는 범위에서 제외하거나 마감을 조정해야 한다는 근거가 됩니다. 이 도구에 그 값을 직접 넣어 확인하려면 남은 백로그 칸에 200을 입력해 8회가 나오는지 보면 됩니다(200 ÷ 28 = 7.14 → 올림 8). 6회로는 부족하다는 뜻입니다.

팀원이 바뀐 직후. 한 명이 빠지거나 합류하면 이전 기록이 새 팀의 속도가 아닐 수 있습니다. 변경 후 두세 스프린트가 쌓일 때까지는 이전 평균 대신 최근 값 위주로 보고, 가능하면 변경 시점 이전 기록은 따로 메모해 두고 지워서 새 팀 기준으로 다시 시작하는 편이 예측 오차를 줄입니다.

결과를 활용하는 방법

• 스프린트 계획: 이번 스프린트에 담을 분량의 출발점으로 최근 평균을 쓰고, 휴가·공휴일·온콜 일정이 있으면 그만큼 줄여서 제안합니다.
• 릴리스 커뮤니케이션: 날짜 하나가 아니라 "빠르면 N스프린트, 늦으면 M스프린트"로 전달하고, 범위가 달라지는 조건(인력 변동, 외부 의존)을 함께 적습니다.
• 범위 조정: 기한이 고정이라면 속도에 맞춰 남은 백로그를 우선순위로 잘라 냅니다. 우선순위는 RICE 스코어링 도구나 MoSCoW 분류 도구로 정리할 수 있습니다.
• 이상 징후 파악: 평균에서 크게 벗어난 스프린트가 있으면 점수 자체보다 원인(대형 스토리 이월, 장애 대응, 인원 공백)을 회고에서 확인합니다.

흔한 실수

• 이월 포인트를 두 번 세기: 끝나지 않은 스토리는 완료한 스프린트에서만 한 번 셉니다.
• 스프린트 중간에 추가된 작업을 빼고 계산: 실제로 완료했다면 포함하는 편이 속도의 실체에 맞습니다. 다만 백로그 쪽에도 같은 범위 증가를 반영해야 예측이 맞습니다.
• 백로그 포인트의 기준이 다름: 예전에 추정한 항목과 최근 추정한 항목의 기준이 다르면 분자와 분모의 척도가 어긋납니다. 오래된 추정은 재추정하거나 보수적으로 보세요.
• 평균의 소수점을 믿기: 30.7처럼 소수 첫째 자리까지 나와도 표본이 3~6개라면 의미 있는 정밀도가 아닙니다. 올림한 정수와 범위로 읽으세요.

한계: 벨로시티를 이렇게 쓰면 안 됩니다

팀 간 비교 금지. 스토리 포인트는 각 팀이 자기 기준으로 정한 상대적 크기라서, A팀의 40포인트와 B팀의 25포인트는 비교할 수 없습니다. 같은 일을 하더라도 팀마다 1포인트의 크기가 다릅니다.개인·팀 성과평가 지표로 사용 금지. 벨로시티를 목표나 평가 항목으로 삼으면 사람들은 일을 더 하는 대신 추정치를 키우거나 완료 기준을 느슨하게 해서 숫자를 올립니다. 그 순간 숫자는 속도를 설명하지 못하고 예측에도 쓸 수 없게 됩니다. 측정 지표가 목표가 되면 좋은 지표 구실을 못 하게 된다는 일반 원리와 같은 이야기입니다.

또한 이 값은 과거 페이스가 크게 변하지 않는다는 가정 위의 참고 추정입니다. 스프린트 길이가 바뀌었거나, 팀원이 크게 늘고 줄었거나, 제품·기술 영역이 달라졌다면 이전 기록은 새 팀의 속도가 아닙니다. 칸반처럼 스프린트 단위 없이 흐름으로 일하는 팀에는 사이클 타임이나 처리량이 더 맞습니다. 스토리 포인트가 아닌 작업 개수나 시간을 일관되게 쓰는 팀은 단위만 통일하면 같은 계산을 쓸 수 있지만, 추정 방식이 흔들리면 신뢰도도 같이 떨어집니다.

입력한 데이터는 어디에 저장되나요?

스프린트 기록과 남은 백로그 값은 서버로 전송되지 않고, 이 브라우저의 localStorage에만 저장됩니다. 다른 기기나 다른 브라우저, 팀원의 화면과는 동기화되지 않으며, 사이트 데이터를 지우거나 "전체 초기화"를 누르면 사라집니다. 팀과 공유하려면 "결과 복사" 버튼으로 텍스트를 복사해 위키나 메신저에 붙여 넣으세요.

스프린트 도구 더 보기

포인트를 정하는 단계에서는 플래닝 포커 도구를, 스프린트 안에서 진행 상황을 보려면 번다운 차트 도구를, 작업 흐름을 시각화하려면 칸반보드 도구를, 끝난 뒤 돌아보기는팀 회고보드를 이어서 활용할 수 있습니다.

자주 묻는 질문