결론부터 먼저: WMS 고라이브의 성패는 두 가지에 달려 있다 — 소프트웨어와 슈퍼유저다. 사람을 잘못 고르면 가동일에 창고 전체가 야근하게 된다.

30회가 넘는 도입 경험을 통해 패턴은 명확하다. 소프트웨어 선택보다 사람의 측면에서 프로젝트가 실패하는 경우가 훨씬 많다. 제대로 된 슈퍼유저를 고르면 컨설턴트가 떠난 뒤에도 창고는 스스로 돌아간다. 잘못 고르면 몇 달 동안 불을 끄며 살아야 한다.

WMS 슈퍼유저가 실제로 하는 일: 세 개의 모자, 하나도 빠질 수 없다

대부분의 사람들은 슈퍼유저를 「빨리 배우고 남을 대신해 마우스를 클릭해주는 사람」 정도로 생각한다. 틀렸다. 진짜 슈퍼유저는 세 개의 모자를 쓰고, 세 개 모두 필수다.

첫 번째 모자: 번역가. 컨설턴트는 시스템 언어를 쓴다 — 「이 필드가 웨이브 릴리스 로직을 제어합니다」. 현장 직원은 운영 언어를 쓴다 — 「이 주문 오늘 출고되나요?」. 슈퍼유저는 양쪽을 정확히 번역한다. 번역을 잘못하면 설계 워크숍에서 합의한 모든 프로세스는 허상이다.

두 번째 모자: 씨앗 교육자. 컨설턴트가 떠난 뒤 수십 명의 현장 직원을 교육하고, 질문에 답하고, 신규 입사자를 온보딩하는 일 — 모두 슈퍼유저의 몫이다. 50명 규모 창고에서 컨설턴트 혼자 모두를 교육할 수는 없다.

세 번째 모자: 고라이브 소방관. 가동 후 첫 주에는 테스트에서 한 번도 나타나지 않았던 예외가 매일 터진다. 혼합 팔레트를 나누는 법, 과잉 입고 상품을 장부에 올리는 법, 잘못 인쇄된 라벨을 취소하는 법. 컨설턴트의 일정을 기다리면 도크가 막힌다. 슈퍼유저는 그 자리에서 판단해야 한다 — 「일단 이렇게 처리하고, 기록해둘게, 내일 컨설턴트와 확인할게」.

슈퍼유저는 「컴퓨터를 잘 다루는 사람」이 아니다. 고라이브의 부사령관이다.

잘못 고른 대가: 똑같은 실패를 세 번 봤다

첫 번째: 2022년, 로스앤젤레스 인근의 의류 3PL, 120,000 평방피트. 프로젝트 매니저는 쉬운 길을 택해 IT 부서의 「시스템에 가장 밝은」 전문가를 슈퍼유저로 임명했다. 그 사람은 엑셀에 능했고 VLOOKUP의 달인이었다 — 그리고 창고에 발을 들여놓은 적이 한 번도 없었다. UAT는 해피패스만 커버했다. 정상 입고, 정상 출고, 전부 녹색. 첫날, 피커가 주문 하나를 팔레트 두 개로 나누는 법을 물었다 — 그는 얼어붙었다. 주문 담당자가 릴리스된 웨이브에 긴급 주문을 넣는 법을 물었다 — 그가 할 수 있는 말은 「컨설턴트에게 물어볼게요」뿐이었다. 그날 처리량은 붕괴했고, 결국 사장 부인이 교대조를 살리려고 현장에서 스캔을 했다. 3주 뒤 그들은 구 시스템으로 롤백했다. 프로젝트는 두 달 지연됐고, 구현 비용이 추가로 엄청나게 탔다.

두 번째: 2023년. 「스타 직원」을 뽑았다 — 건물에서 가장 빠른 피커로, 모두에게 사랑받는 사람이었다. 문제는 그에게 시간이 없었다는 것. 설계 워크숍을 빼먹고, UAT는 밤샘으로 때우고, SOP는 내가 대신 써줬다. 가동일, 그가 아는 것은 자신의 스테이션뿐이었다 — 그 외엔 아무것도 몰랐다.

세 번째가 가장 아팠다. 선발 자체는 괜찮았다 — 운영 지식이 탄탄하고 동료들의 존경을 받는 사람이었다 — 하지만 그는 예스맨이었다. 설계 워크숍에서 컨설턴트가 명백히 무리한 프로세스를 제안했다 — 야간 2명이 4명분의 검수 업무를 하는 것. 그는 까다로워 보이고 싶지 않아 고개를 끄덕였다. 가동 후 야간조는 매일 밤 폭발했고, 그제야 그는 「사실 그때는 잘못됐다고 생각했습니다」라고 인정했다. 노라고 말하지 못하는 슈퍼유저는 없는 것과 같다.

