결론부터 말하겠다. WES 구축에서 가장 큰 리스크는 소프트웨어가 아니다. 아무도 진짜로 승인하지 않은 웨이브 규칙으로 고라이브를 해버리는 것이다.

벤더는 시스템을 통합하고 서버에 스트레스 테스트를 돌릴 수 있다. 하지만 "하나의 주문이 어떻게 피킹 작업 묶음이 되는가"라는 질문에는 너희 팀만이 답할 수 있다. 그 답에 아무도 서명하지 않겠다면, WES 구축은 프로젝트가 아니라 도박이다.

나는 이 한 문장으로 죽어가는 프로젝트를 너무 많이 봤다. "웨이브 전략은 지금 이대로 고라이브하고, 나중에 미세 조정하자." 솔직히 말해, 그건 모래밭 위에 짓는 거다. 살아보려고 하기 전까지는 빨라 보인다.

내가 직접 겪은 얘기 하나. 2022년, Inland Empire의 3PL 창고, 약 120,000 평방피트, 하루 약 12,000 오더를 출고하던 곳이었다. 이커머스 소포와 몇몇 소규모 브랜드의 도매가 섞인 현장이었다. 블루프린트 단계에서 웨이브 규칙을 고정했다. 주문 마감 시간 기준으로 웨이브를 자르고, 각 웨이브는 90분 분량의 주문을 커버하고, 주요 계정은 별도 웨이브에. 세 차례 테스트를 돌렸고, 작업 오케스트레이션, 피킹 동선, 분류 행선지가 전부 맞아떨어졌다. 구축 팀은 "이건 거의 끝났다"고 생각했다.

컷오버 3일 전, 운영 담당 VP가 웨이브를 운송사별로 다시 자르기로 결정했다. UPS 주문은 한 웨이브에, FedEx는 다른 웨이브에. 트레일러 마감 시간을 맞추기 쉬워진다는 이유였다. 한 마디에, 3개월치 전략이 쓰레기통행. 팀은 밤새 규칙을 다시 짰다. 재테스트? 시간 없었다. 그대로 고라이브.

컷오버 당일, 10 a.m. 첫 웨이브가 떨어지자 WES는 거의 모든 피커를 같은 통로로 몰아넣었다. 운송사별로 다시 자르는 바람에 주문의 로케이션 분포가 완전히 바뀌었고, 작업 엔진의 밀도 가정이 전부 틀렸다. 피커들은 통로에 줄을 서서 작업을 기다렸다. 분류기는 거의 2시간 동안 빈 채로 돌았다. 오후 마감 시간은 단 하나도 지키지 못했다. 그날 밤 우리는 블루프린트 웨이브 규칙으로 롤백했고, 시스템이 안정된 건 다음 날 아침이었다. 한 번의 왕복으로 하루치 처리량을 통째로 태웠다. 고객 지연 패널티는 덤이었다.

이건 두 가지 측면이 있다. 기술 측면: 웨이브 규칙을 바꾸면 WES는 작업 오케스트레이션, 인력 배정, 장비 속도를 전부 다시 계산해야 한다. 모든 게 한꺼번에 움직이고, "그냥 작은 변경" 같은 건 존재하지 않는다. 관리 측면: 왜 컷오버 3일 전에 아직 규칙이 바뀔 수 있었나? 블루프린트 단계에서 아무도 서명을 감히 하지 않았기 때문이다. VP는 계속 "좀 생각해보자"고만 했다. 구축 일을 오래 하며 배운 건, 기술적인 문제는 항상 우회로가 있다는 것이다. 아무도 결정을 내리지 않는 문제가 진짜로 너를 죽인다.

그래서 여기, WES를 구축하려는 모든 창고에 내가 건네는 체크리스트가 있다. 8개의 게이트, 각각 하나씩 합격 라인. 라인을 넘지 못하면 다음으로 넘어가지 마라. 넘어간다는 건 피크 시즌을 희망에 거는 것이다.

WES 구축 게이트 1: 블루프린트를 동결하고, 모든 변경에 서명하라

프로젝트 전체에서 가장 위험한 순간은 고라이브 전날 밤, 권한 있는 누군가가 웨이브 규칙에 "작은 조정"이 필요하다고 결정하는 그때다. 블루프린트를 동결하라. 웨이브 전략, 작업 우선순위, 예외 흐름, 모두 서명하고 봉인한다. 동결 이후의 변경은 전부 정식 변경 요청서를 통한다. 구두 요청은 인정 안 된다. 변경을 원하는 사람은 자기 이름으로 서명한다. 이 한 가지 규칙만으로 막판 아이디어의 90%가 걸러진다.

8게이트 WES 고라이브 수용 체크리스트

