팀과 프로젝트
사이클 타임 계산기
진행 중인 항목 수와 팀이 매주 완료하는 항목 수를 입력하면 평균 사이클 타임과 목표를 맞추는 WIP 한도를 알려 드립니다.
여러 주의 평균 처리량을 쓰고, WIP는 매번 같은 시점(예: 매주 월요일 아침)에 세십시오.
리틀의 법칙에서 나오는 사이클 타임
1961년 존 리틀이 증명한 리틀의 법칙은 안정된 시스템에서 진행 중인 평균 항목 수가 도착률에 각 항목이 시스템 안에 머무는 평균 시간을 곱한 값과 같다고 말합니다. 팀 보드에서는 보통 사이클 타임 = WIP ÷ 처리량으로 씁니다. 시작했지만 끝나지 않은 항목을 세어 주당 완료 항목 수로 나누면, 한 항목이 시작부터 완료까지 걸리는 평균 시간이 주 단위로 나옵니다. 근무일 5일이나 달력일 7일을 곱하면 일 단위가 됩니다.
예: 진행 중 항목 12개, 주당 처리량 8이면 12 ÷ 8 = 1.5주, 항목당 근무일 7.5일입니다. 이 팀은 하루 1.6개를 완료합니다. 같은 처리량으로 사이클 타임 5일에 도달하려면 WIP가 5 × 1.6 = 8개로 줄어야 하므로, 새 항목을 가져오기 전에 4개를 완료하면 됩니다. 공식은 거꾸로도 같습니다. 사이클 타임과 처리량을 알면 그 곱이 보드에 있어야 할 WIP입니다.
| WIP | 주당 처리량 | 사이클 타임 (주) | 근무일 |
|---|---|---|---|
| 5 | 10 | 0.5 | 2.5 |
| 10 | 10 | 1 | 5 |
| 20 | 10 | 2 | 10 |
| 15 | 5 | 3 | 15 |
| 30 | 6 | 5 | 25 |
이 수치가 알려 주는 것
이 법칙의 핵심 교훈은 처리량이 같다면 사이클 타임이 WIP에 정비례해 늘어난다는 것입니다. 일을 더 많이 시작한다고 무언가가 더 빨리 끝나지 않으며, 모든 항목이 더 오래 기다릴 뿐입니다. 그래서 칸반 팀은 열마다 WIP 한도를 두며, WIP를 낮추는 것이 아무도 더 열심히 일하지 않고 납기를 줄이는 가장 빠른 방법인 경우가 많습니다.
이 법칙은 시스템이 대략 안정된 기간의 평균에 성립합니다. 항목이 나가는 속도와 비슷하게 들어오고, WIP가 급격히 늘거나 줄지 않으며, 시작한 모든 것이 결국 완료되거나 명시적으로 제거되어야 합니다. 보드가 매주 계속 차오른다면 결과는 실제 사이클 타임을 과소평가합니다. 평균은 분산도 감춥니다. 대부분이 며칠 만에 끝나도 막힌 항목 하나는 몇 주씩 머물 수 있습니다. 고객과 약속할 때는 각 항목의 실제 시작일과 완료일을 기록하고 이 평균과 함께 "항목의 85%가 9일 이내에 완료"처럼 백분위수를 제시하십시오.
자주 묻는 질문
사이클 타임 공식은 무엇인가요?
리틀의 법칙에 따르면 평균 사이클 타임 = 평균 진행 중 작업 ÷ 평균 처리량입니다. 진행 중 12개, 주당 완료 8개면 1.5주, 즉 근무일 7.5일입니다.
사이클 타임과 리드 타임의 차이는 무엇인가요?
리드 타임은 요청이 들어온 시점부터, 사이클 타임은 실제로 작업을 시작한 시점부터 측정합니다. 리드 타임에는 백로그 대기 시간이 포함되므로 항상 사이클 타임 이상입니다.
사이클 타임은 어떻게 줄이나요?
WIP를 낮추십시오. 새 항목을 시작하기 전에 기존 항목을 끝내고, 단계마다 동시에 둘 수 있는 개수에 한도를 두십시오. 단계 사이의 장애물과 대기 시간을 없애는 것이 더 빨리 일하려는 것보다 효과가 큽니다.