병목 계산: 왜 85% 가동률도 이미 너무 높은가

Inhaltsverzeichnis+

거의 모든 프로세스 프로젝트에서 나오는 두 문장은 둘 다 틀렸습니다:

“병목은 가장 오래 걸리는 단계다.”

“우리는 85 %로 가동 중이니 여유가 있다.”

왜 틀린지는 한쪽 페이지에 들어가는 세 가지 공식으로 설명할 수 있습니다. 그다음엔 계산기로 각 프로세스의 병목을 찾을 수 있고, 계산기가 어디까지 유효한지도 정확히 보실 수 있습니다.

이 글은 한 가지 전제를 깔고 진행합니다: 어떤 프로세스를 계산할지 이미 정해져 있다는 점입니다. 만약 먼저 어떤 프로세스가 가장 비용이 큰지 알아내야 한다면, 바로 그 선택 문제를 Flowrefy.com의 Engpass-Diagnose가 답합니다: 어떤 프로세스인지 이름을 붙이고, 그 뒤의 연쇄를 보여주며, 세 가지 레버를 제시합니다. 선택은 그쪽에서 하고, 계산은 여기서 합니다.

1. 가동률: 병목을 알려주는 유일한 수치

가동률  ρ  =  수요 ÷ 용량

수요는 수량 곱하기 처리시간입니다. 용량은 사용 가능한 근무시간입니다.

예. “검토” 단계에 하루에 120건이 들어오고, 각 건은 12분이 걸립니다. 세 명이 각각 7시간의 생산적 근무를 합니다.

• 수요: 120 × 12 min = 1440 min/일
• 용량: 3 × 7 h = 21 h = 1260 min/일
• 가동률: 1440 ÷ 1260 = 114 %

100 % 초과의 의미는 이렇습니다: 대기열이 매일 늘어납니다. “조금 더 오래 걸린다”가 아니라 무한히 늘어납니다. 누군가 에스컬레이션하거나 초과근무를 하거나 작업이 밀릴 때까지 계속됩니다.

다른 단계가 어쩌면 40분 걸리는 것은 전혀 중요하지 않습니다. 그곳에 충분한 용량이 있기만 하면 됩니다. 처리시간은 가동률이 아닙니다. 병목은 항상 ρ가 가장 높은 단계입니다.

2. Little's Law: 재고, 처리량, 시간의 관계

재고  L  =  처리량 λ  ×  소요시간 W

재고 = 처리량 × 소요시간. 이 관계는 분포에 대한 가정 없이 성립합니다. 회계적 동일성입니다.

실용적으로 쓸 수 있도록 변형하면:

소요시간  W  =  재고 L  ÷  처리량 λ

예. 처리하지 않은 작업 40건이 받은편지함에 있고, 하루에 20건을 처리한다면 소요시간은 이틀입니다. 프로세스 문서에 뭐라 적혔는지와 무관합니다.

가장 싸게 할 수 있는 측정법입니다: 재고를 세고, 처리량을 세고, 나누면 됩니다. 도구가 필요 없고, 두 숫자는 각 부서장이 확보할 수 있습니다.

3. Kingman: 경계 근처에서 왜 폭발하는가

핵심 공식은 대기행렬 이론의 근사식으로, 흔히 “VUT 공식”이라고 부릅니다:

대기시간  Wq  ≈    ρ / (1 − ρ)      ×   (ca² + cs²) / 2   ×   te
                 └─ 가동률 ─┘           └─ 변동성 ─┘         └─ 지속시간 ─┘

세 요인이고, 프로젝트에서 주로 이야기되는 것은 마지막 하나뿐입니다.

첫 번째 요인은 모든 것의 원인입니다. 그것이 어떻게 행동하는지 보십시오:

(중간 정도 변동성의 단일 처리자에 대한 근사입니다. 여러 사람이 풀을 나눌 경우 값은 더 낮아집니다. 비선형성은 남습니다.)

70 %에서 85 %로 올라가면 15 퍼센트포인트 증가입니다. 대기시간은 약 두 배 반으로 증가합니다. 85 %에서 95 %로 추가 10포인트가 오면 대기시간은 또다시 세 배가 됩니다.

