번다운 차트 도구

번다운 차트가 보여 주는 것

번다운 차트는 스프린트 시작 시점의 전체 작업량이 날마다 얼마나 남았는지를 그리는 그래프입니다. 세로축은 남은 작업량(보통 스토리 포인트), 가로축은 스프린트 일차입니다. 이 도구에서는 두 개의 막대를 나란히 그립니다. 회색은 매일 같은 양씩 줄어든다고 가정한 이상선, 강조색은 직접 입력한 실제 잔여량입니다. 실제가 이상선보다 높으면 계획보다 느리고, 낮으면 계획보다 앞서 있다는 뜻입니다. 스프린트 중간에 "지금 이대로면 마칠 수 있나"를 팀이 같은 그림으로 이야기하게 해 주는 것이 가장 큰 쓰임입니다.

이상선은 이렇게 계산합니다

이상선의 d일차 값 = 총 작업량 − (총 작업량 ÷ 스프린트 일수) × d 입니다. 총 50포인트, 10일 스프린트라면 하루에 5포인트씩 줄어드는 직선입니다. 이 값은 "일이 균등하게 줄어든다"는 약속된 가정일 뿐이고, 실제 작업은 설계·리뷰·테스트가 뒤쪽에 몰려 곡선이 되는 일이 흔합니다. 따라서 이상선을 정확히 따라가는 것을 목표로 삼기보다 어긋난 폭이 커지는 시점을 알아채는 용도로 쓰세요.

예시 1: 2주 스프린트 50포인트의 한 사이클

영업일 10일, 총 50포인트 스프린트의 실제 기록입니다. 잔여량은 그날 일과를 마친 뒤의 값이고, 차이는 실제 − 이상선(양수면 이상선보다 일이 더 남음)입니다.

1일차에는 완료한 스토리가 없어 50에 그대로 머물렀고, 3~5일차에는 이상선보다 9~15포인트 뒤처졌습니다. 5일차에 40으로 정체된 것은 큰 스토리 한두 개가 "거의 끝난" 상태로 머물렀을 가능성이 큰 전형적인 모양입니다. 6일차부터 한꺼번에 줄어들며 차이가 좁혀졌고, 10일차에는 4포인트가 남아 다음 스프린트로 이월됐습니다. 이 스프린트의 완료 포인트는 50 − 4 = 46입니다.

현재 속도로 끝까지 예측하면 얼마나 빗나가나

도구 요약에는 "지금까지의 평균 소진 속도가 남은 기간에도 이어진다면"이라는 단순 추정 잔여량이 표시됩니다. 위 예시에 적용해 보면, 6일차까지 17포인트를 줄였으니 하루 평균 2.8포인트이고 남은 4일을 이 속도로 가면 종료 시 약 21.7포인트가 남는다는 계산이 나옵니다. 8일차 시점에서는 하루 평균 3.3포인트이고 종료 시 약 17.5포인트입니다. 실제로는 4포인트가 남았으므로 두 시점 모두 비관적으로 나왔습니다. 후반에 속도가 붙는 스프린트에서는 이 추정이 과하게 나쁘게, 반대로 후반에 정체하는 스프린트에서는 낙관적으로 나올 수 있습니다. 이 값은 결과를 맞히는 예언이 아니라 "지금 페이스를 유지하면 이 정도 격차가 난다"는 경고등으로만 쓰세요.

예시 2: 중간에 범위가 늘어난 경우 읽는 법

4일차 잔여량이 40포인트였고, 5일차에 5포인트를 완료했는데 제품 담당자가 6포인트짜리 긴급 스토리를 스프린트에 넣었다고 합니다. 5일차 잔여량은 40 − 5 + 6 = 41포인트입니다. 5일차 이상선은 25이므로 그래프상 격차는 16포인트입니다. 이 중 6포인트는 팀의 지연이 아니라 범위 증가입니다. 번다운 차트는 이 둘을 구분해 주지 않기 때문에, 선이 위로 튀거나 평평해지면 "일을 못 했다"고 결론 내리기 전에 범위 변경이 있었는지 확인해야 합니다. 이 도구는 스프린트 중간에 총량을 바꾸는 기능이 없으므로, 범위 변경은 별도로 메모해 두고 회고에서 함께 이야기하세요.

따라잡으려면 하루에 얼마나 줄여야 하나

뒤처졌을 때 가장 현실적인 질문은 "남은 날 동안 하루에 몇 포인트씩 끝내야 하나"입니다. 필요한 속도는 현재 잔여량 ÷ 남은 일수이고, 이를 지금까지의 평균 속도와 비교하면 계획이 가능한지 감이 옵니다. 예시 1의 기록에 적용한 결과입니다.

필요 속도가 평균의 1.5배를 넘으면 평소와 다른 조치(범위 축소, 병목 해소, 지원 인력)가 없는 한 어려운 계획이라는 신호입니다. 이 표의 5일차처럼 평균을 크게 웃도는 속도가 필요하면 범위 조정 논의를 시작할 시점입니다. 다만 앞의 기록처럼 후반에 한꺼번에 줄어드는 팀이라면 같은 숫자도 덜 위험할 수 있으니, 팀의 과거 패턴을 함께 고려하세요. 배수 기준 1.5는 필자가 제안하는 어림 기준이지 업계 표준이 아닙니다.

