피크 시즌이 끝날 때마다 "무너진" 창고들에 대한 사후 분석이 이어진다. 수년간 지켜본 바로는, 창고를 무너뜨리는 것은 물량 그 자체인 경우가 드물다. 창고를 무너뜨리는 것은 스케줄링 로직의 균열이다. 물량이 갑자기 몇 배로 뛰기 전까지는 보이지 않는 그런 균열 말이다. 작년의 주문 데이터를 WES의 시뮬레이션 스트레스 테스트에 돌려보는 것. 그것이 그 균열을 조기에 찾는 방법이다.
스트레스 테스트를 두 달 먼저 해야 하는 이유
자동화 전문 매체 Conveyco가 잘 표현했다: 피크 시즌은 운영 문제를 만드는 것이 아니라, 이미 있던 문제를 드러내는 것이다. 논리는 단순하다. 평범한 날에는 출고 작업이 순차적으로 릴리스되고, 시스템은 불일치를 흡수할 여유가 충분하다. 물량이 몇 배로 뛰면 모든 고리가 풀가동된다. 가장 먼저 무너지는 고리는 평범한 화요일에는 그저 "괜찮았던" 수준이었던 고리다.
지난 몇 년간 변화를 목격했다: 이제 더 많은 풀필먼트 센터가 피크 시즌 6~8주 전에 WES에 시뮬레이션 스트레스 테스트를 돌리고, 작년의 주문 데이터를 먹인다. Robotics & Automation News의 업계 보도도 이 타이밍을 확인해준다. 6~8주 전에 테스트하면 최적화하고 다시 테스트할 시간이 남는다. 표준 절차는 작년 피크 주문 프로파일을 가져와 올해 예상 성장률을 얹은 뒤, WES 시뮬레이션 환경에 돌려 실제 압박 하에서 시스템이 어떻게 반응하는지 보는 것이다.
창고의 디지털 트윈은 개념 단계를 한참 지났다. ManufacturingTomorrow에 게재된 업계 분석에 따르면, 창고 디지털 트윈은 일반적으로 노동 생산성을 10~25퍼센트 끌어올리며, 그 결과 초과근무와 임시 인력 비용이 줄어든다. GEODIS는 대형 가전 클라이언트와의 파일럿에서 더 구체적인 수치를 공개했다: 일일 처리량이 85,000개에서 100,000개로 18퍼센트 증가했다. 추가 설비 투자는 없었다. 포장 공정이 12퍼센트, 피킹 공정이 6퍼센트 개선됐다. 이 수치들이 말하는 이야기는 하나다: 가상 환경에서 찾은 최적화는 실제 현장에 착지할 수 있다.
두 개의 창고: 리허설한 창고와, 당일 무너진 창고
첫 번째 이야기는 여러 프로젝트를 바탕으로 한 합성 사례로, 익명화했으며 2025년 피크 시즌 직전을 배경으로 한다. 중국 동부의 이커머스 풀필먼트 창고로, 꽤 자동화되어 있고 크로스벨트 소터가 있다. 9월 초, 운영 책임자가 단 한 가지를 했다: 전년도 Singles' Day의 전체 주문 흐름을 WES 시뮬레이션 환경에 올리고, 올해 성장 전망에 맞게 규모를 키운 뒤, 꼬박 하루를 돌린 것이다. 결과는 명확했다: 오후 웨이브 릴리스 이후, 대략 오후 2시에서 4시 사이에 소터 상류 버퍼가 계속 쌓였다. 원인은 설비 능력이 아니었다. 웨이브 릴리스 리듬과 소터 분기 타이밍의 불일치였다. 작업이 다이버터가 따라잡을 수 있는 속도보다 빠르게 릴리스되어, 파셀이 버퍼에 줄을 섰고, 그 대기열이 하류 포장을 늦췄다.

