결론부터 말하겠습니다. 웨이브 크기는 절대 고정된 숫자가 되어서는 안 됩니다. 현장에 몇 명이 있느냐, 그만큼의 오더를 릴리스하십시오. 저는 수년간 이 문제를 고민해왔고, 지금은 그 어느 때보다 확신합니다.
2019년, 저는 폰타나의 이커머스 풀필먼트 센터에 있었습니다. 120,000평방피트 규모, 하루 약 18,000오더. 그들의 WES는 웨이브가 하드코딩되어 있었습니다. 웨이브당 400오더, 45분마다 릴리스, 1년 내내 변경 없음. 1교대조에는 60명이 넘는 피커가 있었습니다. 웨이브 하나를 20분 만에 태워버리고, 나머지 25분은 통로를 배회하고, 수다를 떨고, 시스템이 다음 웨이브를 떨어뜨려 주기만을 기다렸습니다. 2교대조는 28명. 하나의 웨이브에 두 시간 반이 걸렸고, 캐리어 컷오프를 앞두고 오더가 쌓여갔고, 수퍼바이저는 수작업으로 웨이브를 쪼갰고, 고객 서비스 전화는 쉴 새 없이 울렸습니다. 저는 그들의 운영 책임자와 함께 숫자를 돌려봤습니다. 1교대조는 '웨이브 대기' 때문에 피킹 생산성의 거의 20%를 잃고 있었습니다. 사람들이 느린 게 아니었습니다. 시스템이 사람들을 놀게 하고 있었던 겁니다.
직설적으로 말하면, 고정된 웨이브 크기란 오늘의 크루를 어제의 계획으로 돌리는 것입니다. 불일치는 보장됩니다. 모든 창고가 본 적 있습니다. 오더가 가장 적을 때 현장 인원이 가장 많고, 오더가 피크일 때 인원이 가장 적다는 것을요.
해결책은 정신적으로 네 단어로 요약됩니다. 동적 웨이브 사이징. WES는 고정 웨이브 릴리스를 중단하고, 대신 실시간 현장 인원수로부터 각 웨이브를 계산합니다. 제가 클라이언트에게 보통 설정하는 건 3단계입니다. 숫자는 현장별로 조정하고, 로직은 같습니다.
| 현장 피커 수 | 웨이브 크기 | 릴리스 간격 |
|---|---|---|
| 20명 미만 | 80–120 오더 | 15분 |
| 20–40명 | 200–300 오더 | 20–30분 |
| 40명 초과 | 400–600 오더 | 30–45분 |
설정 로직은 단순합니다. 15분마다 WES가 타임클럭이나 핸드헬드 로그인 시스템에서 현재 현장 인원수를 읽고, 이동 평균을 낸 뒤, 인원이 단계 아래로 떨어지면 웨이브를 자동으로 줄이고, 올라가면 늘립니다. 캐리어 컷오프 1시간 전에는 작은 웨이브만으로 고정해서, 모든 것을 당일에 처리하고 내일로 넘기지 않게 합니다.
이 웨이브 크기는 추측이 아닙니다. 인원수에서 도출됩니다. 평균 피킹 속도가 피커 1인당 시간당 120유닛이고, 현장에 30명의 피커가 있다고 해봅시다. 그러면 시간당 3,600유닛입니다. 오더당 3유닛인 600오더 웨이브는 1,800유닛으로, 30분 만에 처리됩니다. 따라서 30분 릴리스 간격이면 리듬이 정확히 맞습니다. 15명으로 줄면 같은 600오더 웨이브에 꼬박 1시간이 걸리고, 컷오프가 갑자기 위험해집니다. 공식은 이렇습니다. 웨이브 크기 ≈ 현장 피커 수 × 시간당 유닛 수 × 릴리스 간격 ÷ 오더당 유닛 수. 인원수가 움직이면 웨이브 크기도 함께 움직입니다.
2022년 피크 시즌에는 의류 3PL에서 동적 웨이브의 다른 모습을 봤습니다. 기능은 켜져 있었는데, IT가 '이상적인 인원수' 기준으로 설정해 둔 겁니다. 시스템에는 현장에 45명이 있다고 표시되고 45명 기준으로 웨이브를 짰는데, 실제로는 36명만 있었습니다. 9명은 출근 체크만 하고 흡연장에 있었습니다. 웨이브는 계속 과대하게 나왔고, 2교대조는 사흘 연속 처리를 못 끝냈고, 다음 날 아침 첫 웨이브는 아직 어제 밀린 분량을 씹고 있었습니다. 저는 그들의 수퍼바이저에게 말했습니다. 동적 사이징의 입력이 더러우면 출력이 틀리는 건 보장됩니다. 먼저 실제로 현장에 누가 있는지 검증하십시오. 실제 피킹 실적이 있는 핸드헬드 로그인 수를 세고, 그다음에 동적 얘기를 하십시오.
첫 설정 때 대부분이 놓치는 설정 디테일이 두 가지 있습니다. 첫째, 폴백입니다. WES가 인원수 데이터를 전혀 읽지 못하게 되면 어떻게 합니까? 네트워크 순간 장애와 타임클럭 점검은 일어납니다. 정답은 폴백 규칙입니다. 실시간 인원수를 못 구하면 멈추는 대신, 이전 교대조의 같은 시간대 인원수를 자동으로 재사용하는 겁니다. 이걸 빼먹은 현장을 본 적이 있습니다. 타임클럭 서버 재시작 한 번에 웨이브 릴리스가 40분간 얼어붙었고, 수십 명의 피커가 멍하니 서 있었습니다. 둘째, 샘플링 창은 얼마나 길어야 합니까? 15분 샘플링에 30분 이동 평균이 제 평소 시작점입니다. 너무 짧으면 웨이브가 심하게 출렁입니다. 피커가 겨우 적응하면 또 바뀌어서 리듬이 깨집니다. 너무 길면 점심 후 20명에서 45명으로 급증하는 걸 30분 동안 못 알아채고, 그 사이 오더가 쌓입니다. 만능 정답은 없습니다. 2주간 돌리고, 데이터를 보고, 조정하십시오.
이제 동전의 뒷면입니다. 모든 해결책에는 대가가 있으니까요. 첫째, 임시직은 정규직이 아닙니다. 피크 시즌에 임시직은 보통 베테랑의 약 60% 속도로 피킹하니, 인원수에 할인을 걸지 않으면 웨이브는 여전히 뜨겁게 나옵니다. 둘째, 작다고 항상 좋은 건 아닙니다. 웨이브를 만들고, 태스크를 배정하고, 라벨을 인쇄하는 WES 오버헤드는 고정입니다. 웨이브를 약 50오더 이하로 자르면 시스템 스케줄링 시간이 피킹 자체보다 큰 비중을 먹기 시작합니다. 피커는 화물을 기다리기보다 시스템을 기다리는 시간이 더 길어집니다. 하한은 있습니다. 작음을 좇지 마십시오. 셋째, 한가한 시간의 작은 웨이브는 좋아 보이지만, 포장 스테이션과 감사 벤치가 같은 리듬을 유지하지 못하면, 상류에서 신나게 릴리스하고 하류에서 전부 막힙니다.

