왜 3개월 WMS 구축이 9개월이 되는가: 다섯 가지 일정 함정

결론부터 말씀드리겠습니다. 제가 리드한 30건이 넘는 WMS 구축 중, 계약이 약속한 WMS 구축 일정——3개월——안에 끝난 것은 단 두 건이었습니다. 나머지의 중앙값은 8~9개월이었습니다. 직관과 반대되는 점은, 소프트웨어가 원인인 경우가 거의 없다는 것입니다. 열 번 중 아홉 번, 일정은 사람·프로세스·데이터 때문에 죽었습니다.

아래는 제가 계속 목격해 온 다섯 가지 일정 함정——증상, 근본 원인, 예방책——그리고 10년 묵은 제 고라이브 전날 밤 체크리스트입니다.

함정 1: 유령 요건 승인

증상: 프리세일 단계에서 클라이언트는 입고, 적치(putaway), 피킹이 "전부 표준"이라고 주장합니다. 팀은 표준 플로우에 맞춰 설정합니다. 그런데 요구사항 파악 1주차에 세 사람에게 물으면 세 가지 답이 나옵니다. 케이스 단위입니까, 파렛트 단위입니까? 파손품은——벤더 반품입니까, 수리 구역행입니까?

이 함정은 세 번 목격했습니다. 최악의 케이스는 2023년 캘리포니아 온타리오의 3PL 창고——80,000평방피트, 이커머스 풀필먼트, 9월 고라이브를 목표로 한 3개월 계약. 2주간의 인터뷰 끝에 "표준 프로세스"라는 결론이 났는데, 운영 매니저가 그 자리에서 얼어붙었습니다. 성수기는 입에서 입으로 전해지는 노하우로 돌아가고 있었습니다. 시스템상에서는 표준 피킹, 실제 경로는 기억에 의존하는 지름길. 표준 프로세스는 슬라이드 속에만 존재했고, 현실을 다시 그리는 데 6주를 태웠습니다.

근본 원인: 영업이 수주를 위해 요구사항 파악을 압축하고, 클라이언트는 이상적인 프로세스를 실제인 것처럼 보여줍니다.

예방책:

1. 회의실이 아니라 현장에서 지켜보라(shadow the floor): 입고와 함께 하루, 야간 피킹과 함께 하루, 성수기와 비수기 모두.
2. 모든 "표준 프로세스" 주장은 실존하는 문서 번호와 날짜를 인용해야 하고, 인터뷰 노트는 48시간 이내에 일선 슈퍼바이저가 서명해야 합니다. 문서도 서명도 없으면, 확정하지 마세요.

함정 2: 아무도 참석하지 않은 설계서(블루프린트) 리뷰

증상: 설계서는 리뷰되고 서명됐습니다——그런데 3개월 뒤 UAT에서 현장 직원이 말합니다. "이 화면은 처음 봅니다." 서명은 IT 부서의 것입니다. 실제 피커들은 세션에 단 한 번도 나오지 않았습니다.

댈러스, 2024년: 한 자동차 부품 창고는 주니어 IT 직원 두 명을 보냈습니다. 사업 부서는 "IT가 결정하면 된다"고 했습니다. 200페이지짜리 설계서가 2주 만에 서명됐습니다. UAT 1주차에 폭발했습니다. 자동차 부품의 전형적인 주문은 다섯 개 통로에 걸친 열두 개 라인으로 쪼개지는데, 표준 웨이브 전략으로는 돌릴 수 없었습니다. 재설계에 5주가 추가됐습니다. 3개월이 8개월이 됐습니다.

근본 원인: 클라이언트는 WMS를 IT 프로젝트로 취급하고, 벤더는 마일스톤을 쫓느라 수상할 정도로 빠른 승인을 받아들입니다.

예방책:

1. 참석자 명단에는 프로세스 영역마다 현장 책임자를 넣으세요——입고 슈퍼바이저, 피킹 리드, 감사 리드. 한 명이라도 빠지면 회의는 열지 않습니다.
2. 주문 생성부터 라벨 인쇄까지, 모든 핵심 플로우를 테스트 환경에서 실제로 클릭하며 통과시키세요.
3. "이 플로우들을 테스트 환경에서 직접 조작하고 확인했습니다"를 승인 페이지에 넣으세요. IT 대리 서명은 무효입니다.

