2024년 3월 어느 수요일 아침, 나는 캘리포니아 온타리오에 있는 120,000제곱피트 규모의 3PL 창고에 서서, 새로 도입된 WES가 피크데이 첫 번째 웨이브를 처리하는 모습을 지켜보고 있었다. 한 피커가 카트를 밀고 통로 C-07를 지나가더니, 어떤 로케이션 앞에 멈춰 RF 스캐너를 뚫어지게 쳐다봤다. 작업 지시에는 12개라고 적혀 있었다. 로케이션에는 7개만 있었고, 라벨도 실제로 있는 것과 맞지 않았다. 그는 "쇼트픽(short pick)"이라고 입력하고 작업을 시스템으로 돌려보냈다.
여기까지는 평범했다. 문제는 그다음에 일어났다.
시스템은 "친절하게도" 작업을 웨이브 풀에 그대로 되돌려 넣었다. 20분 뒤 다른 피커가 같은 작업을 받아 같은 로케이션까지 걸어가 같은 벽에 부딪혔다. 정오까지 그 작업은 3~4명의 피커 사이를 왔다 갔다 했고, 매번 쇼트픽으로 돌아왔으며, 웨이브 통합 완료 표시등은 절대 녹색으로 바뀌지 않았다. 전체 출고 배치가 도크에서 대기했고, 밖에서는 운송사 트럭이 경적을 울렸다 — 그 모든 소동이, 아무도 찾지 못한 단 하나의 유닛 때문이었다.
창고 매니저가 도크에서 내 옆에 서서 한 말이 아직도 잊히지 않는다. "이 시스템에 돈을 왕창 썼는데, 이 녀석이 제일 잘하는 건 해결할 수 없는 문제를 다시 보내는 거라니."
대부분의 창고는 WES를 통해 작업을 배분하는 건 잘한다. 진짜 갈림길은 작업이 어긋난 뒤에 온다 — 시스템이 어떻게 그것을 잡아내고, 되돌리고, 재배정하고, 고리를 닫는가. 이 글은 바로 그 이야기다. 예외 작업의 재흐름(reflow) 메커니즘에 관한 것이다.
작업은 웨이브로 돌아갔다. 그다음엔 뭐지?
먼저 예외를 유형별로 분류하자. 20년 동안 똑같은 다섯 가지가 계속 반복됐다. 쇼트픽(재고 부족), 품절(아무것도 없음), 파손 또는 품질 플래그 유닛, 스캔 불일치(라벨 오류, 로케이션 오류), 그리고 QC 해제 대기 중인 품질 보류다. 이 단계는 사소해 보이지만, 수많은 창고가 여기서 죽는다 — 이유 코드 30개를 설정해두면, 급한 피커는 맨 위에 있는 것을 찍고, 그 뒤의 모든 리포트는 쓰레기가 된다.
재흐름 경로는 세 가지로 유지한다. 그 이상은 없다.
첫째, 웨이브 풀에 되돌리기. 다른 피커나 다른 시점이라면 해결될 수 있는 예외에 맞는다 — 예를 들어 보충이 이미 진행 중인 쇼트픽 같은 경우다. 하지만 횟수는 제한해야 한다. 온타리오 현장에서는 같은 작업이 오전 한때만 네 번이나 재흐름됐다. 내 규칙은 이렇다: 세 번 재흐름되면 작업은 자동으로 수동 작업으로 전환된다. 설정에 너무 집착하지 마라. 통합되지 못하는 웨이브가 훨씬 더 비싸다.
둘째, 수동 작업으로 전환하기. 사람의 판단이 필요한 예외용이다 — 파손, 품질 보류 같은 것. 핵심 포인트: "수동"이 "아무도 안 보는 큐의 쓰레기통"을 뜻해서는 안 된다. 팀에 라우팅하라 — 파손은 QC로, 로케이션 불일치는 감사 팀으로 — 그리고 RF 화면에 보이게 유지하라. 시스템 깊은 곳에 묻지 마라.
셋째, 일시 중단(suspend). 일시적으로 해결 불가능한 것 — 예를 들어 공급사 확인을 기다리는 배치 이슈 — 에 대해, 웨이브를 막아선 안 될 때다. 중단은 삭제가 아니다. 명확한 깨우기(복귀) 조건과 최대 중단 시간이 있어야 하며, 기한이 지나면 자동 에스컬레이션된다.
트레이드오프는 분명하다. 웨이브로 되돌리는 것이 가장 싸지만, "뜨거운 감자 돌리기"의 위험이 있다. 수동 작업이 가장 확실하지만, 수동 큐는 계속 늘어난다. 중단은 가장 깔끔하지만 잊기 쉽다. 내 방식은 이렇다: 예외 이유별로 기본 경로를 미리 설정해두면, 피커는 이유 코드만 선택하고 시스템은 규칙에 따라 라우팅한다. 판단은 규칙에 맡기고, 현장의 발품은 사람에게 맡겨라.
손대지 않은 채 얼마나 둬야 "진짜 문제"인가?
재흐름은 1단계에 불과하다. 진짜 블랙홀은 시스템 안에 방치돼 아무도 보지 않는 예외다.
에스컬레이션은 두 단계로 권한다 — 다섯 단계가 아니다. 다섯 개는 아무도 기억 못 한다. 1단계: 예외가 생성된 지 30분 동안 아무도 가져가지 않으면, 교대 리드에게 에스컬레이션 — RF 팝업과 리드 터미널 알림이다. 2단계: 예외가 웨이브 통합을 막고 있고 다른 작업들이 기다리고 있다면, 15분 만에 에스컬레이션, 곧장 슈퍼바이저에게.
팝업과 터미널 알림이라고 했다는 점에 주목해라. 이메일이 아니다. 이걸로 데인 적이 있다. 한 창고는 근사한 에스컬레이션 규칙을 갖고 있었는데, 타임아웃마다 슈퍼바이저에게 이메일을 보내는 것이었다. 슈퍼바이저는 하루에 40통이 넘는 시스템 메일을 받았고, 오래전에 자동 보관 규칙을 만들어둔 상태였다. 파손된 카톤 하나가 예외 케이지에 3일 동안 방치됐고, 고객이 부족을 항의하기 전까지는 아무도 몰랐다. 에스컬레이션이란 누군가의 주의를 빼앗는 일이다. 이메일로는 빼앗을 수 없다. 그러니 더 큰 소리가 필요하다.
여기에도 트레이드오프가 있다. 임계값을 너무 조이면 알람 피로다 — 리드가 무뎌진다. 너무 느슨하면 예외가 조용히 소멸한다. 내 관행은 이렇다: 처음 두 달은 조이게 시작해서 실제 프로세스 문제를 수면 위로 끌어올리고, 안정되면 풀어준다. 그리고 하나 더: 누가 언제 예외를 인지하고 가져갔는지 기록하라. 이게 없으면 모든 사후 분석(post-mortem)은 점수판 없는 책임 떠넘기기로 끝난다.
이 예외 데이터를 다 기록했다. 그래서 실제로 뭘 보는가?
많은 창고가 WES 예외 데이터를 산더미처럼 기록하고는, 리포트를 열어보면 "쇼트픽 312건" — 기술적으로는 맞지만 완전히 무용지물이다. 데이터는 기록하되, 올바른 것을 기록해라.
예외 하나당 최소 여덟 개 필드를 기록하라. 작업 번호, SKU, 로케이션, 이유 코드, 타임스탬프, 담당자, 재흐름 횟수, 최종 처리 결과다. 이유 코드는 여덟 개에서 열 개로 유지하라. 그 이상이면 아무도 신중하게 고르지 않고, 그 이하이면 사후 분석에 아무것도 안 나온다. 내가 쓰는 기본 세트는 이렇다: 쇼트픽, 품절, 파손, 라벨 불일치, 로케이션 혼동, 품질 보류, 장비 고장, 기타. "기타"가 15%를 넘으면 코드 리스트가 불완전한 것이다 — 코드를 추가해라.
리뷰에는 세 가지 숫자면 충분하다. 스무 장짜리 덱은 필요 없다.
첫째, 재흐름 반복 상위 5개 SKU. 쇼트픽을 반복하는 SKU는 예외 없이 슬로팅이나 보충의 문제이지, 피커의 문제가 아니다. 온타리오 현장에서는 그 "뜨거운 감자" SKU가 안전재고가 하루 평균 피킹량을 밑돌던 것으로 밝혀졌다. 보충이 한 번도 따라잡지 못했다.
둘째, 해결되지 않고 타임아웃되는 예외의 비율 — 추세를 봐라. 오르고 있다면 수동 처리 역량이 예외 물량을 따라가지 못하는 것이다. 사람을 늘리거나 프로세스를 고쳐라.
셋째, 이유 코드 구성비의 변화. "라벨 불일치"가 한 달 만에 두 배가 됐다면, 라벨 공급사가 바뀌었거나 신입 교육이 헐거워졌을 가능성이 크다. 데이터는 증상이고, 원인은 프로세스다.
WES 가동이나 점검 때 들여다볼 체크리스트다. 이유 코드가 열 개를 넘지는 않는가. 재흐름 상한이 있는가. 웨이브를 막는 예외에 자체 에스컬레이션 타이머가 있는가. 에스컬레이션이 이메일에만 의존하고 있지는 않은가. 중단된 작업에 최대 보류 기간과 깨우기 조건이 있는가. 리포트로 재흐름 반복 상위 5개 SKU를 뽑을 수 있는가. 이것들을 다 통과하면 예외 재흐름은 기본적으로 탄탄한 것이다.
그 수요일로 돌아가 보자. 온타리오 창고는 나중에 재흐름 상한을 세 번으로 두었고, 네 번째에는 자동으로 수동 감사 작업으로 전환되게 했다 — 그리고 이 부류의 문제는 두 달 만에 급격히 줄었다. 하지만 마지막으로 질문 하나를 남기고 싶다. 지난달 당신 창고의 예외 데이터를 뽑아 봐라 — 두 번 넘게 재흐름된 작업의 비율이 얼마인가? 그 숫자조차 뽑을 수 없다면, 재흐름 설계가 아무리 우아해 보여도 장식에 불과하다.
영어판 번역본입니다. 내용이 다를 경우 영어판을 우선합니다.
