WES 작업 로그: 피킹 효율이 떨어졌다고? 3단계로 병목을 찾아라

결론부터 말하겠다. 피킹 효율이 갑자기 떨어졌을 때, 사람에 대한 회의를 소집하지 말고 먼저 WES 작업 로그를 열어라. 나는 이 함정에 정확히 세 번 빠지는 것을 봤다. 그때마다 경영진은 피커들이 게을러졌는지 3일을 논쟁했고, 그때마다 로그에는 답이 흑백으로 적혀 있었으며 사람과는 전혀 무관했다.

로그가 현장보다 항상 앞서는 이유는 이렇다. 30회 이상의 WMS 구축을 거치며 나는 이것을 배웠다. 현장 관리자는 결과를 보지만, 작업 로그는 과정을 본다. 피커는 «계속 일만 했다»고 말하고, 상사는 «바빠 보였다»고 말한다. 모두 주관적이다. 로그에는 타임스탬프, 단계 전환, 중단 기록이 있다. 효율이 떨어지면 항상 세 가지 중 하나다. 작업이 큐에 너무 오래 머물렀다(배정 문제), 작업 실행이 너무 오래 걸렸다(현장 문제), 작업이 계속 중단됐다(재작업 문제). 각각 로그에 서로 다른 흔적을 남기며 절대 겹치지 않는다. 그래서 아래 3단계 방법이 통한다.

10분 신속 트리아지 프레임워크(자세한 내용은 아래):

생성부터 배정까지 5분 초과(자신의 기준선 대비) → 배정 전략 또는 시스템 성능.
배정부터 완료까지 기준선보다 20% 이상 느림 → 현장 실행 문제.
중단, 취소, 재배정이 평소의 2배 → 고장 난 예외 처리 프로세스.

참고: 5분과 20%는 내 경험에서 나온 참고값이다. 진짜 비교 기준은 내 숫자가 아니라 자신의 4주 기준선이다.

1단계: WES 작업 로그에서 대기 시간을 확인하라 — 병목이 배정에 있는가?

WES 작업 로그를 열되, 개별 작업부터 시작하지 말고 집계부터 시작하라. 작업이 생성부터 배정까지 큐에 얼마나 머물렀는가. 나는 이를 «대기 시간»이라 부른다.

정확한 절차, 4단계:

최근 14일간의 작업 로그를 추출한다. 대기 시간의 일별 중앙값과 P90(90백분위수. 평균은 절대 쓰지 말 것. 이상값에 끌려간다)을 계산한다.
효율이 떨어진 날을 찾는다. 2주간의 대기 시간 곡선을 그린다. 전후 7일씩이다.
효율이 떨어진 날과 같은 날 대기 시간이 급증했다면, 병목은 피커가 아니라 배정에 있다. 사람 조사는 통째로 건너뛴다.
대기 시간이 평탄하면 배정은 무죄다. 2단계로 간다.

프로젝트 이야기. 2024년 가을, 중국 동부의 3PL 창고. 하루 약 8,000건 주문. 피킹 효율이 일주일 만에 거의 30% 떨어졌다. 경영진의 결론은 «계절 임시직이 못 미친다»는 것이었고, 한 무리의 사람을 교체하려 했다. 나는 작업 로그를 열었다. 대기 시간이 2분 조금 넘는 수준에서 10분을 넘는 수준으로 뛰었다. 작업이 시스템에 갇혀 사람에게 닿지 않았다. 배정 기록을 파보니, «최근접 존 배정» 규칙이 새로운 프로모션 웨이브 전략에 덮어씌워졌고, 시스템은 더 큰 웨이브를 만들기 위해 작업을 붙잡고 있었다. 자동 웨이브 생성 로직을 끄자 대기 시간은 그날 바로 2분으로 돌아왔고, 아무도 교체할 필요가 없었다. 임시직은 소프트웨어 결정의 누명을 쓸 뻔했다.

이것을 기억하라. 사람이 작업을 만지기도 전에 효율이 떨어졌다면, 피커는 결코 문제가 아니었다.

2단계: 배정 대비 완료 시간을 비교하라 — 병목이 현장에 있는가?

대기 시간이 정상이고 작업이 사람에게 잘 닿는다면, 다음 구간을 보라. 배정부터 완료까지의 시간이 길어졌는가.

창고 통로에서 휴대 단말기로 상품을 스캔하는 피커

정확한 절차, 3단계:

같은 존의 같은 SKU 작업을 가져와 효율 하락 전후의 배정부터 완료까지 시간을 비교한다.
존별, SKU 프로파일별(부피가 큰 것 대 작은 것, 낱개 대 케이스)로 반드시 그룹화해야 한다. 그룹화하지 않으면 데이터는 죽이다. 부피가 큰 존은 항상 느리고, 그것과 비교하는 것은 무의미하다.
체계적으로 느려진 그룹이 어느 것이든, 그 그룹을 현장에서 직접 보고 3단계의 중단 기록과 대조한다.

