병목 분석

단계별 세 가지 숫자로 병목을 찾기

병목 분석에는 ERP의 프로세스 데이터나 컨설팅 프로젝트가 필요 없습니다. 각 단계마다 수량, 소요시간, 용량, 그리고 평균값 대신 정직한 범위가 필요하며, 결과가 예상과 다른 단계로 병목을 가리키더라도 믿을 준비가 필요합니다.

노력반나절

데이터단계당 3개 숫자

경고값ρ > 85 %

간단히 말해

병목 분석은 각 프로세스 단계의 활용률 ρ = 수요 ÷ 용량을 계산하고 그 값으로 단계를 정렬합니다. 가장 높은 값이 병목입니다. 처리 시간이 가장 긴 단계도 아니고 불만이 가장 많은 단계도 아닙니다. 약 85%부터는 임계 상태가 되며, 그때 대기시간은 처리시간의 5.7배에 이르고 95%에서는 19배에 달합니다. 계산은 월평균이 아니라 최고일에 대해 수행하며, 각 조치 후에 다시 계산합니다. 병목이 해결되면 다음 단계로 이동하기 때문입니다.

Mac App Store에서 받기 Microsoft Store에서 받기

가동률 70 %

2,3×

대기시간이 처리시간에 비해 얼마나 되는지에 대한 비율입니다.

가동률 85 %

5,7×

이 시점부터는 수량 증가가 비용이 많이 듭니다.

가동률 95 %

19×

10 퍼센트포인트 더하면 대기시간이 세 배가 됩니다.

모델 크기

5–10단계

더 세밀하게 모델링해도 병목은 옮겨지지 않습니다.

01정의

병목은 가장 높은 가동률을 보이는 단계입니다

가장 느린 단계도, 가장 떠들썩한 단계도 아닙니다. 이 구분이 조치가 효과를 발휘할지 아니면 허공에 흩어질지를 결정합니다.

가동률  ρ  =  수요 ÷ 용량
                = (수량 × 처리시간) ÷ 사용 가능한 근무시간

예시. 단계 "검토"에 하루에 120건이 들어오고, 각 건은 12분이 걸립니다. 3명이 각각 하루 7시간의 생산적인 시간을 일합니다.

수요: 120 × 12 min = 1 440 min/Tag
용량: 3 × 7 h = 1 260 min/Tag
ρ = 1 440 ÷ 1 260 = 114 %

100 %를 초과한다는 뜻은 대기열이 매일 계속 증가한다는 것입니다. "조금 더 오래 걸린다"가 아니라, 누군가 에스컬레이션을 하거나 초과근무를 하거나 건들이 쌓일 때까지 무기한으로 늘어납니다.

다른 단계가 40분 걸리는지는, 그곳에 충분한 용량이 있는 한, 상관없습니다. 소요시간은 가동률이 아닙니다. 전체 계산 과정과 Little's Law 및 Kingman 근사는 기사 Engpass berechnen에 나와 있습니다.

02절차

다섯 단계, 반나절

정확성보다 순서가 더 중요합니다. 경계 설정 대신 데이터 수집부터 시작하면, 질문과 관련 없는 단계의 수치를 세 주 동안 수집하게 됩니다.

1. 범위 정하기. 프로세스는 어디에서 시작하고 어디에서 끝납니까? 모든 참여자가 서명할 문장 하나: "송장 수신부터 지불 승인까지." 이 문장이 없으면 두 부서가 서로 다른 프로세스에 대해 논쟁하고 서로 다른 수치에 놀라게 됩니다.

2. 대략 모델링. 5에서 10단계. 30단계는 피하십시오. 분기는 실제로 흐름이 갈라지는 곳에만 표시하고, 각 연결에 라우팅 비율을 적으세요. 프로세스에서 빠져나가는 모든 것(철회, 거부, 소실)은 중단으로 처리하세요. 그렇지 않으면 결코 도달하지 않는 수량으로 계산하게 됩니다.

3. 단계별로 숫자 세 가지 수집. 수량, 처리시간 범위, 용량. 추정은 괜찮지만 조작은 안 됩니다: 모든 추정치는 가정으로 기록하고 결과와 함께 표시하세요.

