제가 본 최악의 WMS 고라이브는 이랬습니다: 출시 당일 정오에 피커들의 RF 건이 작업 목록을 불러오지 못했고, 40명이 랙 앞에 할 일 없이 서 있었습니다. 오너는 책상을 두드렸고, IT는 회의실에서 서로 책임을 떠밀었습니다 —— 문제가 터졌을 때 누가 최종 결정을 내리는지 아무도 정하지 않았기 때문입니다.
그 후 저는 교훈을 얻었습니다: 어떤 시스템 출시든 첫 주에 창고가 필요로 하는 것은 워룸입니다. 회의실이 아니라 —— 지휘소입니다. 누가 앉을지, 어떤 도구를 가져올지, 어떤 리듬으로 운영할지는 고라이브 전에 모두 결정합니다. 아래는 여러 차례의 출시를 거치며 다듬은 플레이북입니다. 가져가세요.
제가 지켜본 실패한 출시 3건 —— 공통점은 「아무도 결정하지 못했다」
먼저 세 가지 실제 교훈입니다. 워룸이 왜 절대 타협할 수 없는지 알게 될 겁니다.
라벨 용지. 2일차, 모든 프린터가 멈췄습니다 —— 시스템 버그가 아닙니다. 라벨 용지가 떨어진 겁니다. 관리팀은 구 시스템 사용량 기준으로 비축했는데, 새 인쇄 포맷은 소모량을 2배로 늘렸습니다. 창고 직원 30명이 오전 내내 택배 배송을 기다렸습니다. 그 이후로 워룸 체크리스트에는 이 한 줄이 들어갑니다: 소모품은 3일분을 비축하라.
인터페이스 사망, 새벽 2시. ERP 주문 연동이 새벽 2시에 끊기면서 WMS가 주문을 받지 못했습니다. 당직 IT는 신입이라 인터페이스 재시작 권한이 누구에게 있는지 몰랐고, 그룹 채팅에 @everyone을 멘션해 올바른 담당자를 찾는 데 40분이 걸렸습니다. 그 40분 동안 오전 6시 웨이브 계획이 무너졌습니다. 그 이후로 교대 명단에는 이름과 전화번호를 적어 워룸 벽에 붙입니다.
오너의 직접 지휘. 3일차에 S2 발생: IT는 수정에 4시간이 필요했지만 현장은 기다릴 수 없었습니다. 오너는 현장으로 달려가 워룸을 건너뛰고 직접 작업 흐름을 지시하기 시작했습니다 —— 그것이 시스템 로직과 충돌해 그날 200건의 예외가 발생했습니다. 그 이후 저는 철칙을 세웠습니다: 첫 주에는 현장이 단 하나의 목소리 —— 워룸의 지시만을 따릅니다. 의견이 있는 오너는 워룸 안에서 말하십시오.
세 번의 실패, 세 가지 죽음, 근본 원인은 하나: 결정적인 순간에 아무도 결정하지 못했다 —— 또는 결정하면 안 되는 사람이 결정했다.
방에 반드시 있어야 할 5명
사람을 잘못 뽑으면 워룸은 그냥 말싸움하는 장소가 됩니다. 이 다섯 가지 역할은 타협 불가입니다:
현장 지휘관 (1명, 최종 결정권). IT가 아닌, 업무를 아는 운영 리더여야 합니다. 딱 하나의 권한을 가집니다: 인시던트 발생 5분 이내에 「계속」 또는 「중단」을 결정하는 것. 첫 주는 위원회식 결정으로 버틸 수 없습니다.
WMS 구축 담당자, 상주. 설정 버그가 터졌을 때 그 자리에서 고칠 수 있는 사람은 그들뿐입니다. 고라이브 주간의 상주 지원은 계약서에 명시하십시오 —— 원격 지원만으로는 실패하는 것을 저는 봐 왔습니다.
IT / 연동 리드. WMS는 섬이 아닙니다: ERP 주문 연동, 운송사 라벨 API, 정산 인터페이스는 하나라도 끊기면 창고가 멈춥니다. 이 사람이 모든 인터페이스의 모니터링과 재시작 권한을 가집니다.
현장의 교대 리드. 피킹, 입고, 감사에서 각 1명. 이들은 시스템의 인간 센서입니다 —— 화면 지연이나 어색한 작업 흐름을 가장 먼저 느낍니다. 단순 전달 역할이 아니라 직접 보고할 수 있는 채널을 주십시오.
기록 담당 겸 에스컬레이션 관리자. 모든 이슈는 티켓화하고, 심각도를 매기고, 종료까지 추적합니다. 내일로 미룰 것과 지금 당장 에스컬레이션할 것을 결정하는 것은 이 사람입니다 —— 방의 질서는 그에게 달려 있습니다.
한 줄로: 워룸이 꽉 차 있으면, 현장은 차분하다.
출시 48시간 전 체크리스트
워룸은 출시 당일 아침이 아니라 이틀 전에 구축합니다. 하나씩 체크하십시오:
- 데이터 프리즈: 구 시스템이 입력을 중단하는 정확한 시점을 전사적으로 동기화합니다. 프리즈 전에 세 가지를 검증하십시오: SKU 마스터 데이터, 로케이션, 재고 잔액. 셋 중 하나라도 맞지 않으면 출시하지 않습니다.
- 인쇄 소모품: 배송 라벨, 바코드 라벨, 리본 —— 3일분을 비축합니다. 웃고 싶으면 웃으십시오; 저는 라벨 용지 배송을 기다리느라 2일차에 창고가 멈춘 것을 봤습니다.
- 롤백 훈련: 롤백이란 「상황이 나빠지면 구 시스템으로 돌아간다」가 아닙니다. 적어 두십시오: 발동 조건, 명령을 내리는 사람, 데이터 복귀 방법, 구 시스템 복구에 필요한 시간. 출시 전에 최소 한 번은 서면으로 리허설하십시오.
- 교대 명단: 첫 주에는 하루 두 번의 12시간 교대 (낮과 밤 쉬지 않고), 7일 연속입니다. 이름과 전화번호를 종이에. 새벽 3시에는 누구에게 전화해야 하는지 정확히 알아야 합니다 —— 그룹 채팅의 @everyone이 아니라.
- 방 자체: 실시간 주문 충족률, 백로그 물량, 인터페이스 상태를 보여주는 대형 화면; 그날의 상위 3개 리스크를 적는 화이트보드; 간식과 물 비축. 첫 주에는 아무도 제대로 먹지 못합니다.
첫 주 리듬: 하루 3회 스탠드업 + 심각도 등급
하루 3회 스탠드업, 예외 없음. 아침 (교대 시작 30분 전): 전날 남은 일을 정리하고 당일 웨이브 계획을 확인. 점심 점검: 오전 백로그와 예외를 검토하고 오후 인원 추가 여부를 결정. 저녁 회고 (종료 후): 당일 이슈 목록을 돌아보고, 심각도를 매기고, 담당자와 마감일을 배정. 각 회 최대 30분. 서서 진행.
심각도와 에스컬레이션 매트릭스 —— 벽에 인쇄해 붙이십시오:
| 등급 | 정의 | 대응 |
|---|---|---|
| S1 | 시스템 다운 / 창고 전체 중단 | 15분 이내 현장 지휘관에게 에스컬레이션; 1시간 이내 우회책 |
| S2 | 핵심 흐름 차단 (예: 라벨 인쇄 불가) | 30분 이내 대응; 4시간 이내 해결 또는 축소 운영 |
| S3 | 국소 이상 (한 로케이션, 한 문서) | 당일 해결 |
| S4 | 다듬기 / UX 개선 | 백로그에 기록; 2주차에 처리 |
중단 선언 시점: 롤백 레드라인
가장 어려운 결정은 버그 수정이 아닙니다 —— 「오늘은 출시할 수 없다」고 인정하는 것입니다. 레드라인은 미리 적어 두고, 출시 계획에 넣고, 오너의 서명을 받습니다:
- 주문 충족률이 80% 아래로 떨어지고 2시간 동안 개선 추세가 없을 때;
- 백로그가 일일 처리 능력의 1.5×를 초과하고 계속 늘어날 때;
- 핵심 인터페이스 (ERP 주문 / 운송사 라벨)가 4시간 이상 중단되고 복구 경로가 없을 때;
- 재고 차이가 넓게 퍼지고 실사 수량이 수렴하지 않을 때.
하나라도 해당되면 발동됩니다: 현장 지휘관이 중단을 선언하고 롤백을 시작합니다. 기억하십시오: 롤백은 실패가 아닙니다 —— 손실 관리입니다. 3일을 버티다가 모든 고객을 잃는 것이 진짜 실패입니다. 제가 맡았던 출시 중에서는 단호하게 롤백한 건이 2주 뒤 깨끗하게 출시됐고; 억지로 밀어붙인 건은 한 달의 고통을 겪었습니다.
워룸을 해체하는 시점
그것에도 기준이 있습니다 —— 「이제 괜찮은 것 같다」가 아니라: S1/S2 이슈 없이 3일 연속, 충족률이 출시 전 베이스라인으로 회복, 백로그 제로. 그리고 마지막 회고: 이슈 로그를 아카이브하고, 백로그를 일상 운영에 인계하고, 교대 명단을 당직 체제로 축소. 화이트보드를 지운다. 해체.
출시의 첫 주는 기술이 아니라 조직력으로 승리합니다. 가장 안정적인 시스템도 누구 말을 들어야 할지 모르는 40명을 견딜 수 없습니다. 워룸을 구축하고, 규칙을 세우면 첫 주가 순조롭게 마무리됩니다 —— 여러 번의 밤샘으로 치른 대가의 교훈입니다.
영어판 번역본입니다. 내용이 다를 경우 영어판을 우선합니다.