또 다른 이야기. 2023년 말, 북부의 전자상거래 창고. 낱개 피킹 완료 시간이 약 40분에서 60분 초과로 늘어났지만 대기 시간은 완벽히 정상이었다. 상사는 신입이 느리다고 탓했다. 나는 통로별로 작업 로그를 그룹화하게 했다. 통로 A는 괜찮았지만 통로 B와 C의 모든 작업이 느렸다. 현장을 걸어보니 통로 B와 C는 랙 보강 공사 중이었고, 지게차와 자재가 통로의 절반을 막고 있어 피커들이 온종일 우회하고 있었다. 답은 처음부터 로그에 있었다. 통로별로 그룹화하면 명백했다.

이 단계에서 가장 큰 함정은 «평균의 함정»이다. 창고 전체 평균 완료 시간은 10%만 올랐을 수 있다. 가벼워 보인다. 그러나 존별로 쪼개면 한 존은 60% 올랐고 나머지는 평탄하다. 평균이 문제를 숨겼다. 내 구축 전날 체크리스트에는 항상 이 문장이 들어간다. 모든 효율 지표는 존별, 웨이브별, 교대별로 파고들 수 있어야 한다. 그렇지 않으면 보고서는 장식이다.

3단계: 작업 로그의 중단 기록을 읽어라 — 병목이 재작업인가?

취소, 재배정, 시간 초과된 작업은 가장 은밀한 효율 킬러다. 피커들은 하루 종일 바빠 보인다. 그저 작업을 다시 하느라 바쁠 뿐이다.

정확한 절차, 3단계:

일별 «작업 중단» 이벤트를 센다. 취소, 재배정, 시간 초과 자동 해제, 비정상 종료다.
중단율 = 중단된 작업 ÷ 전체 작업을 계산하고 4주 평균과 비교한다.
비율이 2배 이상이 되면, 먼저 중단 사유 분포를 보라. 재고 부족 재배정이 많은가. 위치 예외인가. 시스템 시간 초과 해제인가. 분포가 근본 원인을 바로 가리킨다.

세 번째 이야기, 그리고 내가 본 것 중 가장 비싼 사례. 2025년 초, 뷰티 제품 창고. 효율 20% 하락, 중단율은 평소의 3배. 사유 분포를 보니 80%가 «재고 부족 재배정»이었다. 피커에게 배정된 작업, 피커가 위치에 도착하면 재고 없음, 작업이 되돌아와 재배정. 근본 원인: 입고에서 적치까지가 늦어져 시스템 재고와 실제 재고가 맞지 않았다. 창고는 2주에 걸쳐 전수 실사를 했다. 재고 정확도가 회복되자 중단율은 그날 바로 떨어졌고 효율도 뒤따랐다. 현장의 모든 사람이 몇 주간 화재 진압에 매달렸는데, 아무도 중단 사유 분포를 볼 생각을 하지 않았다. 소방대와 방화범이 같은 프로세스였던 것이다.

병목 조회표: 로그 증상 대 먼저 확인할 것

로그 증상	예상 병목	먼저 확인할 것
대기 시간 상승, 사람이 일을 기다림	웨이브/프로모션 전략에 덮어씌워진 배정 규칙	웨이브 규칙, 배정 우선순위 설정
대기 시간 상승, 작업량은 변동 없음	시스템 성능 또는 인터페이스 지연	작업 엔진 응답, WMS 인터페이스
한 존의 완료 시간이 체계적으로 느림	현장의 물리적 장애 또는 위치 예외	통로 막힘, 위치 정확도
모든 곳에서 완료 시간이 약간 느림	인력/교대 변경	교대 명단, 신입 비율
중단율 2배, 주로 재고 부족 재배정	재고 정확도 하락	순환 실사 기록, 입고에서 적치까지의 적시성
중단율 2배, 주로 시간 초과 해제	시간 초과 임계값이 너무 엄격하거나 작업 과부하	시간 초과 매개변수, 작업량이 용량을 초과하는지

직관에 반하는 판단: 효율이 떨어지면 교육하지 말고 — WES 작업 로그를 읽어라

대부분 창고의 반사 행동은 이렇다. 효율 하락 → 회의 → 재교육 → 증원. 내 판단은 반대다. 효율이 갑자기 떨어지는 것은 거의 절대 사람 문제가 아니다. 프로세스나 시스템 문제다. 사람은 서서히 느려지지, 하룻밤에 30% 느려지지 않는다. 갑작스러운 하락은 무언가 바뀌었다는 뜻이다. 전략이 바뀌었다, 현장이 바뀌었다, 재고가 바뀌었다. WES 작업 로그는 «무엇이 바뀌었는가»의 기록 장치다.

솔직히 트레이드오프를 말하겠다. 이 방법은 작업 로그가 완전하다고 가정한다. 일부 WES 구현은 작업 생성과 완료만 기록한다. 중간 단계도, 중단 사유도 없다. 그런 로그는 불구다. 그것으로는 진단할 수 없다. 내 구축 전날 체크리스트는 이것을 요구한다. 작업 로그는 생성 시각, 배정 시각, 시작 시각, 완료 시각, 중단 이벤트, 사유를 기록해야 한다. 빠진 필드 하나가 사후 분석에서 눈 하나가 먼 것이다.