4. 계산하고 정렬하세요. 단계별 ρ를 내림차순으로 정렬하세요. 85%를 초과하면 표시하고, 100%를 초과하면 빨간색으로 표시하세요. Little's Law로 교차검증: 재고 ÷ 일일 처리량은 대략 측정된 리드타임과 일치해야 합니다. 크게 벗어나면 모델에 대기열이 빠져 있는 것이며, 보통은 문의나 승인 단계가 빠져 있습니다.

5. 레버를 검토하세요. 개별적으로, 패키지로가 아니라. 용량을 늘리기, 변동성을 줄이기, 수량 재배치하기, 단계를 자동화하기. 각 단일 변경 후에 다시 계산하세요. 세 가지 변경을 동시에 하면 어느 하나의 레버에 귀속시킬 수 없는 수치가 되어 비즈니스 케이스를 만들 수 없습니다.

03데이터

필요한 수치와 그 위치

병목 분석에 대한 가장 흔한 변명은 “데이터가 없다”입니다. 대부분의 경우 데이터는 각 부서장이 열어볼 수 있는 네 개 시스템에 있습니다.

Angabe	출처	자료가 없을 때 대체
하루당 볼륨	ERP, 티켓 시스템, 송장 수신, 우편 장부	4주를 계산하세요. 첫 번째 라운드에 충분합니다
최대일	동일한 출처, 평균 대신 최대값	경험칙: 월말 또는 주초, 계수 1.5–2
처리 시간 범위(시작–종료)	근무시간 기록, 자가 보고	담당자 3명에게 따로 물어 그들의 답에서 범위를 구하세요
단계별 용량	인력표 × 생산 시간	인원 × 시간 × 0.7(장애와 부수업무 반영)
재고(대기 중인 건)	우편함, 대기 목록, 미해결 티켓	3일 동안 세세요
역할별 총원가율	관리회계	총급여 × 1.5~1.8 ÷ 연간 1 500시간

마지막 행에 관하여: 5만 유로짜리 직무는 시간당 약 53€가 들며, 급여 ÷ 2 080시간에서 나오는 단순 계산의 24€가 아닙니다. 단순 계산을 쓰면 이후의 모든 유로 관련 주장은 공격받기 쉽습니다. 실제로 공격받습니다. 그 외의 전형적인 계산 실수는 Prozesskosten in Excel에 나와 있습니다.

04함정

모든 병목 분석을 무너뜨리는 다섯 가지 오해

1. 평균값으로 계산하지 마세요. 월평균으로 70% 점유율이고 월초에 130%인 프로세스는 문제가 있지만 평균값으로는 보이지 않습니다. 90번째 백분위 일을 계산하세요.

2. 가장 긴 단계가 병목이라고 생각하지 마세요. 소요 시간은 점유율과 동일하지 않습니다. 여유 용량이 충분한 40분 단계는 문제가 없고, 용량이 없는 12분 단계는 문제가 됩니다.

3. 가장 크게 불평하는 단계가 병목이라고 보지 마세요. 주로 불평하는 쪽은 병목의 뒤에 앉아 있으며 일이 몰려서 들어옵니다. 불만은 진짜지만 원인은 한 단계 앞에 있습니다.

4. 병목의 이동을 간과하지 마세요. 병목을 해결하면 전체 물량이 다음 단계로 몰립니다. 이 후속 효과를 포함하지 않는 사업 사례는 결코 실현되지 않는 절감을 약속합니다. 자동화 프로젝트가 목표치를 달성하지 못하는 가장 흔한 이유입니다.

5. 점유율을 최대화하려고 하지 마세요. 95% 점유율은 효율의 증거가 아니라 대기 시간의 증거입니다. 프로세스를 높은 점유율로 운영하면 처리량을 통과 시간에 대가로 사는 셈이며, 그 비용은 매우 큽니다.

05결과

신뢰할 수 있는 판정은 이렇게 보입니다

의사결정위원회가 받아들이는 소견은 네 구성요소로 되어 있습니다. 그중 하나라도 없으면 모든 것을 지연시키는 질의가 옵니다.

