팀과 프로젝트
스토리 포인트-시간 변환 계산기
스토리 포인트와 팀의 포인트당 시간을 입력하면 시간과 일수를 추정하거나, 방향을 바꿔 시간 추정치를 포인트로 되돌릴 수 있습니다.
포인트당 시간은 과거에서 구합니다: 지난 스프린트에 걸린 시간을 그 스프린트가 처리한 포인트로 나누십시오.
포인트가 시간으로 환산되는 원리
스토리 포인트는 시간이 아니라 상대적 크기를 재므로 보편적인 환산값은 없습니다. 유일하게 정직한 다리는 완료된 작업에서 측정한 팀 고유의 포인트당 시간입니다. 지난 스프린트가 실제로 걸린 시간을 그 스프린트가 처리한 포인트로 나누십시오. 한 스프린트가 20포인트를 완료하는 데 120시간을 썼다면 포인트당 6시간입니다. 그러면 계산기가 곱합니다: 8포인트 × 6시간 = 48시간이고, 하루 6시간 집중이면 8일입니다. 방향을 바꾸면 대신 나눗셈을 해서 24시간짜리 일을 24 ÷ 6 = 4포인트로 바꿉니다.
하루 근무 시간을 온전한 근무 시간보다 일부러 낮게 잡는 이유는 회의, 이메일, 맥락 전환이 하루를 갉아먹기 때문입니다. 많은 팀이 8시간이 아니라 5~6시간의 생산적 시간을 기준으로 계획하므로, 6시간에 대응하는 포인트는 달력상 하루 이상에 걸칩니다.
| 포인트 | 시간 (포인트당 6) | 일수 (하루 6시간) |
|---|---|---|
| 1 | 6시간 | 1일 |
| 2 | 12시간 | 2일 |
| 3 | 18시간 | 3일 |
| 5 | 30시간 | 5일 |
| 8 | 48시간 | 8일 |
| 13 | 78시간 | 13일 |
환산할 때와 하지 말아야 할 때
이것은 예측을 점검하거나 시간 단위로 사고하는 이해관계자에게 계획을 설명할 때 쓰되, 포인트를 작업 시간표로 바꾸는 데 쓰지 마십시오. 스토리 포인트의 핵심은 팀이 빨라지면서 포인트당 시간이 개선되는 동안에도 포인트 자체는 안정적으로 유지된다는 점입니다. 모든 추정을 처음부터 시간으로 환산하면 그 신호를 잃고, 포인트가 피하려 했던 정밀도의 함정을 다시 만들게 됩니다.
시간 수치는 약속이 아니라 범위로 다루십시오. 큰 스토리일수록 불확실성이 크므로, 많은 팀이 하나의 스토리를 8이나 13포인트로 제한하고 그보다 큰 것은 분할합니다. 포인트당 시간은 몇 스프린트마다 다시 계산하십시오. 지난 분기의 속도에 기반한 환산은 팀, 코드베이스, 작업 구성이 모두 바뀌면서 서서히 낡기 때문입니다.
자주 묻는 질문
스토리 포인트 1점은 몇 시간인가요?
정해진 답은 없고 전적으로 팀의 속도에 달려 있습니다. 최근 스프린트에 걸린 시간을 완료한 포인트로 나눠 측정하고, 그 값이 시간이 지나며 변한다고 예상하십시오.
스토리 포인트를 시간으로 환산해야 하나요?
대략적인 예측이나 시간 단위로 사고하는 사람과의 소통을 위해서만 쓰십시오. 처음부터 시간으로 추정하면 포인트의 상대적 크기 산정 이점을 없애고 거짓 정밀도를 부르기 쉽습니다.
왜 하루 근무 시간을 8시간보다 적게 잡나요?
회의, 이메일, 리뷰, 맥락 전환 때문에 온전한 8시간을 집중하는 사람은 드뭅니다. 하루 5~6시간의 생산적 시간을 기준으로 계획하면 실제로도 들어맞는 추정이 나옵니다.