함정 3: 고라이브 전날까지 미뤄진 데이터 정제——조용한 일정 킬러

증상: 계획서에는 데이터 준비가 "클라이언트 책임"이라고 적혀 있습니다——그 뒤는 침묵. 고라이브 2주 전이 되어서야 드러납니다. SKU의 30%에 바코드 규칙이 없고, 로케이션 코드는 10년 전에 즉흥적으로 만들었고, 한 벤더가 세 개의 이름으로 등록돼 있습니다.

이 함정도 세 번 목격했습니다——뉴저지, 2022년: 식품 유통업체, 120,000 SKU, 로트·유통기한 관리 필수. 템플릿을 보냈습니다. 3개월 뒤 돌아온 40%는 오류 투성이——생산일과 유통기한이 하나의 필드에 쑤셔 넣어져 있고, 로트 번호는 영문·숫자·비라틴 문자가 뒤섞여 있었습니다. 정제에 4개월이 걸렸습니다. 4개월짜리 프로젝트가 10개월이 됐습니다. 마지막 주에는 창고 사무실에 3일간 상주하며 8,000 SKU를 손으로 대조했습니다.

근본 원인: 데이터 작업은 지저분하고 마일스톤이 없으니, 양쪽 모두 문제가 폭발할 때까지 미룹니다.

예방책:

1. 데이터 템플릿은 1주차에 보내세요. 쉬운 설명서와 필드별 작성 예시를 첨부해서.
2. 하드 마일스톤: 30일에 50%, 60일에 90%, 30일 전에 100% 동결. 하나라도 놓치면 WMS 구축 일정은 자동으로 연장됩니다——계약서에 씁니다.
3. 45일 전에 데이터 트라이얼 로드를 실행하세요. 실제 데이터를 테스트 환경에 넣고 전 프로세스를 처음부터 끝까지 돌립니다. 이걸 건너뛰면 나중에 열 배로 치릅니다.

함정 4: 아무도 예산에 넣지 않은 연동

증상: 제안서에는 "ERP/OMS/TMS와 연동——2주"라고 적혀 있습니다. 현실: ERP 벤더의 연동 담당자는 두 달 뒤까지 꽉 차 있고, 합동 테스트에서는 상대 시스템에 로트 번호 필드조차 없는 것이 드러납니다.

WMS는 혼자 살 수 없습니다. 중규모 프로젝트는 보통 3~4개의 외부 시스템——ERP, OMS, TMS/택배 발송, 거기에 저울과 프린터——와 연동합니다. 제 경험칙: 연동은 전체 공수의 30~40%를 먹지만, 원래의 WMS 구축 일정에는 10%밖에 반영돼 있지 않습니다.

근본 원인: WMS 벤더는 자기 쪽만 책임지고, ERP 벤더는 "당신 문제" 취급하며, 클라이언트는 API는 그냥 꽂으면 되는 줄 압니다. 전체의 주인은 아무도 없습니다.

예방책:

1. 킥오프 주: 모든 외부 시스템의 연동 담당자를 하나의 채널에 모으고, API 문서와 서면 일정 약속을 손에 쥡니다.
2. 연동 테스트는 UAT보다 최소 4주 전에, 2라운드 여유를 두고 스케줄하세요. 1라운드는 반려됩니다.
3. 인터페이스마다 폴백을 정의하세요. ERP가 늦어지면, 일단 임포트 템플릿으로 돌립니다. 폴백이 먼저입니다.

함정 5: UAT와 교육이 제일 먼저 잘립니다

증상: 앞의 함정들이 일정을 갉아먹자, 프로젝트 매니저는 서류상 가장 덜 아픈 곳을 자릅니다——UAT를 4주에서 2주로, 교육을 3일에서 반나절로. 고라이브 1주차, 피커들은 예외 화면을 본 적이 없고, 한 건의 재고 부족 알림에 라인이 멈춰 섭니다.

온타리오로 돌아가 보겠습니다. 성수기를 향해 질주하던 중: 100명을 상대로 하루, 슬라이드만 보는 교육. 1주차, 아무도 반품 처리를 할 수 없었습니다. 400건이 넘는 반품이 쌓이고, 컴플레인이 오너의 휴대폰까지 갔습니다. 사흘 밤의 실습 세션으로 출혈을 멈췄습니다. 교육에서 아낀 하루가, 복구에 3주가 걸렸습니다.

