Throughput이란 무엇입니까?

Throughput(처리량) 은 특정 기간 동안 시스템, 팀 또는 프로세스가 완료한 작업 항목의 수를 의미합니다. "Throughput 뜻"을 간단히 설명하면, 단위 시간당 처리된 작업의 양입니다.

소프트웨어 개발에서 throughput은 팀이 주당, 스프린트당, 또는 월당 완료하는 유저 스토리, 태스크, 또는 기능의 수로 측정됩니다. 이 지표는 팀의 생산성과 배포 능력을 정량적으로 평가하는 핵심 메트릭입니다.

Throughput이 중요한 이유는 다양합니다:

• 생산성 측정: 팀의 실제 작업 완료 능력을 객관적으로 측정
• 예측 가능성: 과거 throughput 데이터를 기반으로 미래 배포 일정 예측
• 병목 현상 발견: throughput 변동을 분석하여 프로세스의 병목 지점 식별
• 지속적 개선: 시간에 따른 throughput 추이를 통해 개선 효과 확인
• 팀 역량 이해: 팀이 실제로 처리할 수 있는 작업량에 대한 현실적 이해

기본 측정

가장 간단한 throughput 측정 방법:

Throughput = 완료된 작업 항목 수 / 기간

예를 들어, 팀이 2주 스프린트에서 15개의 유저 스토리를 완료했다면:

• 스프린트당 throughput: 15개
• 주당 throughput: 7.5개
• 일당 throughput: 약 1.5개

Throughput 차트

Throughput 차트는 시간에 따른 완료 작업 수를 시각적으로 표현합니다:

• X축: 시간 (일, 주, 스프린트)
• Y축: 완료된 작업 항목 수
• 추세선: 장기적인 throughput 변화 방향

이 차트를 통해 팀의 생산성 추이, 계절적 패턴, 그리고 프로세스 개선의 효과를 시각적으로 확인할 수 있습니다.

Throughput 히스토그램

완료 작업 수의 분포를 보여주는 차트입니다. 이를 통해 팀의 "일반적인" 처리량과 변동성을 파악할 수 있습니다.

칸반 방법론에서 throughput은 핵심 메트릭 중 하나입니다:

리틀의 법칙과 Throughput

리틀의 법칙: WIP = Throughput × Lead Time

이 공식에서:

• WIP (Work In Progress): 진행 중인 작업 수
• Throughput: 단위 시간당 완료되는 작업 수
• Lead Time: 작업이 시작부터 완료까지 걸리는 시간

리틀의 법칙은 WIP를 줄이면(throughput이 일정할 때) lead time이 단축됨을 보여줍니다.

누적 흐름 다이어그램 (CFD)

CFD는 각 상태별 작업 항목 수를 시간에 따라 누적으로 표시하는 차트입니다. CFD에서 throughput은 "완료" 영역의 기울기로 확인할 수 있습니다.

WIP 제한과 Throughput

WIP 제한은 throughput에 직접적인 영향을 미칩니다:

• 적절한 WIP 제한: throughput 안정화 및 예측 가능성 향상
• WIP가 너무 높을 때: 컨텍스트 스위칭으로 throughput 감소
• WIP가 너무 낮을 때: 유휴 시간 증가로 throughput 감소

DevOps에서 throughput은 배포 빈도와 밀접하게 관련됩니다:

DORA 메트릭

Google의 DORA(DevOps Research and Assessment) 팀이 정의한 4가지 핵심 메트릭 중 throughput 관련 지표:

1. 배포 빈도 (Deployment Frequency): 코드를 프로덕션에 배포하는 빈도
2. 변경 리드 타임 (Lead Time for Changes): 커밋부터 프로덕션 배포까지의 시간

엘리트 팀은 하루에 여러 번 배포하며, 변경 리드 타임이 1시간 미만입니다.

파이프라인 Throughput

CI/CD 파이프라인의 throughput은 다음으로 측정됩니다:

• 시간당 처리되는 빌드 수
• 일당 성공적인 배포 수
• 파이프라인 실행 완료까지의 시간

프로세스 개선

1. WIP 제한 최적화: 팀에 맞는 적절한 WIP 제한 설정
2. 병목 현상 제거: 프로세스에서 가장 느린 단계를 식별하고 개선
3. 대기 시간 줄이기: 코드 리뷰, 승인 등의 대기 시간 최소화
4. 배치 크기 축소: 작은 단위로 작업을 나누어 빠른 완료

기술적 개선

1. 자동화: 반복적인 작업의 자동화 (테스트, 배포, 코드 검사)
2. CI/CD 최적화: 빌드 및 테스트 파이프라인 속도 향상
3. 기술 부채 관리: 기술 부채를 줄여 개발 속도 유지
4. 도구 개선: 더 효율적인 개발 도구와 환경 제공

팀 개선

1. 크로스 펑셔널 팀: 다양한 역량을 갖춘 자율적 팀 구성
2. 지식 공유: 페어 프로그래밍, 모브 프로그래밍으로 지식 분산
3. 명확한 우선순위: 팀이 가장 중요한 작업에 집중하도록 우선순위 명확화
4. 지속적 학습: 레트로스펙티브를 통한 지속적 프로세스 개선

의미 없는 비교 지양

• 서로 다른 팀의 throughput을 직접 비교하지 마세요
• 작업 항목의 크기와 복잡도가 다르면 단순 비교가 무의미합니다
• 같은 팀의 시간에 따른 추이 비교가 더 유용합니다

품질과의 균형

• 높은 throughput이 항상 좋은 것은 아닙니다
• 품질을 희생하며 throughput을 높이면 재작업이 증가합니다
• "완료"의 정의(Definition of Done)를 명확히 해야 합니다

굿하트의 법칙

"측정 지표가 목표가 되면, 좋은 지표가 되지 못한다."

• Throughput을 KPI로 설정하면 팀이 수치만 최적화할 수 있습니다
• 작업을 인위적으로 작게 나누거나 품질을 무시할 위험이 있습니다
• 여러 메트릭을 종합적으로 활용하세요

• Jira: 칸반 보드의 통제 차트와 throughput 보고서
• Azure DevOps: 분석 뷰의 throughput 차트
• ActionableAgile: 전문적인 흐름 메트릭 분석 도구
• Nave: 칸반 분석 및 예측 도구
• Swarmia: 엔지니어링 생산성 플랫폼

Throughput은 소프트웨어 개발뿐 아니라 다양한 분야에서 활용됩니다:

• 제조업: 시간당 생산되는 제품 수
• 네트워크: 초당 전송되는 데이터 양 (bps)
• 고객 서비스: 시간당 처리되는 고객 요청 수
• 물류: 일당 처리되는 주문 수
• 의료: 일당 진료되는 환자 수

Throughput은 팀과 조직의 배포 능력을 측정하는 핵심 메트릭입니다. 단순한 숫자 이상으로, 프로세스의 건강 상태를 나타내는 중요한 지표입니다. WIP 관리, 병목 현상 제거, 자동화를 통해 throughput을 개선하되, 항상 품질과의 균형을 유지하는 것이 중요합니다. 궁극적으로 throughput 개선의 목표는 더 빠르게 더 많은 가치를 고객에게 전달하는 것입니다.