# 게이트 "완료"란
1 블루프린트 동결 웨이브 전략, 작업 우선순위, 예외 흐름 서명 완료. 동결 이후 변경은 정식 변경 요청서 필요
2 마스터 데이터 준비 SKU 마스터, 로케이션 코드, 포장 사양 등록 완료. 물리적 로케이션을 시스템과 대조해 스팟 체크, 누락된 마스터 레코드 제로
3 통합 테스트 WMS, 분류기, 피크 투 라이트, 프린터 모두 통신. 네트워크 단절 훈련과 장비 장애 훈련 실시. 메시지 분실도 중복도 없음
4 웨이브·작업 설정 블루프린트대로 규칙 설정. 최소 세 차례의 실제 과거 주문을 재생하고 작업 배정을 손으로 확인
5 스트레스 테스트 평균 물량이 아닌 피크 시즌 물량으로 테스트. 피크에도 작업 배분은 응답성을 유지하고, 크래시 없음
6 병행 운영 신·구 시스템을 나란히 운영. 주문별 대조를 사흘 연속 실시, 차이 제로가 되어야 컷오버 얘기를 꺼낼 수 있음
7 컷오버 시간대 가장 물량이 적은 교대 선택. 컷오버 교대는 인원을 두 배로 하고, 구 시스템은 즉시 롤백 가능하게 대기 상태 유지
8 하이퍼케어 고라이브 후 2~4주. 코어 팀 현장 상주, 이슈는 심각도별 트리아지, 크리티컬 이슈는 2시간 이내에 의사결정권자 연결

헤드셋으로 피킹 작업을 모니터링하는 창고 슈퍼바이저

두 개의 게이트는 각별한 주의가 필요하다. 병행 운영은 대부분의 팀이 속이는 곳이다. 하루 돌리고 몇 건 눈으로 보고 "됐네"라고 한다. 사흘 연속 차이 제로가 라인이다. 느리게 느껴지겠지만, 롤백 한 번보다 싸다. 그리고 하이퍼케어는 "벤더 지원 핫라인"이 아니다. 너희 코어 팀이 직접 건물 안에 있고, 판단을 내릴 권한을 가진 상태여야 한다. 핫라인은 새벽 2시에 웨이브를 다시 자를지 말지를 결정할 수 없다. 교대 리더는 할 수 있다. 고라이브 전에 그 권한을 문서로 줬다면.

빅뱅인가, 창고별인가? 두 가지 측면

아무도 얘기하고 싶어 하지 않는 트레이드오프가 있다. 빅뱅 컷오버는 리스크를 집중시킨다. 실패하면 건물 전체가 멈춘다. 대가는 고통이 짧다는 것이다. 팀은 한 번만 집중하면 되고, 두 가지 프로세스 체계를 병행 유지할 필요가 없다. 단일 건물에, 일일 물량이 감당 가능하고, 운영이 단순한 현장에 맞는다.

창고별 단계적 컷오버는 리스크를 분산시킨다. 한 건물의 실패가 다른 곳에 닿지 않고, 1번 건물에서 얻은 교훈이 2번 건물에 바로 이식된다. 대가는 긴 일정, 겹치는 기간 동안 두 배의 관리 부담, 그리고 창고 간 이동을 위한 특수 로직이다. 다거점 네트워크, 또는 단일 거점인데 하루 멈추는 게 뼈아플 정도의 물량을 가진 현장에 맞는다.

내 판단은 이렇다. 건물 하나면 한 번에 자르고, 질질 끌지 마라. 여러 건물이면 하나씩 자르고, 욕심내지 마라. 최악의 패턴은 "이름만 단계적이고, 모든 건물이 같은 마감일을 쫓는" 것이다. 양쪽 비용은 다 내고, 혜택은 하나도 못 챙긴다.

마지막으로 역설적인 한 마디. WES 고라이브에서 가장 큰 리스크가 소프트웨어 버그라고 생각하는 사람이 많다. 솔직히 말하자, 버그에는 항상 우회로가 있다. 프로젝트를 죽이는 건 아무도 진짜로 결정하지 않은 웨이브 규칙으로 고라이브하는 것이다. 규칙이 정해져 있으면, 평범한 시스템도 잘 돌아간다. 규칙이 없으면, 아무리 멋진 설정도 그냥 찍는 거다.

그러니 이제 어떤 WES 벤더를 고를지 묻지 마라. 먼저 너희 스스로에게 이렇게 물어봐라. 웨이브 규칙 문서에 서명할 사람이 있는가? 없다면, 벤더는 누구든 상관없다.

Lao Mi, 공급망 베테랑 (20년) 지음

영어판 번역본입니다. 내용이 다를 경우 영어판을 우선합니다.