동적 웨이브 기능에 돈을 쓰고도 수퍼바이저가 감으로 웨이브를 릴리스하는 창고를 너무 많이 봤습니다. 시스템이 200오더로 계산해도, '오늘은 인원이 부족한 느낌'이라며 350으로 올립니다. 그건 없는 것과 마찬가지입니다. 동적 웨이브의 가장 큰 비용은 소프트웨어가 아닙니다. 수퍼바이저가 대시보드를 보고 데이터를 믿게 만드는 겁니다. 데이터가 현장에 22명이 있다고 하면 받아들이십시오. '30명쯤 되는 것 같다'는 느낌으로 가지 마십시오.
직관에 반하는 부분은 이겁니다. 오더를 쌓아두지 않고 한가한 시간에 작은 웨이브를 릴리스하는 건 과잉처럼 보이지만, 실제로는 1인당 생산성이 올라갑니다. 피커가 가장 두려워하는 건 바쁜 게 아니라 할 일 없이 서 있는 겁니다. 리듬이 한 번 깨지면 다시 몸이 풀리는 데 20분이 걸립니다. 모든 사람의 손에 일을 끊이지 않게 하는 것이 처리량의 진짜 비결입니다.
자, 여러분의 WES에서 웨이브는 살아 있습니까, 죽어 있습니까? 죽어 있다면 시스템을 교체하는 데 서두르지 마십시오. 먼저 수퍼바이저에게 질문 하나만 하십시오. 마지막 웨이브를 릴리스했을 때, 실제로 현장에 서 있던 사람은 몇 명이었습니까?
Lao Mi, 물류 경력 20년 베테랑 지음
영어판 번역본입니다. 내용이 다를 경우 영어판을 우선합니다.