최대부하일 기준 단계별 가동률의 순위, 단계별 가정이 보이도록 계산합니다.
처리시간이 아닌 전체 통과시간(리드타임)을 구간으로 제시: P50과 P90, 평균값이 아닙니다. 약속은 중앙값이 아니라 P90을 기준으로 합니다.
단일 레버의 정확한 효과, 전후 비교로 시간과 유로로 산정하며 이후 병목이 어디로 이동하는지 포함합니다.
포함되지 않은 항목 목록. 「공급자에 대한 추가 질의는 모델링하지 않음」이라는 문구는 현장에서 제기될 가장 날카로운 질문의 날을 무디게 합니다.

FlowVisual은 정확히 이 네 가지 구성요소를 내보냅니다: P90일의 병목과 그 가동률, 범위로서의 전체 통과시간, 유로 기준 전후 비교, 그리고 가정 목록. 결정권자용 제안서 PDF와 추적 가능성용 문서화 PDF로 출력됩니다.

At a glance

핵심 지표: 가동률 ρ = 수요 ÷ 용량, 단계별, 최대부하일 기준
경고값: ρ > 85 %. 그 지점에서 대기시간은 이미 처리 시간의 5,7배입니다
대조 검증: Little's Law: 재고 ÷ 일일 처리량 ≈ 측정된 전체 통과시간
모델 크기: 5–10단계; 더 세밀한 모델링은 병목을 옮기지 않습니다
조사: 수량, 처리 시간을 범위로, 용량. 가정이 눈에 보이게 남아 있다면 추정이 허용됩니다
결과: 순위, P50/P90 전체 통과시간, 한 레버의 효과(유로), 가정 목록

자주 묻는 질문

어떤 가동률에서 공정 단계가 임계가 됩니까?

경험칙으로 85% 이상입니다. 이유는 대기행렬 이론의 ρ/(1−ρ) 인자입니다. 85%에서는 대기시간이 이미 처리 시간의 5,7배, 95%에서는 19배입니다. 이 두 값 사이에는 불과 10퍼센트포인트의 수량 증가가 있습니다. 그래서 붕괴는 갑작스럽게 보이지만 실제로는 그렇지 않습니다.

Excel로 병목 분석을 할 수 있습니까?

단계별 가동률은 가능합니다. 그게 가장 중요한 부분입니다. Excel이 할 수 없는 것은 연쇄성입니다: 병목 뒤의 단계는 표에서는 여유로워 보입니다. 그 단계는 병목이 통과시키는 것만 받기 때문입니다. 병목을 해결하면 그 단계가 새로운 병목이 됩니다. 이런 이동이 바로 표 기반 비즈니스 케이스가 현장에서 실현되지 않는 이유입니다.

병목 분석에 Process Mining이 필요합니까?

아니요. Process Mining은 시스템 로그에서 과거를 측정하며, 연속적인 이벤트 로그가 있을 때 강력합니다. 반면 어떤 단계가 자동화되거나 자리가 채워졌을 때 무엇이 발생하는지를 묻는다면, 아직 존재하지 않는 프로세스에 대한 계산이 필요합니다. 이를 위해서는 단계별 수량, 소요 시간, 용량이면 충분합니다.

병목 분석은 얼마나 걸립니까?

5에서 10단계로 한정된 프로세스의 경우: 반나절, 그중 대부분은 데이터 조사에 소요됩니다. 모델 자체는 약 30분 만에 준비됩니다. 경계 설정이 논쟁적이면 시간이 더 걸립니다. 그 경우가 실제 작업이지 계산이 아닙니다.

여러 병목이 있으면 어떻게 합니까?

차례대로 진행하십시오. 어느 시점이나 정확히 하나의 제한 단계가 있습니다. 다른 단계들이 높아 보이는 것은 아직 전체 수량을 받지 못했기 때문입니다. 가장 위의 것을 해결하고 다시 계산한 뒤 다음 것을 처리하십시오. 모든 것을 동시에 다루면 효과를 나중에 구분할 수 없는 비용이 발생합니다.

FlowVisual

귀하의 프로세스에 대한 병목 분석

단계를 만들고, 수량과 범위를 입력하고, 스트레스 테스트를 시작하십시오. 가장 높은 막대가 병목입니다. 그다음 레버 하나를 바꾸어 어디로 이동하는지 확인하십시오.

Mac App Store에서 받기 Microsoft Store에서 받기

Guide: seven steps to the number

계속 읽기