결론부터 먼저: WMS 고라이브의 성패는 두 가지에 달려 있다 — 소프트웨어와 슈퍼유저다. 사람을 잘못 고르면 가동일에 창고 전체가 야근하게 된다.
30회가 넘는 도입 경험을 통해 패턴은 명확하다. 소프트웨어 선택보다 사람의 측면에서 프로젝트가 실패하는 경우가 훨씬 많다. 제대로 된 슈퍼유저를 고르면 컨설턴트가 떠난 뒤에도 창고는 스스로 돌아간다. 잘못 고르면 몇 달 동안 불을 끄며 살아야 한다.
WMS 슈퍼유저가 실제로 하는 일: 세 개의 모자, 하나도 빠질 수 없다
대부분의 사람들은 슈퍼유저를 「빨리 배우고 남을 대신해 마우스를 클릭해주는 사람」 정도로 생각한다. 틀렸다. 진짜 슈퍼유저는 세 개의 모자를 쓰고, 세 개 모두 필수다.
첫 번째 모자: 번역가. 컨설턴트는 시스템 언어를 쓴다 — 「이 필드가 웨이브 릴리스 로직을 제어합니다」. 현장 직원은 운영 언어를 쓴다 — 「이 주문 오늘 출고되나요?」. 슈퍼유저는 양쪽을 정확히 번역한다. 번역을 잘못하면 설계 워크숍에서 합의한 모든 프로세스는 허상이다.
두 번째 모자: 씨앗 교육자. 컨설턴트가 떠난 뒤 수십 명의 현장 직원을 교육하고, 질문에 답하고, 신규 입사자를 온보딩하는 일 — 모두 슈퍼유저의 몫이다. 50명 규모 창고에서 컨설턴트 혼자 모두를 교육할 수는 없다.
세 번째 모자: 고라이브 소방관. 가동 후 첫 주에는 테스트에서 한 번도 나타나지 않았던 예외가 매일 터진다. 혼합 팔레트를 나누는 법, 과잉 입고 상품을 장부에 올리는 법, 잘못 인쇄된 라벨을 취소하는 법. 컨설턴트의 일정을 기다리면 도크가 막힌다. 슈퍼유저는 그 자리에서 판단해야 한다 — 「일단 이렇게 처리하고, 기록해둘게, 내일 컨설턴트와 확인할게」.
슈퍼유저는 「컴퓨터를 잘 다루는 사람」이 아니다. 고라이브의 부사령관이다.
잘못 고른 대가: 똑같은 실패를 세 번 봤다
첫 번째: 2022년, 로스앤젤레스 인근의 의류 3PL, 120,000 평방피트. 프로젝트 매니저는 쉬운 길을 택해 IT 부서의 「시스템에 가장 밝은」 전문가를 슈퍼유저로 임명했다. 그 사람은 엑셀에 능했고 VLOOKUP의 달인이었다 — 그리고 창고에 발을 들여놓은 적이 한 번도 없었다. UAT는 해피패스만 커버했다. 정상 입고, 정상 출고, 전부 녹색. 첫날, 피커가 주문 하나를 팔레트 두 개로 나누는 법을 물었다 — 그는 얼어붙었다. 주문 담당자가 릴리스된 웨이브에 긴급 주문을 넣는 법을 물었다 — 그가 할 수 있는 말은 「컨설턴트에게 물어볼게요」뿐이었다. 그날 처리량은 붕괴했고, 결국 사장 부인이 교대조를 살리려고 현장에서 스캔을 했다. 3주 뒤 그들은 구 시스템으로 롤백했다. 프로젝트는 두 달 지연됐고, 구현 비용이 추가로 엄청나게 탔다.
두 번째: 2023년. 「스타 직원」을 뽑았다 — 건물에서 가장 빠른 피커로, 모두에게 사랑받는 사람이었다. 문제는 그에게 시간이 없었다는 것. 설계 워크숍을 빼먹고, UAT는 밤샘으로 때우고, SOP는 내가 대신 써줬다. 가동일, 그가 아는 것은 자신의 스테이션뿐이었다 — 그 외엔 아무것도 몰랐다.
세 번째가 가장 아팠다. 선발 자체는 괜찮았다 — 운영 지식이 탄탄하고 동료들의 존경을 받는 사람이었다 — 하지만 그는 예스맨이었다. 설계 워크숍에서 컨설턴트가 명백히 무리한 프로세스를 제안했다 — 야간 2명이 4명분의 검수 업무를 하는 것. 그는 까다로워 보이고 싶지 않아 고개를 끄덕였다. 가동 후 야간조는 매일 밤 폭발했고, 그제야 그는 「사실 그때는 잘못됐다고 생각했습니다」라고 인정했다. 노라고 말하지 못하는 슈퍼유저는 없는 것과 같다.
세 번 모두 같은 교훈: 「가장 기술적인 사람」이나 「가장 열심히 일하는 사람」을 고르는 게 아니다. 이 일에 가장 적합한 사람을 고르는 것이다.
WMS 슈퍼유저 고르는 법: 다섯 가지 엄격한 기준
모든 고객에게 주는 다섯 가지 기준이다. 점수표는 아래에 — 80점 이상이면 합격.
-
깊은 운영 지식 — 「왜」를 설명할 수 있어야 한다. 기준은 「조작할 수 있다」가 아니라 「각 예외가 왜 그렇게 처리되는지 설명할 수 있다」는 것이다. 물어보라: 「과잉 입고된 상품이 왜 바로 적치로 가면 안 되나요?」. 정답: 「QC가 아직 승인하지 않았기 때문입니다 — 일단 선반에 올라가면 아무도 찾을 수 없습니다」. 「어떻게」만 아는 사람은 다른 사람을 교육하다 변형이 나오자마자 무너진다.
-
동료들의 신뢰. 동료들이 정말로 이 사람에게 질문하고, 답을 경청하는가? 이건 속일 수 없다. 리드 피커나 베테랑 주문 담당자는 보통 타고난다.
-
단순화할 수 있고, 인내심이 있어야 한다. 테스트: 신입 사원인 당신에게 반품 프로세스를 3분 안에 설명하게 하라. 이해가 되면 합격. 슈퍼유저 업무의 대부분은 같은 것을 반복해서 설명하는 일이다 — 인내심은 경화(硬貨)다.
-
앞으로 3개월간 최소 절반의 시간을 투입할 수 있어야 한다. 슈퍼유저 역할은 시간 도둑이다. 설계 워크숍, UAT, SOP 작성, 교육, Q&A. 누군가를 임명하기 전에 직속 상사와 백필 비율을 협상하라 — 서면으로. 구두의 「배려해 보겠습니다」는 가동 직전에 반드시 「일단 본업을 끝내고」로 변한다.
-
새 시스템에 적대적이지 않아야 한다. 비즈니스는 꿰뚫고 있지만 모든 새 시스템을 원칙적으로 반대하는 베테랑 오퍼레이터가 있다 — 「종이 전표로도 잘 돌아갔어요」. 그런 사람을 슈퍼유저로 세우면 프로젝트 안에 반(反)선전 노드를 심는 셈이다. 태도는 바뀔 수 있지만, 프로젝트 일정 안에서 도박할 여유는 없다.
운영 베테랑이냐 IT냐? 내 답: 운영 사람이 슈퍼유저가 되고, IT는 백업이 된다. IT는 시스템 레벨 퍼즐을 더 빨리 푼다. 하지만 프로세스가 옳은지를 판단할 수 있는 건 매일 현장에 있는 사람뿐이다. 둘 다 필요하지만 — 타이틀은 운영의 몫이다.
슈퍼유저 점수표 (그대로 쓰세요)
| 평가 항목 | 보는 포인트 | 만점 |
|---|---|---|
| 운영 깊이 | 예외의 「왜」를 설명할 수 있다, 「어떻게」만이 아니라 | 30 |
| 동료 신뢰 | 동료가 질문하고 답을 존중한다 | 20 |
| 소통과 인내심 | 한 프로세스를 3분 안에 가르쳐 신입이 이해할 수 있다 | 20 |
| 시간 투입 | 3개월간 절반 시간 백필을 보장할 수 있다 | 20 |
| 학습 태도 | 새 시스템에 호기심이 있고 저항하지 않는다 | 10 |
| 합계 | 80점 이상 합격. 70–80점은 교육된 백업과 함께 가능 | 100 |
제대로 골랐다 — 이제 교육: 8주 슈퍼유저 온보딩 계획
선발은 전반전일 뿐이다. 교육이 후반전이다. 타임라인은 이렇다.
- 가동 8주 전: 설계·프로세스 설계 워크숍에 참여. 한 가지 임무: 구멍을 찾아라. 야간조가 물리적으로 할 수 없는 것은 모두 지적하라. 설계 단계의 피드백은 화이트보드 스케치로 끝나지만, 가동 후에는 재작업이다.
- 6주 전: UAT 리드 테스터. 해피패스 테스트만은 금지. 의도적으로 예외를 테스트하라 — 분할, 과잉 입고, 부족 출고, 라벨 재인쇄, 오프라인 후 재개 — 각각 최소 두 번씩, 직접 키보드를 두드리며.
- 4주 전: 자기 말로 SOP를 작성. 프로세스당 1페이지, 스크린샷 포함, 컨설턴트 문서 복사는 금지. 테스트: 프로젝트 외부의 신입 사원에게 건넨다 — 따라 할 수 있으면 합격.
- 2주 전: 강사가 되어 현장 전체를 교육. 본가동 전에 두 번 리허설하라. 세 번 가르치고 나면 대부분의 컨설턴트보다 시스템을 더 잘 알게 될 것이다 — 질문으로 단련되어.
- 1주 전: 고라이브 전야 체크리스트를 순회하라 — 사용자 계정과 권한, 프린터, 스캐너, 라벨 재고, 비상 연락표. 모든 항목을 확인하라.
- 가동일 + 2주: 이슈 로그북을 들고 현장 상주. 퇴근 15분 전에 컨설턴트와 복기하라. 발생한 이슈, 그 자리에서 해결한 것, 설정 변경이 필요한 것.
여기가 직관에 반하는 부분이다. 많은 사람들이 「슈퍼유저에게 기술 교육을 많이 시킬수록 좋다」고 생각하고 시스템 심화 교육을 쌓는다. 완전히 틀렸다. 슈퍼유저의 가장 큰 가치는 「시스템을 아는 것」이 아니다. 「나쁜 프로세스에 노라고 말할 용기」와 「뭔가 고장 났을 때 현장이 가장 먼저 전화하는 사람인 것」이다. 기술적인 디테일은 언제든 IT나 컨설턴트에게 물어볼 수 있다. 하지만 「이 프로세스는 현장에서 살아남지 못한다」는 판단은 그들만이 할 수 있다.
흔한 실패 지점 다섯 가지 — 미리 피하라
- 업무량을 줄여주지 않고 IT에게 슈퍼유저를 겸임시키는 것. 두 업무가 다 망가진다 — 시스템 관리 업무도, 슈퍼유저 업무도 제대로 안 된다.
- 슈퍼유저가 UAT에는 참여하지만 설계를 건너뛰는 것. 「이건 못 하겠는데」라고 깨달을 때쯤이면 재작업 비용은 설계 단계 수정 비용의 10배다.
- 컨설턴트 말투로 쓰인 SOP. 현장 직원이 이해하지 못하면 없는 것과 같다. 슈퍼유저 자신의 말로 써야 한다.
- 가동 직후 슈퍼유저를 풀어주는 것. 첫 3개월은 이슈의 피크 시즌이다 — 최소한 파트타임으로 역할에 머물러야 한다.
- 창고당 슈퍼유저가 한 명뿐인 것. 휴가, 퇴사, 병가 — 한 명만 빠져도 건물 전체가 길을 잃는다. 주 담당자 + 백업이 최소선이다. 절반만 함께한 백업이라도 없는 것보다 낫다.
고라이브 전야, 내 체크리스트의 마지막 항목은 언제나 같다. 슈퍼유저에게 전화해 묻는다. 「내일 준비됐어?」. 「네」라고 답하면 그제야 잠들 수 있다.
Lin Xiao, WMS 도입 컨설턴트 지음
영어판 번역본입니다. 내용이 다를 경우 영어판을 우선합니다.