근본 원인: UAT와 교육은 "설정 완료"처럼 눈에 보이는 산출물을 내지 않으니, 잘라도 당장 아프지 않습니다——모든 것은 고라이브 뒤에 옵니다.

예방책:

1. UAT는 실제 업무 데이터로 최소 3주를 확보하세요. 커버리지 80% 미만에서는 승인하지 않습니다.
2. 역할별·소그룹·실습 교육: 팀별로 따로, 테스트 환경에서 1인당 5건의 풀 주문을 돌립니다. 대강당 슬라이드는 교육 제로와 같습니다.
3. 1주차는 이중 운용: 새 시스템 + 종이 백업, 매일 밤 대조, 종이는 5영업일 보관.

3개월이 9개월이 되는 내역: 일정의 분해

3개월짜리 계획은 어떻게 9개월을 태울까요? 전형적인 지연 프로젝트(프로젝트 기준 추정치):

설정 초과는 1주뿐. 나머지 5개월은 요구사항 파악·데이터·연동·테스트——사람의 일에 사라졌습니다. 직관에 반하는 결론: WMS 구축은 소프트웨어 때문에 늦어지는 것이 아닙니다. 사업이 실제로 어떻게 돌아가는지를 처음으로 풀어내는 시간 때문에 늦어지는 것입니다. 설정은 4주면 끝납니다. 창고가 진짜 어떻게 움직이는지를 말로 풀어내는 데 3개월이 걸립니다.

고라이브 전날 밤 체크리스트(제 10년 묵은 버전)

고라이브 전날 밤마다 저는 클라이언트 PM과 우리 리드를 한 방에 모아 이 리스트를 함께 훑습니다——미답변 항목이 하나라도 있으면, 아무도 자지 못합니다.

1. 마스터 데이터 동결했는가? 이후에 손댄 적은 없는가? 있다면——트라이얼 로드는 다시 돌렸는가?
2. 모든 인터페이스가 오늘 통과했는가? 마지막 합동 테스트에서 72시간이 지났으면, 다시 돌리세요.
3. UAT 실행률은? 실패 케이스: 연기할 것인가, 알려진 이슈를 안고 릴리스할 것인가——누구의 서명?
4. 내일 교대: 전원이 자신의 로그인과 플로우를 아는가? 작업자 3명을 무작위로 확인하세요.
5. 예외 플로우 리허설——재고 부족, 파손품, 정전, 프린터 고장: 각각의 책임자는 누구?
6. 롤백 계획은 있는가? 정오에 시스템이 죽으면——되돌릴 것인가, 라인을 멈출 것인가? 누가 결정하는가, 어느 번호로?
7. 7일간의 현장 지원 체제는 정해졌는가? 야간은 누가 커버하는가?
8. 클라이언트 오너에게 연락이 되는가? 첫 3일간 오너는 채팅에 남아 있어야 한다.

마지막에 무너지는 포인트

첫째, 구두 "3개월"을 믿지 마세요. 계약 부속서에 데이터 준비·연동 일정·UAT가 없는 계획은 6~9개월짜리 계획입니다.

둘째, PM의 금요일 보고는 세 가지로 구성됩니다. 완료, 다음, 막힘과 누가 결정할 것인가. 세 번째가 없으면, 아무도 프로젝트를 관리하지 않고 있는 것입니다.

셋째, 고라이브 기준은 일찍 정의하세요. UAT 합격률, 리허설 횟수, 데이터 정확도——고정값으로 잠급니다. 그렇지 않으면 고라이브 전날 밤에 누군가가 "대충 됐습니다"라고 말합니다. 그리고 "대충 됐습니다"는 이 업계에서 가장 비싼 말입니다.

WMS 구축은 조직 변화 프로젝트입니다. 소프트웨어는 덤으로 따라올 뿐입니다. 어떤 일정의 가장 큰 함정도 기술적인 것이 아닙니다——사람의 부분은 알아서 해결된다고 단정하는 것입니다. 이 다섯 함정을 메우면, 5~6개월의 탄탄한 고라이브는 충분히 가능합니다.

Lin Xiao, WMS 구축 컨설턴트 지음

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