팀 속도 측정의 과학

번다운보다 정확한 5가지 지표

by 전규현 Raymond

"이번 스프린트 속도가 얼마죠?"

"음... 대충 30 포인트?"

팀의 실제 생산성을 측정하는 것, 생각보다 어렵습니다. 번다운 차트만 보고 있다면, 절반의 진실만 보고 있는 겁니다.

진짜 팀 속도를 아는 것이 왜 중요할까요?

예측 가능한 일정, 지속 가능한 페이스, 그리고 팀의 성장. 이 모든 것이 정확한 속도 측정에서 시작됩니다.

오늘은 번다운 차트를 넘어서, 팀의 진짜 생산성을 측정하는 5가지 과학적 방법을 소개합니다.

번다운 차트의 맹점

번다운 차트가 보여주지 못하는 것들이 있습니다. 재작업은 버그 수정으로 돌아간 시간, 컨텍스트 스위칭은 작업 전환 비용, 기술 부채는 나중을 위해 미룬 작업, 학습 곡선은 새로운 기술 습득 시간, 커뮤니케이션은 회의와 리뷰 시간입니다.

이런 숨겨진 작업들이 팀의 실제 속도를 왜곡시킵니다.

지표 1: 처리량(Throughput)

처리량은 완료된 작업의 개수입니다. 가장 단순하지만 강력한 지표입니다.

주간 처리량을 보면 첫 주에는 완료 12개, 시작 15개, 두 번째 주에는 완료 8개, 시작 20개로 문제 신호가 보입니다. 세 번째 주에는 완료 15개, 시작 15개, 네 번째 주에는 완료 14개, 시작 14개입니다. 평균 처리량은 12.25 작업/주이고, 표준편차는 3.09입니다.

시작한 작업보다 완료한 작업이 적다면? WIP(Work In Progress)가 쌓이고 있다는 위험 신호입니다.

지표 2: 사이클 타임(Cycle Time)

사이클 타임은 작업 시작부터 완료까지의 시간입니다. 주말과 공휴일을 제외하고, 블로킹 시간도 제외하여 실제 작업 시간만 계산합니다.

작업 유형별 평균 사이클 타임을 보면 버그 수정은 0.5일, 기능 개발은 3.2일, 리팩토링은 2.1일, 문서 작성은 1.0일입니다.

사이클 타임이 길어진다면 병목이 어디 있는지 찾아야 합니다.

지표 3: 리드 타임(Lead Time)

리드 타임은 요청부터 배포까지의 전체 시간입니다. 사이클 타임과 다른 점은 대기 시간도 포함한다는 것입니다.

리드 타임은 대기 시간과 사이클 타임의 합입니다. 요청에서 대기, 시작, 작업, 완료, 대기, 배포까지의 전체 시간이 리드 타임이고, 그 중 시작부터 완료까지가 사이클 타임입니다.

리드 타임이 길다면 프로세스 개선이 필요합니다.

지표 4: 플로우 효율성(Flow Efficiency)

플로우 효율성은 실제 작업 시간을 전체 시간으로 나눈 값입니다. 실제 코딩과 테스트는 8시간, 리뷰 대기와 배포 대기는 32시간, 논의와 계획은 5시간, 의존성 대기는 3시간이면 효율성은 16.7%입니다.

대부분의 팀이 15-20% 수준입니다. 40%를 넘으면 매우 효율적인 팀입니다.

지표 5: 예측 정확도(Forecast Accuracy)

예측 정확도는 계획 대비 실제 완료율입니다. 계획한 스토리 포인트가 30, 실제 완료한 포인트가 24, 중간에 추가된 포인트가 5, 제외된 포인트가 3이면 예측 정확도는 80%입니다. 스코프 변동률은 6.7%입니다.

정확도가 70% 미만이면 계획 방식을 개선해야 합니다.

실전: 대시보드 구성하기

이 5가지 지표를 한눈에 볼 수 있는 대시보드를 만들어보세요. 처리량, 평균 사이클 타임, 평균 리드 타임, 플로우 효율성, 예측 정확도, 추세를 함께 보여줍니다. 추세는 개선 중, 안정적, 주의 필요로 표시합니다.

속도 개선 전략

측정했으면 개선해야죠.

WIP 제한으로 처리량을 증가시킵니다. WIP 제한 전에는 10개를 동시에 진행하여 주 5개를 완료했지만, WIP 제한 후에는 3개를 동시에 진행하여 주 8개를 완료합니다.

자동화로 사이클 타임을 단축합니다. 수동 테스트는 4시간이지만, 자동 테스트는 0.5시간으로 작업당 3.5시간을 절약합니다.

병목 제거로 플로우 효율성을 개선합니다. 가장 큰 대기 시간부터 제거하세요. 보통 코드 리뷰나 QA 단계가 병목입니다.

팀별 벤치마크

스타트업(5명)은 처리량 15-20 작업/주, 사이클 타임 1-2일, 효율성 25-35%입니다. 중견기업(20명)은 처리량 40-60 작업/주, 사이클 타임 2-4일, 효율성 20-30%입니다. 대기업(100명 이상)은 처리량 150-200 작업/주, 사이클 타임 3-7일, 효율성 10-20%입니다.

작은 팀일수록 효율성이 높은 이유가 보이시나요?

마무리: 측정할 수 없으면 개선할 수 없다

번다운 차트는 시작일 뿐입니다.

진짜 팀 속도를 알려면 처리량으로 생산성을, 사이클 타임으로 속도를, 플로우 효율성으로 낭비를, 예측 정확도로 계획 능력을 측정하고, 추적하고, 개선하세요.

"측정하지 않는 것은 관리할 수 없고, 관리하지 않는 것은 개선할 수 없습니다."

정확한 팀 속도 측정과 개선이 필요하신가요? Plexo를 확인해보세요.

작가의 이전글리스크 기반 버퍼: 불확실성을 숫자로 관리하기