이 발견이 값졌던 이유는 수정 비용이 쌌기 때문이다. 팀은 단순히 웨이브 릴리스를 소터 케이던스에 맞게 다시 조정하고 버퍼 임계값 알림을 추가했다. 피크 기간 중 오후 적체는 한 번도 나타나지 않았다. 당일에 발견했다면 같은 수정도 훨씬 큰 리스크와 인건비를 감수해야 했을 것이다.
두 번째 창고는 거울상이다. 규모는 비슷했고, 피크 전 팀은 "시스템이 작년에 잘 돌아갔고, 올해 물량도 비슷해 보이니" 시뮬레이션이 필요 없다고 판단했다. 피크 당일, 저녁 러시 시간에 예외 처리 구역이 반품과 문제 파셀로 막혔다. 이것은 주 흐름의 병목이 아니었다. 아무도 리허설하지 않은 예외 프로세스였다. 주 흐름에서 인원을 빼서 예외를 치웠고, 주 흐름은 인원이 부족해졌고, 저녁 운송사 마감 시간을 놓쳤으며, 일부 주문은 늦게 출고됐다. 초과근무와 차지백이 함께 집계됐다. 여기서 귀인은 생각해볼 만하다: 병목은 능력이 아니었다. "이런 일이 벌어질 줄은 상상도 못했다"였다.
제대로 된 시뮬레이션 스트레스 테스트의 모습
| 단계 | 하는 일 | 산출물 | 흔한 함정 |
|---|---|---|---|
| 데이터 준비 | 작년 피크 주문 상세를 모은다: SKU 구성, 웨이브 분포, 예외·반품률 | "기준 주문 흐름" | 합계만 잡아서 테스트가 "확대된 평범한 날"이 된다 |
| 모델 보정 | WES 내 설비 파라미터, 인력 효율, 이동 거리를 현실에 맞게 보정한다 | 허용 오차 내에서 이력을 추적하는 시뮬레이션 출력 | 실제값 대신 명판 스펙을 쓴다. 시뮬레이션이 현장보다 장밋빛으로 보인다 |
| 시나리오 설계 | 기준선 + 2~3개의 스트레스 시나리오(물량 증가, 설비 고장, 인력 부족) | 시나리오 팩 | 기준선만 테스트한다. 피크는 건너뛴 시나리오에서 무너진다 |
| 병목 판독 | 대기열 길이, 설비 가동률, 작업 대기 시간을 관찰하고 병목을 찾는다 | 수정 우선순위가 매겨진 병목 목록 | 평균만 보고 피크를 보지 않는다. 병목은 피크에 숨어 있다 |
강조할 점이 두 가지 있다. 첫째, 시나리오 설계에는 스트레스 케이스를 넣어야 한다. WES 시뮬레이션 도구 — WES 벤더에 대한 MMH의 보도는 2배·3배 물량에서 스트레스 테스트하도록 만든 "에뮬레이터" 도구를 소개한다 — 는 바로 이를 위해 존재한다. 둘째, 병목을 판독할 때는 평균이 아니라 피크를 보라. 병목은 평균에 살지 않는다. 최악의 두 시간에 숨어 있다.
계산: 시뮬레이션은 싸고, 무너진 피크는 비싸다
시뮬레이션 스트레스 테스트의 비용은 대부분 사람과 시간이다: 데이터 정제, 보정, 시나리오 실행, 결과 판독. 중규모 자동화 창고라면 첫 라운드는 집중적으로 1~2주 정도 걸린다. 일회성 투자이고, 모델은 매년 피크 시즌에 재사용되므로 한계 비용은 해마다 내려간다.
반면 무너진 피크는 복리로 불어난다: 마감 미준수 차지백, 긴급 인력의 초과근무, 전날 적체를 치우느라 소진되는 다음 날의 평상 처리 능력, 그리고 고객 불만과 마켓플레이스 평점이라는 조용한 피해. 둘은 같은 리그가 아니다.
그러니 문제는 "시뮬레이션이 얼마나 정확한가"가 아니다. "값싼 리허설이 가치가 있는가"다. 위의 업계 수치를 보면 답은 명확하다.
역발상: 시뮬레이션에서 가장 좋은 것은 예측이 아니다
역발상의 판단을 하나 제시하고 싶다: 시뮬레이션 스트레스 테스트에서 가장 값진 산출물은 예측 보고서가 아니다. 이 연습이 운영팀 전체를 예외 프로세스 속으로 미리, 제대로, 걷게 만든다는 점이다.
대부분의 창고는 주 흐름이 매끄럽다. 병목은 예외에 숨어 있다: 반품이 어떻게 분기되는지, 문제 파셀이 어디로 가는지, 소터 고장 시 작업이 어떻게 재계획되는지, 임시 인력이 어떻게 빠르게 올라오는지. 이런 프로세스는 평상시에는 1년에 몇 번만 손대다가 — 피크 당일에는 한꺼번에 몰려온다. 시뮬레이션을 돌리는 것은 "만약에"를 미리 리허설하는 것이다. 두 번째 이야기의 창고가 리허설했더라면, 저녁 러시는 그렇게 비뚤어지지 않았을 것이다.
다시 말해, 시뮬레이션 스트레스 테스트는 저비용·고충실도 소방 훈련이다. 예측 보고서는 그저 훈련의 부산물이다.
앞으로의 방향
내 트렌드 전망: WES에 내장된 시뮬레이션은 향후 2~3년 안에 "대형 프로젝트의 표준"에서 "피크 전 일상적 실무"로 넘어갈 것이다. 이유는 세 가지다. 첫째, 기술이 준비됐다: WES 벤더에 대한 MMH의 보도는 시뮬레이션과 오케스트레이션 엔진이 이미 핵심 평가 기준임을 보여주며, Roboteon 같은 벤더는 이미 시뮬레이션을 활용해 피크용 AMR 플릿 규모를 정하고 다양한 파라미터 하에서 피킹 비용을 추정한다. 둘째, 수요가 몰고 있다: 물량 변동폭은 계속 커지고, 감으로 스케줄링하는 비용은 계속 오른다. 셋째, 비용이 내려가고 있다: 모델은 한 번 만들어 매년 재사용한다. 한계 비용은 떨어지고, 이제 더 이상 대형 창고만의 것이 아니다.
타임라인으로는 2026~2028년을 도입의 창으로 본다: 선도 풀필먼트 네트워크가 먼저 시뮬레이션 스트레스 테스트를 피크 시즌 SOP에 쓰고, 중규모 자동화 창고가 뒤따르고, 결국 WES의 기본 기능이 된다.
열린 질문
시뮬레이션이 병목을 조기에 드러낼 수 있다면, 그 목록의 수정은 시뮬레이션 전에 이뤄져야 할까, 후에 이뤄져야 할까? 수수께끼처럼 들리지만 실제로 존재하는 패턴이다: 많은 창고는 소터 케이던스와 웨이브 릴리스가 어긋나 있다는 것을 알면서도, 수정하려면 여러 부서의 프로세스를 건드려야 하니 "시뮬레이션 결과가 나올 때까지" 기다린다. 그러면 같은 병목이 해마다 목록에 등장한다. 시뮬레이션은 문제를 드러낸다. 수정할 의지까지 공급할 수는 없다. 이 질문은 여러분에게 남겨둔다.
Dr. Chen, 공급망 연구원 지음 영어판 번역본입니다. 내용이 다를 경우 영어판을 우선합니다.