이것이 ‘왜 프로세스가 갑자기 붕괴했는가’에 대한 답입니다. 실제로는 갑자기 붕괴한 것이 아닙니다. 88 %로 운용 중이었고, 유입량이 6 % 증가했을 뿐입니다.

두 번째 요인: 변동성은 레버다

중간 항은 거의 항상 간과됩니다. ca와 cs는 도착과 처리시간의 변동계수(표준편차 ÷ 평균)입니다.

실용적 결과는: 단일 작업을 더 빠르게 처리하지 않고도 대기시간을 줄일 수 있습니다. 변동성을 절반으로 줄이면 대기열에 대한 기여는 네분의 일로 줄어듭니다. 구체적으로:

• 단순한 것과 복잡한 것을 같은 대기열에 섞지 말고 유형별로 분리하세요
• 유입을 평탄화하세요(한꺼번 대신 예약, 고정 인계 시간)
• 재질문을 없애세요. 재질문은 각기 두 번 대기하는 작업입니다

이는 투자 없는 조치들입니다. 비즈니스 케이스에는 잘 등장하지 않는데, 프로젝트로 팔리기 어렵기 때문입니다.

실무에서의 계산: 네 단계

1. 단계별로 수요와 용량을 조사하세요. 수량 × 시간 대 사용 가능한 근무시간. 대략 추정으로도 첫 번째 계산에는 충분합니다.
2. ρ를 계산하고 정렬하세요. 가장 높은 값이 병목입니다. 85 % 초과는 경보, 100 % 초과는 이미 적체입니다.
3. 평균이 아니라 성수일을 계산하세요. 월평균 70 %이지만 월 초에 130 %인 프로세스는 문제가 있습니다. 90.-퍼센타일 일자로 계산하세요.
4. 재고를 세고 Little's Law로 교차검증하세요. 측정된 소요시간이 계산된 것보다 훨씬 길면 모델에 대기열이 빠져 있습니다. 대부분 재질문이나 승인 단계입니다.

계산기가 멈추는 지점

이 계산으로는 세 가지를 할 수 없으며, 이 셋이 프로젝트를 결정합니다:

연쇄를 알지 못합니다. 어떤 단계도 앞단에서보다 더 많은 작업을 보지 못합니다. 검토가 114 %인 동안 뒤의 승인 단계는 한가해 보입니다. 검토를 해결하면 승인이 온전히 그 양을 받습니다. 병목이 이동합니다. 표는 각 단계를 개별로 계산하므로 이 이동을 보지 못합니다.

성수일을 모릅니다. 공식은 도착의 평균을 사용합니다. 실제 손해는 분기 중 최악의 다섯 날에 발생합니다.

숫자 하나만 제공합니다, 범위를 주지 않습니다. “57분”이라는 대기시간은 입력이 추정된 근사 결과입니다. 신뢰할 수 있으려면 구간으로 표현해야 합니다: P10에서 P90까지.

바로 이 세 지점에서 시뮬레이션이 의미를 갖습니다. 시뮬레이션은 작업을 실제로 프로세스에 통과시킵니다: 수백 번, 변동성과 달력 규칙을 적용해서요. 그러면 어떤 공식으로도 답할 수 없는 질문에 답합니다: 병목을 해소하면 어디로 이동하고, 그 변화가 유로로 얼마인지?

요약

• 병목은 가장 긴 시간이 걸리는 단계가 아니라 가동률이 가장 높은 단계입니다.
• 대기시간은 ρ/(1−ρ)와 함께 증가합니다. 약 85 %부터 추가 유입량 증가는 비용이 크게 듭니다.
• 변동성은 독자적인 레버이고 대개 가장 비용 효율적입니다.
• Little's Law는 두 개의 세어본 숫자로 모델을 현실과 대조합니다.
• “변경으로 무엇이 개선되나”라는 질문에는 손계산으로는 부족합니다. 병목의 이동을 알지 못하기 때문입니다.