예시 3: 1주(5일) 스프린트 30포인트

짧은 스프린트는 하루의 의미가 큽니다. 총 30포인트, 5일이면 이상선은 하루 6포인트씩 줄어듭니다. 팀이 1~5일차 잔여를 27, 21, 21, 12, 3으로 기록했다면 3일차 이상선은 12이고 실제는 21라서 차이가 +9입니다. 3일차에 정체했다가 4일차에 9포인트, 5일차에 9포인트를 줄여 최종 3포인트가 남았고 완료는 27포인트입니다. 기간이 짧을수록 하루 정체가 곧바로 큰 격차로 보이므로, 5일 이하 스프린트에서는 이상선보다 "전날 대비 줄어든 양"을 더 눈여겨보는 것이 낫습니다.

총량과 기간별 일일 이상 소진량 참고표

스프린트를 설계할 때 총 포인트를 몇으로 잡을지 가늠하려면 하루 이상 소진량을 알아야 합니다. 아래는 이상선 공식(총량 ÷ 일수)을 빌드 시 계산한 값입니다. 이 값이 팀의 평소 일일 완료량(벨로시티 ÷ 일수)보다 훨씬 크면 계획이 과한 것입니다.

스프린트 시작 전에 점검할 질문

차트는 계획이 현실적일 때만 의미가 있습니다. 시작 전에 팀 휴가와 공휴일로 실제 작업일이 줄지 않았는지, 총 포인트가 최근 몇 스프린트의 완료 포인트와 비슷한 수준인지, 외부 의존(리뷰, 승인, 배포 창구)이 막판에 몰리지 않는지를 확인하세요. 이 세 가지가 어긋난 스프린트는 첫날부터 이상선과 벌어지기 쉽습니다. 차트가 계속 위에 있다면 팀의 노력 부족이 아니라 계획 단계의 가정을 의심해 보는 편이 생산적입니다.

입력 방식과 경계 동작

• 일차 칸은 1일차부터 마지막 일차까지 있고, 시작(0일차) 값은 입력 없이 총 작업량으로 고정됩니다.
• 입력칸을 비우거나 음수·숫자가 아닌 값을 넣으면 그 일차 기록이 삭제된 것으로 처리됩니다.
• 총 작업량보다 큰 잔여량을 입력하면 요약이 "범위가 늘었거나 입력값을 확인"하라고 안내합니다.
• 가장 마지막으로 입력한 일차를 기준으로 요약이 계산되므로, 중간에 비어 있는 날이 있어도 평균 속도는 마지막 일차까지의 전체 기간으로 나눈 값입니다.
• 마지막 일차까지 입력하면 추정 대신 "완료 / 이월" 값이 표시됩니다.

차트 모양별 해석 (경향일 뿐입니다)

• 초반 평평하다가 뒤에서 급락: 스토리를 크게 잡았거나 스프린트 막바지에 한꺼번에 "완료" 처리하는 습관일 수 있습니다. 스토리를 더 작게 쪼개면 선이 완만해집니다.
• 이상선을 따라 내려가다가 끝에서 남음: 마지막 며칠의 테스트·수정 시간을 계획에 덜 넣었을 가능성이 있습니다.
• 위로 튀는 구간: 범위 추가 또는 재추정입니다. 원인을 기록해 두세요.
• 이상선보다 계속 아래: 일이 빨리 끝난 것일 수도 있고, 계획 때 과대 추정했거나 완료 기준을 낮춘 것일 수도 있습니다. 완료 기준을 지켰는지 한 번 확인해 보세요.

활용 방법과 주의할 점

• 데일리 스탠드업 때 차트를 띄우고 "차이가 커진 날 무슨 일이 있었나"만 짚으면 5분 안에 위험 신호를 공유할 수 있습니다. 스탠드업 내용은 데일리 스탠드업 노트에 같이 남기면 좋습니다.
• 스프린트 후반에 계속 위에 있다면 범위를 줄일지, 기한을 조정할지를 우선순위 기준으로 결정합니다. 우선순위는 MoSCoW 분류 도구로 정리할 수 있습니다.
• 스프린트가 끝나면 완료 포인트를 스프린트 벨로시티 계산기에 기록해 다음 계획의 근거로 씁니다.
• 번다운 차트를 팀원 개인이나 팀을 비교·평가하는 용도로 쓰면 숫자 맞추기를 위해 완료 처리가 앞당겨지는 부작용이 생깁니다. 팀 내부 대화용 지표로 한정하세요.
• 잔여량은 포인트 외에도 남은 작업 개수나 시간으로 넣어도 되지만, 하나의 단위를 끝까지 유지해야 합니다.

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

총 작업량, 기간, 일별 잔여량은 서버에 전송되지 않고 이 브라우저의 localStorage에만 저장됩니다. 기기나 브라우저가 다르면 보이지 않고, 팀원과도 자동으로 공유되지 않습니다. 사이트 데이터를 삭제하거나 "전체 초기화"를 누르면 사라지니 중요한 스프린트는 "현황 복사" 버튼으로 텍스트를 남겨 두세요.

함께 쓰면 좋은 도구

작업 상태를 칸 단위로 보고 싶다면 칸반보드 도구를, 포인트 추정은플래닝 포커 도구를, 스프린트가 끝난 뒤에는팀 회고보드를 이용할 수 있습니다.

자주 묻는 질문