WES가 가동되면 사람은 완전히 물러나야 할까? 나는 이 질문에 서로 반대 방향으로 틀린 두 창고를 봤다. 한 곳에서는 슈퍼바이저들이 매일 수동으로 웨이브를 조정하다 시스템이 비싼 문진이 됐고, 다른 곳에서는 컨베이어가 막혀 30분 동안 멈춰 있었는데 아무도 인수할 엄두를 못 내 주문이 큐에서 썩어갔다. 둘 다 수업료를 냈다.
먼저 지리부터 제대로 잡자. WES는 WMS와 자동화 레이어 사이에 있다 — WCS, 컨베이어, AMR. WMS는 오늘 무엇을, 어떤 적재로 출하해야 하는지 알려주고, WES는 그 주문들을 태스크로 쪼개 분류기, 봇, 피킹 스테이션으로 리듬 있게 릴리스한다. 실행과 릴리스의 교통경찰이다. 루틴한 95%는 훌륭하게 처리한다. 하지만 나머지 5%는 예외 더미이고, 교통경찰도 사람이 필요할 때를 인정해야 한다.
질문은 한 번도 "사람이 개입해야 하는가"가 아니었다. "개입에 프로세스가 있는가"다. 누가 권한을 갖고, 어떤 시나리오에서, 시스템에 흔적을 남겼는가 — 이 세 가지가 문서화되지 않으면 개입은 선의의 방해공작일 뿐이다. 내가 생각하는 사람의 손이 여전히 속해야 할 다섯 개의 경계는 다음과 같다.
웨이브 릴리스: 컷오프 30분 전은 슈퍼바이저의 시간이다
WES 웨이브 릴리스 로직은 보통 고정되어 있다. 캐리어 컷오프 시간에서 역산해 경제적인 배치가 되면 웨이브를 릴리스한다. 평상시엔 괜찮다. 문제는 컷오프 30분 전에 산다.
실제 도크에서 벌어진 광경을 봤다. 캐리어 컷오프는 오후 8시, 7시 30분에 핵심 고객이 긴급 주문을 넣었다 — 300개를 넘는 유닛. 시스템은 이미 8시 이전 예정분을 전부 릴리스했고 컨베이어는 가득 찼다. 규칙대로라면 그 주문은 다음 웨이브를 기다려 내일 출하한다. 슈퍼바이저가 WES 콘솔에 들어가 정기 웨이브를 수동으로 15분 늦추고, 대량 주문을 다음 릴리스에 끼워 넣었다 — 전부 8시 트레일러에 탔다.
왜 시스템은 못 하는가? "트럭을 놓치면 이 고객을 잃는다"가 안 보이기 때문이다. 시스템이 아는 건 규칙과 캐파뿐이다. 수동 인계는 이렇게 돌아간다. 슈퍼바이저에게 "지금 웨이브 릴리스 / 웨이브 지연" 권한이 있고, 쓸 때마다 시스템에서 사유를 골라야 한다 — "고객 긴급 주문", "캐리어 조기 도착" — 웨이브 로그가 자동으로 기록한다. 반환은 깔끔하다. 다음 웨이브는 자동 릴리스로 돌아가고 시스템이 스스로 재시퀀싱한다. 개입은 일회성 액션이지, 되돌리는 걸 잊는 마스터 스위치가 아니다.
우선순위 상향: 전부 긴급하면 아무것도 긴급하지 않다
품절 시 긴급 보충, VIP 주문 — 새치기는 정당하다. 하지만 내가 함께 일한 한 건물에선 슈퍼바이저 세 명이 각각 상향 권한을 갖고 있었고, 매일 아침 WES 태스크 큐에는 200건의 "최우선" 주문이 올라왔다. 시스템은 누가 진짜 먼저인지 알 수 없었다. 가장 크게 외치는 사람이 먼저 출하했다. 이건 우선순위 인플레이션 — 돈을 찍는 것과 같은 경제학이다. 충분히 찍으면 가치가 없어진다.
시스템이 부족한 지점: 이번 주 어떤 VIP가 진짜 VIP인지 모른다. WES의 고객 등급은 정적 설정이고 현실은 동적이다. 이번 달 지켜야 할 고객이 지난달과 다를 수 있다.
해결책은 쿼터다. 각 시프트 슈퍼바이저에게, 예컨대 스무 개의 상향 슬롯을 준다. 하나 쓰면 하나 줄고, 잔여량은 WES에 표시된다. 상향된 주문은 전부 태그되고, 월간 보고서에 상향 건수와 승인자가 나온다. 쿼터가 바닥났는데도 주문을 올리고 싶다? 운영 매니저의 승인을 받아라. 상향에 비용이 드는 순간, 가벼운 상향은 사라진다.
설비 성능 저하: 컨베이어가 멈추기 전에 인수 시나리오를 써라
다섯 중 가장 위험한 게 이거다. WES는 설비를 조율하며 제 몫을 한다 — 설비가 다운되면 그게 바로 문제가 된다. 막힌 컨베이어, 통로에서 멈춘 AMR, 라벨을 씹는 인쇄부착 유닛. WES는 알람을 울린다. 존 B의 작업을 존 C로 우회시키겠다고 스스로 결정하지는 않는다.
왜? 성능 저하 플랜은 알고리즘이 아니라 비즈니스 결정이기 때문이다. 존을 전환하면 피킹 경로가 완전히 바뀌고, 인력이 재배치되고, 웨이브를 다시 계산해야 한다. 시스템은 그 트레이드오프를 계산 못 하거나, 계산해도 무감독으로 실행시킬 엄두가 안 나는 답을 낸다.
그래서 저하 플레이북은 미리 쓴다 — 그리고 리허설한다. 어떤 심각도에서 사람이 인수하는지(예: 단일 컨베이어 다운 10분 초과), 인수 후 첫 세 가지 액션(영향받은 웨이브를 백업 존으로 수동 전환), WES의 어떤 화면을 칠지, 각 스테이션에 무엇을 공지할지. 두 번의 리허설이면 슈퍼바이저들은 실제 상황에서 얼어붙지 않는다. 반대 경우도 봤다. 막힌 라인, 무전기로 서로 다른 지시를 외치는 다섯 명의 슈퍼바이저, WES에 쌓이는 태스크. 누군가 라인 전체를 멈추고 손으로 치울 때까지 이어졌다. 20분짜리 복구가 2시간이 됐다.
반환: 설비가 복구되면 슈퍼바이저가 WES에서 "자동 디스패치 재개"를 누른다. 시스템이 존 전체의 태스크 상태를 다시 스캔하고 우회된 웨이브를 자동으로 재시퀀싱한다. 협상 불가 조항: 인수 중 모든 수동 액션은 시스템 로그에 남는다. 포스트모템은 사람의 기억이 아니라 로그를 읽는다.
인력 이동: 시스템은 조언하고, 슈퍼바이저가 결정한다
현대 WES 플랫폼은 인력 관리 근육을 갖고 있다. 어느 존이 밀리고, 어디에 여유가 있고, "A에서 B로 세 명 이동" 같은 제안도 낸다. 제안은 들어라. 하지만 결정은 슈퍼바이저의 몫이다.
시스템은 모르기 때문이다. 누군가에겐 오늘이 첫 단독 근무일이라든가, 베테랑의 허리가 스테이션에서 두 시간 서 있는 걸 못 견딘다든가. 존 간 이동엔 사람의 스킬 체크가 필요하다 — put-to-light를 돌려본 적 없는 사람을 광유도 존에 보내면 처리량은 안 오르고 에러만 오른다.
워크플로는 단순하다. 시스템이 제안하고, 슈퍼바이저가 화면에서 승인하거나 조정하고, 시스템이 존 간 태스크 배분을 업데이트한다. 내 고정 습관: 슈퍼바이저는 시프트 시작과 점심 무렵 인력 제안을 리뷰하고, 변경은 시스템 안에서 일어난다 — 단체 채팅방에서 외치지 않는다. "야, 존 B 가서 도와줘"가 채팅 메시지에만 존재하는 순간, WES는 낡은 인력 그림을 계속 보여주고, 태스크는 계속 존 A로 향하고, 시스템과 현실이 벌어지기 시작한다.
사이클 카운트와 잠긴 로케이션: 동결 해제는 사람의 서명이 필요하다
WES가 로케이션을 잠그면 — 장부와 실물의 불일치, 센서 이상, 세 번 연속 피킹 오류 — 관련 태스크는 자동으로 멈춘다. 자동 잠금은 옳다. 문제는 잠금 해제다.
내 규칙: 시스템이 잠근 로케이션은 사람의 확인이 있어야만 동결 해제한다. 자동 해제는 절대 안 된다. 수고를 덜려고 "30분간 사람 액션 없으면 자동 언록"을 켠 건물을 봤다. 센서 오검지 로케이션이 세 번 스스로 언록됐고 — 세 번 오출하했다. 자동 언록은 안전밸브를 용접으로 막는 것과 같다.
확인은 저마찰이면 된다. 로케이션 감사원이 현장에서 눈으로 확인하고, 실물 재고가 맞으면 WES에서 사유와 함께 동결 해제를 탭한다 — "실물 일치", "보충 완료", "센서 오검지". 시스템이 기록한다. 시프트 종료 전 슈퍼바이저가 그날의 동결 해제 목록을 스캔한다. 세 번 이상 해제된 로케이션은 내일 정밀 점검 대상으로 플래그를 단다. 이 습관을 유지하면 재고 정확도가 진짜로 오른다.
다섯 개의 경계, 하나의 주장: 수동 개입 자체를 절차화해야 한다. 누가 개입할 수 있고, 어떤 시나리오에서, 시스템에 어떤 흔적을 남기는지 — SOP에 쓰고, WES 권한과 로그로 뒷받침한다. 단체 채팅방의 고함이 아니다.
WES는 루틴한 95%를 돌리고, 사람은 예외인 5%를 돌린다. 이 분업은 옳다. 가장 위험했던 건 사람의 개입이 아니었다 — 프로세스 없는 개입이다. 하나는 시스템을 고치고, 다른 하나는 그 밑에 구멍을 판다. 당신이 어느 쪽인지는, 끝났을 때 로그 항목이 있는지로 갈린다.
영어판 번역본입니다. 내용이 다를 경우 영어판을 우선합니다.
