SAP 구축은 큰 걸음처럼 느껴질 수 있고, 실제로 그럴지도 모릅니다. 하지만 서두르듯 느낄 필요는 없습니다. 무엇을 해결하려는지 이해하기도 전에 플랫폼 선택, 배포 모델 비교, 기능 목록 좇기에 빠져드는 기업을 많이 봤습니다.
목표는 완벽하게 만드는 것이 아닙니다. 명확하게 만드는 것입니다. 우리 비즈니스에 실제로 무엇이 필요한지, 어느 정도의 변화를 감당할 준비가 되어 있는지, 계획대로 되지 않으면 어떻게 되는지 따져 보는 것입니다.
이 페이지는 각 단계를 차례로 짚고, 단계마다 제가 쓴 모든 가이드를 연결하며, 고객이 가장 자주 묻는 질문으로 마무리합니다.
대부분의 팀은 소프트웨어부터 봅니다. 이해할 만합니다. 하지만 SAP 구축은 그 밑에 있는 시스템보다 비즈니스가 매일 어떻게 돌아가는지와 더 깊이 관련되어 있습니다.
어려운 것은 SAP를 설치하는 일이 아닙니다. 실제로 바뀌어야 하는 것을 중심으로 사람, 타이밍, 의사결정을 맞추는 일입니다. 프로젝트가 느려지거나 멈추는 곳이 바로 여기입니다.
지금 모든 답을 가지고 있을 필요는 없습니다. SAP 구축을 또 하나의 IT 프로젝트가 아니라 일하는 방식의 전환으로 보면 도움이 됩니다.
한눈에 보기
전략적 준비
소프트웨어보다 비즈니스를 먼저 이해합니다. 해결할 문제, 성공의 모습, 표준과 커스텀 사이의 경계입니다.
계획 및 거버넌스
범위, 배포 모델, 의사결정 구조를 일찍 정합니다.
솔루션 설계
Fit-to-Standard: 비즈니스를 SAP의 프로세스에 맞추고 가치를 더하는 곳에서만 개발합니다.
데이터 및 통합
어떤 데이터를 옮길지 정하고 정제하며, SAP가 다른 모든 시스템과 어떻게 연결될지 설계합니다.
구축, 테스트, 교육
통제된 개발, 종료 기준을 갖춘 실제 테스트 사이클, 실제 데이터를 사용한 교육입니다.
Go-Live 및 하이퍼케어
규율 있는 컷오버, 빠르게 고치는 하이퍼케어 팀, 그리고 비즈니스를 측정하는 KPI입니다.
0단계: 전략적 준비
모듈을 이야기하거나 플랫폼을 비교하기 전에 멈추십시오. SAP 구축은 비즈니스를 이해하는 데서 시작합니다. 지금 어떻게 돌아가는지, 어디서 어려움을 겪는지, 무엇이 바뀌어야 하는지입니다. 이후의 모든 결정은 여기서 정한 내용에 기댑니다.
세 가지 질문에 집중하십시오. 어떤 문제를 해결하려 합니까? 성공은 어떤 모습이어야 합니까? 표준과 커스텀 사이의 선을 어디에 그을 것입니까?
요구사항 수집은 기능 목록이 아닙니다. 지금 비즈니스가 어떻게 일하는지, 무엇이 발목을 잡는지를 정리하는 일입니다. 비즈니스 케이스는 성과, ROI 기대치, 그리고 여섯 달 뒤 그 투자를 어떻게 설명하고 지킬지를 정합니다. 클린 코어 전략은 무엇을 커스터마이징하고 무엇을 표준으로 둘지 선을 긋고, Go-Live 이후의 모든 업그레이드를 좌우합니다.
1단계: 계획 및 거버넌스
왜 이 일을 하는지 알게 되었다면, 이제 그것을 의사결정으로 바꾸십시오. 명확한 결정을, 일찍 내려야 합니다.
범위를 구체적으로 정하십시오. 어떤 사업부가 Go-Live 하는지, 어떤 프로세스가 당분간 수작업으로 남는지, 어떤 레거시 시스템이 남는지입니다. 여기서 불분명한 것은 나중에 잡음이 되고, 그 뒷수습은 처음부터 제대로 하는 것보다 더 많은 비용이 듭니다.
그린필드, 브라운필드, 선택적 전환 중 무엇을 고를지는 기술적 선택 이상입니다. 비즈니스가 감당할 수 있는 변화의 정도를 반영하며, 수십 가지 설계 결정이 여기서 이어집니다. 그다음 운영위원회를 구성하고, 에스컬레이션 경로를 정하고, 어려운 결정을 누가 맡을지 정하십시오. 진행하면서 비즈니스 케이스를 계속 업데이트하십시오.
2단계: 솔루션 설계(Fit-to-Standard)
솔루션 설계는 모든 것을 처음부터 설계하는 일이 아닙니다. SAP가 이미 무엇을 제공하는지, 비즈니스에 진짜로 무엇이 필요한지, 언제 커스텀 개발을 거절해야 하는지 이해하는 일입니다. Fit-to-Standard 워크숍은 SAP의 기본 흐름을 차례로 짚어 보며 어디를 조정하고 어디를 수용할지 정하게 해 줍니다.
세 영역부터 시작하십시오. 모듈은 재무, 영업, 구매, 제조 같은 주요 업무 기능을 반영합니다. 통합이 필요한 이유는 SAP가 혼자 돌아가는 경우가 드물고 CRM, 공급업체 네트워크, 리포팅 도구, 레거시 시스템과 연결되어야 하기 때문입니다. 그리고 아키텍처는 성장하는 동안에도 깔끔하고, 업그레이드할 수 있고, 지원받을 수 있는 상태를 유지해야 합니다.
산업별 내용은 제조, 유통, 항공을 위한 SAP를 참고하십시오.
3단계: 데이터 및 통합
이 단계는 자주 과소평가되지만 Go-Live의 성패를 가릅니다. 최고의 모듈과 가장 깔끔한 설계를 갖춰도, 데이터가 망가져 있으면 사용자는 첫날부터 그것을 느낍니다.
세 가지를 생각해 보십시오. 옮길 가치가 있는 데이터는 무엇이고 남겨 둘 수 있는 것은 무엇입니까? 현재 데이터는 실제로 얼마나 깨끗합니까? 그리고 SAP를 기존 도구와 서드파티 플랫폼에 어떻게 연결할 것입니까?
데이터 마이그레이션은 간단하게 들리지만 그렇지 않습니다. 프로젝트는 부실한 매핑, 지저분한 원천 데이터, 막바지 범위 변경 때문에 지연됩니다.
4단계: 구축, 테스트, 교육
SAP 구축이 실감 나기 시작하는 단계이며, 구조가 없으면 빠르게 무너집니다. 개발 속도가 붙고 트랜스포트가 빠르게 움직입니다. 기술 변경 관리가 불분명하면 변경 사항이 서로를 덮어쓰고, 팀은 무엇이 승인되었는지 놓치게 됩니다.
테스트는 실제 업무 활동을 반영해야 합니다. UAT, 컷오버 리허설, 그리고 예외 케이스까지입니다. 종료 기준과 품질 게이트가 모두의 방향을 맞춰 줍니다.
교육은 대부분의 예상보다 중요하며, 맨 끝으로 미루면 역효과가 납니다. 실제 데이터로 세션을 진행하고, 직접 해 보게 하고, 실수도 하게 하십시오. 자신감은 거기서 자랍니다.
5단계: Go-Live 및 하이퍼케어
Go-Live는 결승선처럼 느껴지지만 현실이 시작되는 지점입니다. 사용자는 연습을 멈추고 시스템에 의존하기 시작합니다. 하루 만에 평온에서 혼란으로 바뀐 팀을 본 적이 있습니다. 작업이 잘못되어서가 아니라 인수인계가 너무 느슨했기 때문입니다.
컷오버는 데이터를 마이그레이션하고, 인터페이스를 활성화하고, 변경을 동결하고, 수백 가지 작은 작업을 빠듯한 시간 안에 조율하는 일입니다. 제가 본 최고의 컷오버에는 명확한 일정, 백업 계획, 리허설이 있었습니다. 사람들은 어디에 로그인하는지, 누구에게 연락하는지, 무엇을 건드려도 되는지도 알아야 합니다.
Go-Live 이후 하이퍼케어는 연장된 지원이 아니라 집중 대응 조직입니다. 티켓을 모두가 볼 수 있게 기록하고 빠르게 고치십시오. 초기에 신뢰를 잃은 사용자는 돌아오지 않는 경우가 많기 때문입니다. 그리고 시스템만이 아니라 비즈니스를 측정하십시오. 정착률, 사이클 타임, 오류 추이, 그리고 리포팅과 재고가 이제 재무와 맞는지입니다.
제가 SAP 구축에 관해 쓴 모든 가이드를, 도움이 되는 의사결정별로 묶었습니다. 각 행의 첫 번째 링크부터 시작하십시오.
보편적인 공식은 없습니다. 있다고 주장하는 사람은 아마 직접 해 본 적이 없을 것입니다. 하지만 사용자 10명짜리 프로젝트든 5개국에 걸친 글로벌 롤아웃이든, 저는 같은 여섯 가지를 계속 보게 됩니다.
- 명확한 비즈니스 목표. “Go-Live”는 목표가 아닙니다. 주문 처리 시간을 40% 줄이는 것이 목표이며, IT부터 현업 운영까지 모두가 시스템이 왜 중요한지 알아야 합니다.
- 경영진의 후원. 리더십이 프로젝트를 눈에 띄게 지원하지 않으면 사람들은 알아채고, 추진력이 식고, 어려운 결정은 아래로 떠넘겨집니다.
- 탄탄한 변화 관리. 저항은 요란한 경우가 드뭅니다. 반쯤만 쓰이는 기능과 그림자 스프레드시트로 나타나므로, 일찍 시작하고 과하다 싶을 만큼 소통하십시오.
- 현실적인 데이터 전략. 데이터 오너십을 지정하고, Go-Live 이후가 아니라 이전에 정리하십시오.
- 비즈니스 내부의 오너십. 머리까지 통째로 외주를 주지 마십시오. 무언가 이상할 때 제동을 걸 수 있는, 신뢰받고 조금은 고집 있는 사람이 필요합니다.
- Go-Live 이후 지원 계획. 사람들은 실수하고 기능이 기대대로 작동하지 않을 때도 있습니다. 지원은 생명줄입니다.
제대로 되면 얻는 것은 실용적입니다. 영업, 재고, 재무를 아우르는 하나의 데이터, 더 강한 프로세스 규율, 더 깔끔한 감사 추적, 현금과 주문에 대한 실시간 수치, 그리고 다시 만들지 않고도 성장할 여지입니다.
출발은 힘찼는데 데이터가 깨끗하지 않거나 승인이 어떻게 돌아가야 하는지 아무도 합의하지 못해 여섯 달 만에 멈춰 선 프로젝트를 본 적이 있습니다. 흔한 일이며, 초기에 주의를 기울이면 피할 수 있습니다.
- 현업과 IT의 불일치. IT는 민첩성을 밀어붙이는데 현업은 빈틈없는 프로세스를 원하고, 그 간극이 계속 발목을 잡습니다.
- 기존 시스템 복사. 이전 ERP의 모든 화면과 필드를 재현하면 비대한 커스터마이징과 더딘 롤아웃으로 이어집니다.
- 준비가 덜 된 데이터. 중복, 낡은 코드, 끊어진 연결이 프로젝트 도중에 드러나 모든 것을 늦춥니다.
- 변화 피로. 팀은 이미 본업을 하고 있고, 변화 관리가 없으면 저항은 조용하지만 실재합니다.
- 어려운 결정을 맡는 사람이 없음. 컨설턴트는 안내할 수 있지만, 내부에서 아무도 결정하지 않으면 결정이 멈추고 비용이 올라갑니다.
- 프로젝트 도중에도 삶은 계속됩니다. 조직 개편, 새 CFO, 또는 인수. 유연성과 현실적인 일정이 도움이 됩니다.
Oracle이나 Microsoft에서 옮겨 오십니까? 저는 두 경우 모두 팀의 전환을 도왔습니다.
이번 전환을 프로세스를 복제하는 기회가 아니라 다시 생각하는 기회로 삼으십시오. 데이터를 먼저 고치고, 통합 범위를 제대로 잡고, 사람들에게 시간을 주십시오. 제품 비교표가 아니라 비즈니스의 명확함에서 시작하십시오.
저는 SAP 구축과 디지털 트랜스포메이션에서 25년을 보냈습니다. 어떤 프로젝트는 첫날부터 이끌었습니다. 어떤 프로젝트는 일정이 밀리거나 비전이 현실에서 멀어졌을 때 합류했습니다.
임무는 한결같습니다. 비즈니스에 필요한 것과 SAP가 현실적으로 제공할 수 있는 것을 전문 용어 없이 연결하는 것입니다. 다음 무료 도구부터 시작해 보실 수 있습니다.
- SAP 구축 비용 계산기: 귀사 SAP 구축의 대략적인 비용.
- ERP 구축 비용 계산기: ERP 비용과 일정을 빠르게 파악.
- 데이터 마이그레이션 공수 및 비용 추정 도구: 필요한 데이터 오브젝트와 그 마이그레이션 비용.
- S/4HANA 마이그레이션 평가: 시스템 연식, 데이터, 커스텀 코드를 바탕으로 한 그린필드, 브라운필드, 선택적 전환 판단.
- SAP 솔루션 빌더: 귀사의 산업과 규모에 맞춘 모듈 범위와 단계별 로드맵.
- SAP 직무 기술서 생성기: SAP 프로젝트 인력을 채용할 때 쓰는 직무 기술서.
SAP 구축이란 무엇을 뜻합니까?
비즈니스가 운영되는 방식을 SAP 소프트웨어가 뒷받침하도록 설정하는 과정으로, 구매, 생산, 인사 같은 실제 프로세스를 시스템에 매핑합니다. 기술적 설정에 그치지 않고 사람, 데이터, 일정, 그리고 Go-Live 때 모든 것이 어떻게 연결되는지까지 포함합니다.
SAP 구축에는 얼마나 걸립니까?
몇 달에서 2년 정도까지 다양합니다. 소규모 기업은 6~9개월이 걸릴 수 있습니다. 대규모 글로벌 롤아웃은 18개월 이상 걸리는 경우가 많습니다.
SAP 구축의 5단계는 무엇입니까?
고전적인 다섯 단계는 프로젝트 준비, 비즈니스 블루프린트, 실현, 최종 준비, Go-Live 및 지원입니다. 일부 기업은 단계를 추가하거나 앞 단계로 되돌아가며, 이는 흔한 일입니다.
SAP 구축의 세 가지 기둥은 무엇입니까?
사람(스폰서, 사용자, 리더십), 프로세스(SAP가 뒷받침해야 하는 업무 흐름), 기술(시스템, 연동, 데이터)입니다.
SAP 구축은 쉽습니까?
드뭅니다. 기술은 이야기의 절반에 불과합니다. 사람을 맞추고, 데이터를 정리하고, 변화를 관리하는 일이 소프트웨어보다 더 어려운 경우가 많지만, 올바르게 계획하면 감당할 수 있습니다.
SAP는 무엇의 약자입니까?
Systems, Applications and Products in Data Processing의 약자입니다. 이 회사는 1970년대 독일에서 시작했으며 지금은 세계 최대 규모 조직 다수를 뒷받침합니다.