결론부터 말하겠습니다. 태스크 인터리빙은 어떤 WMS에서든 가장 저렴하고 투자 회수가 가장 빠른 지게차 효율화 기능입니다. 아이디어 전체는 한 문장에 담깁니다. 지게차가 하물을 내려놓으면, 빈 채로 돌아오지 않습니다. 시스템이 그 하역 지점 근처에서 다음 작업을 찾아 그 자리에서 넘겨줍니다. 저는 30건 이상의 도입에서 이를 전개해 왔습니다. 20,000파렛트 규모의 창고가 이를 켜면, 2주 뒤에 공주행이 35–45%에서 약 20%까지 떨어집니다.
"인터리빙"이 실제로 의미하는 것
모호함이 없도록 용어부터 정의하겠습니다. 지게차 주행에는 두 가지 맛이 있습니다. 적재 주행과 공주행입니다. 공주행은 빈 포크 상태의 모든 이동입니다. 인계 지점으로의 이동, 하역 후의 복귀 말입니다. 제가 측정한 모든 창고에서 공주행은 지게차 전체 주행의 30–45%를 차지합니다. 운전자는 교대 시간의 3분의 1을 빈 지게차를 몰며 보냅니다.
인터리빙은 "하역"과 "인계"를 하나의 트립으로 엮습니다. 지게차가 로케이션 A에 파렛트를 적치합니다. 시스템이 200미터 떨어진 로케이션 B에서 보충 태스크가 대기 중인 것을 보고, 그 동일한 차량에 배정합니다. 운전자는 돌아오는 길에 들릅니다. 빈 마일이 적재 마일로 바뀝니다.
그런데 여기 찬물을 끼얹겠습니다. 그리고 이 글 전체에서 가장 직관에 반하는 포인트입니다. 인터리빙은 "태스크가 많을수록 좋다"는 게임이 아닙니다. 얕은 태스크 풀이면 인터리빙은 헛바퀴를 돕니다. 창고가 하루에 수백 건의 태스크밖에 생성하지 않고 모든 운전자가 이미 대기열을 갖고 있다면, 시스템은 "가는 길에" 페어를 만들 수 없습니다. 인터리빙 엔진은 대부분의 시간을 아무것도 찾지 못한 채로 보내며, 제로 성과를 위해 컴퓨팅을 태웁니다. 대규모 창고의 5분의 1 물량인 소규모 창고가 이 기능을 억지로 켠 것을 봤습니다. 공주행은 2포인트 떨어졌고, 운전자는 태스크가 이리저리 튄다고 불평했습니다. 제 경험칙입니다. 한 교대의 인터리브 대상 태스크 풀이 300 미만이면, 이 기능에는 아직 손대지 마십시오. 먼저 태스크 릴리스 리듬을 고치십시오.
설정 플레이북: 4단계로 하는 태스크 인터리빙
1단계: 사전 점검 (아무것도 켜기 전에 4개 모두 확인)
- 모든 지게차에 라이브 단말기가 필요합니다. 차량 탑재 단말기든 운전자 휴대 단말기든 상관없지만, 실시간으로 온라인이어야 합니다. 인터리브된 태스크는 운전자에게 푸시됩니다. 아직 무전이나 종이로 배차하고 있다면, 인터리빙은 시작조차 못 합니다. 하드 게이트입니다.
- 태스크 유형을 재고조사하십시오. 창고 내 모든 지게차 태스크를 나열하고 어느 것이 인터리브 가능한지 플래그를 세우십시오. 적치(putaway), 보충, 풀 파렛트 픽킹, 내부 이동이 핵심 4개입니다. 크로스독과 반품 검사는 엄격한 순서 의존성이 있습니다. 제외하십시오.
- WMS 태스크 엔진이 "태스크 체이닝" 또는 "기회주의적 배차"를 지원하는지 확인하십시오. 벤더마다 이름은 다르지만, 로직이 존재해야 합니다. 태스크 A 종료 시점에 시스템이 그 종점 근처의 태스크 B를 동일 장비에 대해 찾습니다. 이것 없이는 토대가 없습니다.
- 1주간의 베이스라인을 잡으십시오. 스위치를 켜기 전에 세 숫자를 잡아 보관하십시오. 공주행률, 평균 태스크 사이클 시간, 태스크 충돌률입니다. 이것이 2주 뒤에 이 기능이 본전을 뽑았음을 입증할 유일한 증거입니다. 베이스라인 없이는 증명도 없습니다.
2단계: 인터리빙 규칙 설정 (핵심 부분)
규칙은 보통 WMS 설정의 "태스크 관리" 또는 "자원 스케줄링" 아래에 있습니다. 다음 4개 축을 각각 설정하십시오.
- 태스크 유형 화이트리스트: 적치(putaway), 보충, 풀 파렛트 픽킹, 내부 이동에만 체크하십시오. 인터리브 대상 태스크는 두 조건을 동시에 만족해야 합니다. 정의된 시작점과 종료점이 있을 것, 엄격한 순서 의존성이 없을 것.
- 인터리브 거리 반경: 태스크 A 종료부터 태스크 B 시작까지 허용되는 최대 거리. 첫 도입에는 300미터를 권장합니다. 너무 넓으면 운전자가 아낀 공주행보다 더 우회합니다. 너무 좁으면 매칭이 전혀 성사되지 않습니다. 2주 뒤에 이 숫자를 다시 보십시오. 처음엔 타이트하게, 나중에 풀어줍니다.
- 우선순위 가중치: 웨이브 태스크와 마감 임계 오더는 인터리빙보다 상위여야 합니다. 하나의 룰을 하드코딩하십시오. 인터리빙은 고우선순위 태스크의 자원을 빼앗지 않습니다. 긴급 작업이 먼저 처리됩니다. 인터리빙은 남은 태스크 풀을 상대로 매칭합니다.
- 인터리브 시간 윈도우: 태스크 B의 계획 시작은 태스크 A의 예상 완료 전후 15분 이내에 들어가야 합니다. 너무 넓으면 운전자가 B에 도착했을 때 태스크가 아직 릴리스되지 않아 기다립니다. 너무 좁으면 매칭률이 곤두박질칩니다. 15분이 초기값입니다.
3단계: 파일럿 (첫날부터 건물 전체에 켜지 마십시오)
- 하나의 존과 두 대의 지게차를 골라 3일간 돌리십시오. 태스크 밀도가 가장 높은 존을 고르십시오. 인터리빙은 밀도를 먹고 자랍니다.
- 매일 저녁 세 숫자를 확인하십시오. 공주행이 떨어졌는가, 평균 태스크 시간이 길어졌는가, 충돌률(같은 로케이션이나 파렛트에 두 운전자가 배차된 비율)이 치솟았는가.
- 충돌이 나타나는 순간 거리 반경이나 시간 윈도우를 조이십시오. 상세는 아래.
4단계: 전면 전개
파일럿 수치가 기준을 통과하면(공주행 10포인트 이상 하락, 충돌은 제자리), 건물 전체에 전개하십시오. 전면 전개 첫 주에는 대시보드를 매일 확인하십시오. 2주차부터는 정규 주간 보고서에 편입하십시오.
프로젝트 스토리 1: 공주행 42%에서 21%로, 2주 만에
2024년 가을, 소비재 3PL: 40,000 파렛트 포지션, 3개 교대에 28대의 지게차. 론칭 전 측정: 공주행 42%, 운전자는 시간당 평균 5.2 태스크. 현장 책임자의 말 그대로: "지게차가 사람보다 바쁜데, 화물이 도무지 빨리 안 움직입니다."
위의 4단계를 실행했고, 물량이 가장 많은 B존에서 파일럿했습니다. 1주차: 공주행이 44%에서 31%로 떨어졌습니다. 2주차의 건물 전체 전개 후에는 약 21%에서 안정됐습니다. 평균 태스크 시간은 11.5분에서 9.8분으로 줄었습니다. 시간도 줄었다는 점에 주목하십시오. 운전자가 무의미한 주행을 멈췄기 때문입니다.
한 가지 변수: 운전자가 "태스크가 너무 이리저리 튄다"고 불평했습니다. 근본 원인: 시간 윈도우를 30분으로 잡았기 때문에 시스템이 "편리해 보이지만 실은 기다려야 하는" 태스크를 계속 배정했습니다. 윈도우를 15분으로 조이니 불만이 멈췄습니다. 기억하십시오. 운전자의 심정은 대시보드만큼 중요합니다. 현장 운영자가 싫어하면 그 기능은 결국 꺼집니다.
프로젝트 스토리 2: 느슨한 규칙, 건물 전체에서 싸우는 지게차
다른 프로젝트, 2025년 초, 피크 시즌을 앞둔 이커머스 스테이징 창고. 고객이 300미터 반경을 "너무 보수적"이라고 해서 첫날 800미터로 바꾸고, 시간 윈도우는 45분으로 잡았습니다. 다음 날 아침 교대: 세 대의 지게차가 같은 보충 존에 배차되어 두 개의 파렛트를 두고 싸우느라 통로를 40분간 막았습니다. 다른 차량은 "편리한" 태스크 때문에 600미터 우회했습니다. 그냥 빈 채로 돌아오는 것보다 느렸습니다.
제가 고친 방법: 그 자리에서 반경을 300미터로, 윈도우를 15분으로 되돌리고, 새 규칙 하나를 추가했습니다. 임의의 15분 구간에 동일 통로에서 인터리브 태스크에 진입할 수 있는 지게차는 1대로 제한. 통로는 그날 안에 뚫렸습니다. 이 실패를 세 번 봤습니다. 매번 같은 조급함이었습니다. "첫날부터 완벽하게 설정하라." 인터리빙의 철칙: 처음엔 타이트하게, 나중에 풀어라. 항상 보수적으로 시작하고, 데이터가 벌 때만 엽니다.
이게 무너지는 가장 흔한 세 가지 방법
위의 이야기의 "첫날 최대주의" 외에도 각각 3번 이상 본 실패가 세 가지 더 있습니다.
- 인터리빙을 만병통치약으로 취급. 슬로팅이 엉망인 창고——빠른 상품이 깊숙이 묻히고, 보충 존과 픽킹 존이 건물 양 끝에 있는——가 인터리빙을 켜면, 시스템이 "편리한" 태스크를 부지런히 배정하는데, 그건 전부 낭비 마일입니다. 먼저 슬로팅을 고치고, 그다음 인터리브하십시오. 순서가 중요합니다.
- 단말기 지연. 한 현장은 5년 된 차량 단말기를 썼는데 배차 지연이 거의 1분에 달했습니다. 운전자가 옛 태스크를 향해 반쯤 갔을 때 새 태스크가 떴습니다. 운전자는 알아챕니다. 인터리빙을 켜기 전에 태스크 푸시 지연을 측정하십시오. 10초를 넘으면 먼저 하드웨어를 업그레이드하십시오.
- 아무도 대시보드를 안 본다. 기능은 켜져 있지만 아무도 보고서를 안 보니까 사실상 꺼진 겁니다. 첫 한 달은 누군가 공주행 곡선과 충돌률을 매주 리뷰해야 합니다. 파라미터는 조정하는 것이지, 설정하고 잊는 것이 아닙니다.
고-라이브 전야 체크리스트: 일곱 개 모두 체크될 때까지 자지 마십시오
- 화이트리스트는 4개 태스크 유형뿐——크로스독이나 반품 검사가 섞이지 않음
- 거리 반경 300미터 이하, 시간 윈도우 15분 이하(첫 도입 값)
- 고우선순위 태스크(웨이브, 마감)에 명시적 선점 규칙이 있음
- 파일럿 범위가 정의됨: 하나의 존, 두 대의 차량, 3일
- 베이스라인 보관됨: 공주행률, 태스크 사이클 시간, 충돌률
- 운전자에게 브리핑됨: 단말기에서 인터리브 태스크 표시가 어떻게 보이는지 알고 있음
- 롤백 확인됨: 인터리빙을 끄고 정상 배차로 복원 가능(10분 이내)
마지막으로 솔직한 한마디: 태스크 인터리빙은 관리 문제를 고치지 않습니다. 실행을 증폭할 뿐입니다. 태스크 릴리스가 혼란하고 슬로팅이 깨진 창고에서는 인터리빙이 지게차를 잘못된 경로로 더 빨리 뛰게 할 뿐입니다. 먼저 기초를 바로잡으십시오. 그러면 인터리빙은 그 잃어버린 20%를 돌려주는 스위치가 됩니다.
Lin Xiao, WMS 도입 컨설턴트 지음
영어판 번역본입니다. 내용이 다를 경우 영어판을 우선합니다.
