SAP 구축 프로젝트, 왜 새 매장 오픈보다 힘들까?
SAP 구축 프로젝트가 어려운 진짜 이유는 기술이 아니라 사람과 소통입니다. 새 레스토랑 매장을 여는 과정에 비유해 착수부터 안정화까지 5단계를 정리했습니다.
안녕하세요, Rabbit입니다! 🐰
새 레스토랑 매장을 하나 연다고 상상해봅시다. 좋은 자리를 잡고, 주방을 설계하고, 장비를 들이고, 드디어 오픈하는 그 과정. 큰 기대와 함께 시작하지만, 막상 해보면 예상치 못한 일들이 끝없이 터져 나옵니다. SAP 구축 프로젝트가 딱 이렇습니다.
지난 글에서 PI(설계자)와 구축(시공자)이 어떻게 다른지 살펴봤습니다. 오늘은 그 시공자들이 실제로 겪는 구축 프로젝트 이야기입니다. 흥미로운 건, 프로젝트를 어렵게 만드는 게 최신 기술이나 복잡한 시스템이 아니라는 점입니다. 오히려 생각보다 사소하고 인간적인 문제들 때문에 어려워집니다. 시스템은 정해진 논리대로 움직이지만, 우리의 일은 그 논리를 늘 살짝씩 비껴가기 때문이죠.
오늘은 SAP 구축 프로젝트가 왜 어려운지, 새 매장을 여는 과정에 빗대어 단계별로 정리하겠습니다.
3줄 요약
- SAP 구축은 IT 프로젝트가 아니라, 일하는 방식 자체를 바꾸는 과정이다.
- 단계마다 빠지기 쉬운 함정이 있고, 대부분 기술이 아니라 소통의 문제다.
- 오픈은 끝이 아니라 시작이며, 안정화 기간의 대응이 성패를 가른다.
그림 1. SAP 구축 5단계 — 새 매장을 짓는 과정
1. 자리 잡기 — 프로젝트 착수
새 매장은 좋은 자리를 잡고 기초를 다지는 일부터 시작합니다. SAP 구축의 ‘착수 단계’가 이 과정입니다. 프로젝트의 큰 그림을 그리고, 목표와 범위를 정하고, 예산과 일정을 세우는 시기죠.
이때 가장 흔한 함정은 “옆 가게가 잘되니, 우리도 똑같이 차려주세요”라는 생각입니다. 잘되는 가게를 참고하는 건 좋지만, 매장마다 동선도 손님층도 다릅니다. 회사도 마찬가지입니다. 일하는 방식은 사람 얼굴만큼 제각각이라, 같은 업종이라고 업무 프로세스까지 같을 거라 생각하면 위험합니다. 겉보기엔 비슷해 보여도 속사정은 전혀 다른 경우가 많습니다.
2. 매장 설계도 그리기 — 비즈니스 블루프린트
이제 우리 매장만의 설계도를 그릴 차례입니다. 주방을 어디에 두고, 홀 동선을 어떻게 짜고, 손님이 어떻게 움직일지를 정하는 단계죠. SAP로 치면 현업이 실제로 어떻게 일하는지 꼼꼼히 듣고, 그 내용을 시스템의 언어로 옮기는 과정입니다.
여기서 가장 큰 암초는 “우리 업무는 단순해요”라는 말입니다. 단순하다고 여겼던 일일수록 파고들면 엑셀이나 수기로 처리하던 예외 사항이 잔뜩 숨어 있습니다. “홀은 그냥 넓게 빼주세요”라고만 말하면, 테이블 간격·주방 동선·출입구 위치를 안 정해서 나중에 집기를 못 들이는 것과 같습니다.
이런 예외를 설계 단계에서 놓치면, 오픈 뒤에 꼭 이런 말이 나옵니다. “이거 원래 손으로 하던 건데, 시스템에선 왜 안 되나요?” 가끔 하는 일이라고 설계에서 빼버리면, 나중에 훨씬 큰 문제로 돌아옵니다. ‘예외’야말로 가장 공들여 적어둬야 할 부분입니다.
3. 본격적인 공사 — 시스템 구축 및 개발
설계도가 나왔으니 주방을 짓고 장비를 들일 시간입니다. 표준 기능으로 부족한 부분은 개발 언어로 맞춤 구현을 진행합니다. 주방 표준 설비로 안 되는 특수 조리 공간을 따로 만드는 것과 비슷하죠.
이 단계에서 가장 중요한 건 사람 사이의 소통입니다. 분명 회의에서 이야기한 것 같은데 상대는 들은 적 없다 하고, 문서에는 기록이 안 남아 있는 상황이 생깁니다. 기획자·개발자·현업 사이의 작은 오해가 하나씩 쌓이면, 나중엔 시스템의 큰 결함으로 이어집니다.
그래서 무언가를 만들기 전에, 서로의 언어를 명확히 맞추고 기록으로 남기는 습관이 먼저입니다. “구두로 합의했다”는 가장 위험한 말 중 하나입니다. 같은 단어를 두고도 기획자와 현업이 다른 그림을 떠올리는 일이 흔하기 때문이죠.
4. 오픈 전 점검 — 최종 준비 및 테스트
매장이 거의 다 완성됐습니다. 손님을 받기 전에 가스는 잘 들어오는지, 동선에 막히는 데는 없는지, 포스기는 제대로 작동하는지 확인해야겠죠. 사용자가 직접 시스템을 써보며 문제를 찾는 통합 테스트(UAT) 단계입니다.
사용자들은 이때 처음으로 완성된 시스템을 마주합니다. 도면으로 볼 때는 몰랐던 불편함을 실제로 서보며 발견하듯, 새로운 요구사항이 쏟아지기 시작합니다. “이 화면에서 재고 수량도 같이 보이면 좋겠는데요?” 같은 ‘몰랐던 요구사항’은 테스트 단계의 단골손님입니다.
머리로 상상할 때와 손으로 직접 만져볼 때의 경험은 완전히 다르기 때문입니다. 그래서 테스트는 단순한 오류 점검이 아니라, 실제 영업할 매장의 불편함을 찾아내는 마지막 기회입니다. 당연히 있을 줄 알았던 기능이 빠져 있는 경우도 생각보다 흔하게 나옵니다.
5. 오픈, 그러나 진짜는 이제부터 — 가동 및 안정화
드디어 매장이 문을 열고, 모든 직원이 새 시스템을 쓰기 시작합니다. 여기서 프로젝트가 끝났다고 생각하면 오산입니다. 진짜 시작은 지금부터입니다.
오픈 직후에는 문제들이 동시에 터져 나옵니다. “로그인이 안 돼요”, “생산 오더 화면에 권한이 없다고 나와요”, “데이터가 하나도 안 보여요” 같은 문의가 쏟아지죠. 이 시기 프로젝트팀은 사실상 ‘비상대응팀’이 됩니다. 이 기간을 보통 안정화 기간이라 부르고, 이때의 대응 속도가 프로젝트의 최종 성패를 가릅니다.
Rabbit도 이 안정화 기간을 직접 겪어봤습니다. 오픈 직후엔 매뉴얼에 없던 문의가 끝없이 들어오는데, 그걸 하나씩 풀어가며 시스템이 비로소 회사에 맞게 자리 잡는 걸 느꼈습니다. 화려하진 않지만, 구축 프로젝트에서 가장 사람 냄새 나는 구간입니다. 새 매장도 오픈 첫 달의 좌충우돌을 넘겨야 비로소 단골이 생기는 것처럼요.
Rabbit의 한 끗
SAP 구축 프로젝트는 낡은 시스템을 새것으로 바꾸는 IT 프로젝트가 아닙니다. 회사가 일하는 방식, 조직의 문화, 구성원의 생각까지 바꾸는 일에 더 가깝습니다. 매장을 짓는 데서 끝나지 않고, 그 매장에 맞는 새로운 운영 방식을 함께 만들어가는 과정인 셈이죠.
그래서 기술보다 사람이 중요하고, 시스템보다 소통이 중요합니다. 이 다섯 단계를 미리 알고 있으면, 막상 그 함정을 만났을 때 덜 당황하고 한 박자 빠르게 대응할 수 있을 거예요. 😎
더 읽어보기