세 번 모두 같은 교훈: 「가장 기술적인 사람」이나 「가장 열심히 일하는 사람」을 고르는 게 아니다. 이 일에 가장 적합한 사람을 고르는 것이다.

WMS 슈퍼유저 고르는 법: 다섯 가지 엄격한 기준

모든 고객에게 주는 다섯 가지 기준이다. 점수표는 아래에 — 80점 이상이면 합격.

  1. 깊은 운영 지식 — 「왜」를 설명할 수 있어야 한다. 기준은 「조작할 수 있다」가 아니라 「각 예외가 왜 그렇게 처리되는지 설명할 수 있다」는 것이다. 물어보라: 「과잉 입고된 상품이 왜 바로 적치로 가면 안 되나요?」. 정답: 「QC가 아직 승인하지 않았기 때문입니다 — 일단 선반에 올라가면 아무도 찾을 수 없습니다」. 「어떻게」만 아는 사람은 다른 사람을 교육하다 변형이 나오자마자 무너진다.

  2. 동료들의 신뢰. 동료들이 정말로 이 사람에게 질문하고, 답을 경청하는가? 이건 속일 수 없다. 리드 피커나 베테랑 주문 담당자는 보통 타고난다.

  3. 단순화할 수 있고, 인내심이 있어야 한다. 테스트: 신입 사원인 당신에게 반품 프로세스를 3분 안에 설명하게 하라. 이해가 되면 합격. 슈퍼유저 업무의 대부분은 같은 것을 반복해서 설명하는 일이다 — 인내심은 경화(硬貨)다.

  4. 앞으로 3개월간 최소 절반의 시간을 투입할 수 있어야 한다. 슈퍼유저 역할은 시간 도둑이다. 설계 워크숍, UAT, SOP 작성, 교육, Q&A. 누군가를 임명하기 전에 직속 상사와 백필 비율을 협상하라 — 서면으로. 구두의 「배려해 보겠습니다」는 가동 직전에 반드시 「일단 본업을 끝내고」로 변한다.

  5. 새 시스템에 적대적이지 않아야 한다. 비즈니스는 꿰뚫고 있지만 모든 새 시스템을 원칙적으로 반대하는 베테랑 오퍼레이터가 있다 — 「종이 전표로도 잘 돌아갔어요」. 그런 사람을 슈퍼유저로 세우면 프로젝트 안에 반(反)선전 노드를 심는 셈이다. 태도는 바뀔 수 있지만, 프로젝트 일정 안에서 도박할 여유는 없다.

운영 베테랑이냐 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나 컨설턴트에게 물어볼 수 있다. 하지만 「이 프로세스는 현장에서 살아남지 못한다」는 판단은 그들만이 할 수 있다.

흔한 실패 지점 다섯 가지 — 미리 피하라

  1. 업무량을 줄여주지 않고 IT에게 슈퍼유저를 겸임시키는 것. 두 업무가 다 망가진다 — 시스템 관리 업무도, 슈퍼유저 업무도 제대로 안 된다.
  2. 슈퍼유저가 UAT에는 참여하지만 설계를 건너뛰는 것. 「이건 못 하겠는데」라고 깨달을 때쯤이면 재작업 비용은 설계 단계 수정 비용의 10배다.
  3. 컨설턴트 말투로 쓰인 SOP. 현장 직원이 이해하지 못하면 없는 것과 같다. 슈퍼유저 자신의 말로 써야 한다.
  4. 가동 직후 슈퍼유저를 풀어주는 것. 첫 3개월은 이슈의 피크 시즌이다 — 최소한 파트타임으로 역할에 머물러야 한다.
  5. 창고당 슈퍼유저가 한 명뿐인 것. 휴가, 퇴사, 병가 — 한 명만 빠져도 건물 전체가 길을 잃는다. 주 담당자 + 백업이 최소선이다. 절반만 함께한 백업이라도 없는 것보다 낫다.

고라이브 전야, 내 체크리스트의 마지막 항목은 언제나 같다. 슈퍼유저에게 전화해 묻는다. 「내일 준비됐어?」. 「네」라고 답하면 그제야 잠들 수 있다.

Lin Xiao, WMS 도입 컨설턴트 지음

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