비즈니스 성장의 다음 단계를 위한 9가지 ERP 구현 단계

ERP 채택이 골칫거리가 된 조직에 속하지 않으려면 어떤 ERP 구현 단계를 따라야 합니까? 새로운 시스템 구현을 위한 적절한 전략은 ERP 배포의 위험을 최소화하고 성공 클러스터로 만드는 데 도움이 될 수 있습니다. 예를 들어 SAP ERP 구현 단계는 일반적으로 Odoo, Oracle 등과 동일하므로 우리가 제안하는 워크플로우는 모든 시스템과 관련이 있습니다.

이 기사에서 당사의 수석 비즈니스 분석가는 비즈니스 프로세스 가시성 및 관리에 대한 가장 빠르고 원활한 경로를 생성하는 동시에 고통스러운 실수를 피하는 방법에 대한 비밀을 공개했습니다.

ERP 구현 방법: 빅뱅, 단계적 및 병렬 접근

ERP 시스템을 단계별로 구현하는 방법을 식별하는 것이 성공적인 시스템 채택의 중추입니다. 그러나 스타트업과 30년 동안 여러 온프레미스 레거시 시스템에서 실행해 온 조직의 프로세스가 동일할까요?

놀랍게도 그렇습니다! 효과적인 ERP 구현을 위한 단계는 조직의 규모나 작업 복잡성에 관계없이 비슷합니다. 그러나 ERP 구현 과정을 구체적으로 만드는 것은 따라야 하는 배포 방법입니다. 빅뱅, 단계적 롤아웃 및 병렬을 포함하여 선택할 수 있는 여러 접근 방식이 있습니다.

• 빅뱅 방식. 이는 ERP를 구현하는 가장 빠른 방법이지만 동시에 직원 교육, 가동 및 버그 처리를 처리해야 하므로 가장 어려운 방법이기도 합니다. 따라서 이 접근 방식은 새 시스템에서 1-2개의 모듈만 찾는 조직에 적합합니다.
• 단계적 접근. 이 방법은 새로운 모듈이나 사업부를 하나씩 배치하기 때문에 빅뱅보다 덜 위험합니다. ERP 구현의 모든 단계를 완료하는 데 더 많은 시간이 걸리지만 프로세스를 제어하고 문제가 나타날 때 처리하는 것이 더 쉽습니다. 이러한 접근 방식은 중견 기업이 있고 새로운 ERP에서 많은 모듈을 사용할 것으로 예상되는 경우에 적합합니다.
• 병렬 롤아웃. 가장 덜 위험한 방법입니다. 레거시 시스템을 즉시 폐기하지 않고 새 ERP를 병렬로 실행하여 지속적으로 작동해야 하는 기능을 보호하므로 모든 중요한 기능이 계속 보호됩니다. 병렬 채택은 가장 시간이 많이 걸리는 방법이므로 천천히 움직이겠지만… 확실합니다.

저는 우선 고객이 기존 시스템에서 이미 익숙한 기능을 구현하는 접근 방식을 지지합니다. 그런 다음 이전에는 사용하지 않았지만 예상되는 기능과 모듈을 추가합니다.

— Volha Homza, 비즈니스 분석가, *instinctools

원활하고 효율적인 ERP 채택을 위해 따라야 할 필수 단계

조직의 27%만이 ERP를 구현할 때 디지털 전략 지침을 활용합니다. 그러나 전략적 계획은 모든 결과 지향적인 소프트웨어 배포의 중추입니다. ERP 개발과 컨설팅 서비스를 결합한 회사로서 성공적인 ERP 구현 단계를 자세히 검토했습니다.

1. 요구 사항 설정

ERP 구현의 가장 중요한 단계 중 하나는 초기 요구 사항을 유능하게 결정하는 것입니다. 그러나 비즈니스 요구 사항과 제한 사항을 밝히는 것은 의기소침하지는 않지만 상당히 어려울 수 있습니다. 따라서 이 활동은 귀하의 기대와 프로젝트 결과 사이의 격차를 최소화할 수 있는 전문 비즈니스 분석가에게 맡기는 것이 좋습니다.

고객이 필요로 하는 가장 일반적인 예는 모든 비즈니스 프로세스를 한 곳에서 볼 수 있는 능력입니다. 서로 다른 시스템(하나는 회계용, 다른 하나는 판매 모니터링용, 세 번째는 재고 운영용 등)을 다루는 것은 이토록 탐내는 가시성을 방해합니다.

많은 문서를 처리하는 것은 또 다른 일반적인 요구 사항입니다. 무엇보다도 매일 처리해야 하는 데이터의 양에 따라 선택할 ERP가 결정됩니다.

제한 사항으로는 예를 들어 온프레미스 솔루션만 사용하고 현지 규정을 준수하는 것이 포함될 수 있습니다.

— Volha Homza, 비즈니스 분석가, *instinctools

또한 고객 요구 사항은 일반적으로 즉시 사용 가능한 솔루션의 구성 및 사용자 정의를 나타냅니다. 이를 염두에 두고 새로운 ERP 기능, 연결성 및 성능에 대한 기대치를 규정하는 것이 중요합니다. 이는 시스템 선택에도 영향을 미치기 때문입니다.

2. ERP 구현 프로젝트를 수행할 팀 구성

강력하고 잘 조율된 팀을 구축하는 것의 중요성을 과소평가하지 마십시오. ERP 구현 수명 주기의 모든 단계를 수행하려면 누구와 함께 해야 합니까? 모든 소프트웨어 개발 프로젝트에 대해 프로젝트 관리자, 비즈니스 분석가, UX/UI 디자이너, 개발자 및 QA와 같은 특정 핵심 팀 구성원이 필요할 수 있습니다.

또한 프로젝트에 참여하여 더욱 안전하고 견고하게 만드는 데 도움이 될 전문가를 선호합니다. ERP는 모든 비즈니스의 미션 크리티컬 시스템 중 하나이므로 다운타임으로 인해 구현을 통해 얻은 대부분의 이점이 무효화될 수 있습니다. 따라서 시스템의 민첩성과 안정성을 관리할 DevOps 엔지니어로 핵심 팀을 강화할 수 있습니다. 코드 배포가 정기적으로 발생하면 SDLC 초기에 결함을 발견하고 수정할 수 있으며 비즈니스 변경 사항을 더 빠르게 구현할 수 있습니다.

프로젝트 팀에서 선호하는 또 다른 구성원은 규제 컨설턴트입니다. 이 사람은 ERP 시스템이 조직이 위치한 국가의 법적 요구 사항을 준수함을 보증합니다.

ERP 규정 준수는 비즈니스 분석가가 처리할 수도 있습니다. 우리는 항상 고객의 요구 사항 및 제한 사항뿐만 아니라 비즈니스를 운영하는 국가의 법률도 고려합니다.

— Volha Homza, 비즈니스 분석가, *instinctools

이 외에도 C 레벨 참여를 보장하여 일반 직원에게 새 시스템 채택의 중요성을 전달하고 변화에 대한 저항을 약화시키고 성공적인 롤아웃을 보장합니다.

3. 비즈니스 요구 사항 및 제약 조건에 맞는 ERP 식별

다음 ERP 소프트웨어 구현 단계는 사용 가능한 솔루션을 분석하고 현재 요구 사항을 충족하거나 요구 사항을 충족하도록 사용자 정의할 수 있는 솔루션을 결정하는 것입니다. 일일 작업량을 이해하고 적절한 성능을 갖춘 ERP를 선택하려면 사용자 수, 시스템에서의 역할 및 문서 흐름을 결정해야 합니다.

지금까지 귀하는 이미 귀하의 한계에 대해 생각했고 어떤 ERP가 귀하에게 적합하지 않을지 알고 있습니다. 예를 들어 데이터 프라이버시 요구 사항이 온프레미스 소프트웨어의 필요성을 지시하는 경우 클라우드 또는 온프레미스 ERP에 대한 질문은 제기되지 않습니다.

유사한 예는 서로 다른 시스템이 허용하는 사용자 지정 수준을 나타냅니다. 비즈니스 프로세스가 표준 프로세스에 적합하지 않은 경우 사용자 정의 측면에서 유연한 ERP가 필요합니다. 7년 동안 특정 가격에 맞게 SAP를 맞춤화한 조직인 Lidl의 발자취를 따르고 싶어하는 사람은 아무도 없습니다. 하지만 프로젝트는 결국 실패했고 회사는 5억 유로를 낭비했습니다.

한계 외에도 ERP의 선택은 고객이 필요로 하는 것에 따라 결정됩니다. 우리 실무에는 여러 법인이 있는 조직이 있었습니다. 그리고 고객이 하나의 시스템에서 모든 회사를 보고 다시 로그인할 필요 없이 회사 간에 원활하게 전환할 수 있는 ERP를 찾는 것이 필수적이었습니다. 우리는 여러 ERP를 비교하고 고객이 요청한 기능을 구현할 수 있는 다중 회사 기능이 있는 Odoo를 제안했습니다.

— Volha Homza, 비즈니스 분석가, *instinctools

시장에는 SAP와 같이 거의 50년의 역사를 가진 거대 기업부터 Odoo 또는 Salesforce와 같은 혁신적인 신규 업체에 이르기까지 수많은 ERP 플레이어가 있습니다. 우리는 이미 비즈니스 분석가 및 ERP 팀장 개발자와 함께 Odoo와 SAP ERP의 차이점에 대해 자세히 논의했습니다. 그리고 우리는 확실히 읽을 가치가 있다고 생각합니다!

4. ERP 시스템 구성 또는 사용자 지정

기업의 3.6%만이 기성품 솔루션에 완전히 만족할 수 있습니다. 나머지 96.4%는 사용자 지정이 필요하거나 최소한 프로세스에 맞는 시스템 구성이 필요합니다.

먼저 즉시 사용 가능한 ERP를 구성하여 고객의 요구 사항과 요구 사항을 최대한 조정합니다. 충분하지 않고 기성품 솔루션에서 필요한 기능을 사용할 수 없는 경우 맞춤화를 제공합니다.

예를 들어 특정 날짜의 재고 잔고에 대한 보고서가 필요합니다. 또는 연락처 및 판매와 같은 기본 열 외에 송장 상태가 있는 열이 필요합니다. 커스터마이징이 필요한 것들입니다.

— Volha Homza, 비즈니스 분석가, *instinctools

이 ERP 구현 단계에서는 필요한 서비스와의 통합도 관리해야 합니다. 여기에는 PayPal 및 DHL과 같은 결제 및 배송 서비스와 Power BI 및 Tableau와 같은 비즈니스 인텔리전스 서비스가 포함될 수 있습니다.

또한 ERP를 귀사가 보유한 모든 시스템과 통합합니다. 예를 들어, 세금 보고서, 차변 및 대변이 생성되는 회계 시스템을 사용하거나 귀하의 필요를 완전히 충족하는 설정 판매 퍼널로 CRM을 이미 실행하고 있습니다. 그런 다음 처음부터 조정해야 하는 새 시스템으로 교체하는 것보다 이러한 시스템과 통합하는 것이 더 합리적입니다.

— Volha Homza, 비즈니스 분석가, *instinctools

5. 데이터 마이그레이션

Oracle은 데이터 마이그레이션이 전체 프로젝트 비용의 10~25%를 차지할 수 있으므로 ERP 구현에서 가장 중요한 단계라고 말합니다.

모든 과거 데이터를 마이그레이션하는 것은 옵션이 아닙니다. 빅 데이터 시대에 조직은 비정형, 비정형, 불완전한 데이터의 바다에 빠져 있습니다. 따라서 데이터 품질을 관리하는 것이 이 단계에서 최우선 순위가 되어야 합니다. 마이그레이션을 시작하기 전에 의미 있는 데이터를 결정하고 중복 및 오류가 있는지 확인하십시오.

프로젝트 중 하나에서 데이터 마이그레이션이 너무 광범위해서 이를 처리할 전담 팀을 할당해야 했습니다. 데이터가 업데이트된 후 우리는 이를 매핑했습니다. 즉, 이전 시스템의 일치하는 엔터티를 새 ERP의 해당 엔터티로 매핑했습니다.

예를 들어 이전 시스템에서는 엔터티를 "클라이언트"라고 하며 코드에 특정 값이 있습니다. 그러나 새 시스템에서는 "연락처"라고 하며 코드에서 다른 값을 갖습니다. 따라서 우리의 목적은 이들을 일치시키는 방법을 정확하게 설명하는 것입니다. 항상 작업의 수동 부분이지만 데이터 마이그레이션 자체는 자동화할 수 있습니다.

— Volha Homza, 비즈니스 분석가, *instinctools

데이터 정리 및 매핑 후 릴리스 전에 시스템을 테스트해야 합니다. 예를 들어, 실제 데이터 양을 처리할 때 성능이 변경되는지 확인해야 합니다.

프로덕션의 실제 데이터 양은 테스트 벤치의 테스트 데이터보다 훨씬 클 수 있습니다. 따라서 출력 데이터(예: 보고서) 또는 간단한 데이터베이스 쿼리는 테스트 서버보다 실제 환경에서 더 느리게 실행될 수 있습니다. 시스템의 부하를 확인하는 동안 이러한 측면을 고려합니다.

— Volha Homza, 비즈니스 분석가, *instinctools

6. 테스트 실행

성능 테스트는 모든 소프트웨어 구현의 필수 단계입니다. 출시 후 심각한 결함을 발견하고 이를 처리하는 데 6~7배 더 많은 비용을 지불하고 싶지 않다면 말입니다.

SDLC에서 문제를 일찍 발견할수록 수정 비용이 낮아집니다. 따라서 강력한 ERP 시스템을 구축하기 위해 실행해야 하는 상위 3가지 성능 테스트는 다음과 같습니다.

• 회귀 테스트. 코드 수준에서 작업하고 변경할 때 기존 기능에 부정적인 영향을 미치지 않았는지 확인하는 것이 중요합니다.
• 위생 테스트. 이 유형은 시스템의 합리성을 검증하는 것을 목표로 합니다. 기술적으로 말하면 시스템에서 2+2=5라고 명시되어 있으면 다른 테스트로 넘어갈 필요가 없습니다.
• 연기 테스트. 소프트웨어가 안정적인지 확인하고 심각한 심각도의 주요 결함과 눈에 띄는 결함을 감지하는 데 도움을 주기 위해 수행됩니다.

모든 유형의 테스트를 자동화하여 작업을 단순화하고 속도를 높일 수 있습니다.

7. 최종 사용자 교육

McKinsey 설문 조사에 따르면 소프트웨어 구현 프로젝트의 70%가 새 시스템 수용에 대한 직원의 저항 때문에 실패합니다. 이러한 실망스러운 상황은 직원에게 적절한 교육을 제공함으로써 피할 수 있습니다. ERP 구현 로드맵에서 다양한 사용자 그룹에 대한 교육을 무시할 수 없는 이유입니다. 두 가지 형식으로 개최할 수 있으며, 직원들의 변화에 ​​대한 저항을 최소화하기 위해 두 가지 형식을 모두 제안합니다.

• 최종 사용자에게 사용 설명서를 제공합니다. 귀사의 ERP 구현 파트너는 다양한 부서의 직원을 위해 상세한 사용자 설명서를 준비합니다. 비즈니스 분석가는 무엇을, 어떻게, 어디서, 언제 해야 하는지 단계별로 설명합니다. 이 접근 방식을 사용하면 최종 사용자는 롤아웃 첫날부터 새 시스템에서 편안하게 작업할 수 있습니다.
• 직접 또는 e-러닝 교육을 실시합니다. 신기술을 수용하는 것은 '항상 그랬다'는 접근 방식을 고수하는 직원에게 항상 스트레스가 됩니다. 새로운 시스템으로의 전환에 대한 강한 저항의 경우 경영진의 참여는 직원의 생각의 패러다임 전환의 핵심입니다. 특히 ERP 구현이 기술 지원 비즈니스 변환 단계 중 하나인 경우.

교육의 주요 목표는 새로운 시스템을 사용하는 방법에 대한 100% 지식을 제공하고 직원을 반대자에서 현재 소프트웨어의 지지자로 바꾸는 것입니다.

새 시스템을 사용하기 전에 이 ERP 프로젝트 구현 단계를 수행해야 하는 이유는 무엇입니까?

시행 후 교육을 실시하면 새로운 시스템에서 일하는 방식을 이해하지 못하는 직원들의 불만이 밀려들 위험이 큽니다. 릴리스 후 긴급한 문제를 해결해야 할 때 직원을 교육하는 것은 누구도 처리하지 않았으면 하는 작업입니다.

— Volha Homza, 비즈니스 분석가, *instinctools

8. 실행 활동 계획 및 시작

ERP 구현의 이 단계에서 전체 팀은 시스템의 성능을 면밀히 주시하고 버그를 해결하고 미세 조정합니다.

ERP 롤아웃은 회계 부서의 새로운 기간을 의미하므로 시스템 배포 날짜는 항상 고객이 승인합니다. 1월 1일에 처음부터 모든 것을 시작하는 것은 불가능합니다. 안정성을 위해 고객은 처음 한두 달 동안 신규 시스템과 기존 시스템을 병렬로 실행합니다.

— Volha Homza, 비즈니스 분석가, *instinctools

또한 최종 사용자가 새 시스템을 완전히 채택할 수 있도록 라이브 사후 후속 조치를 수행할 것을 제안합니다.

9. 확립된 요구 사항에 따라 성공 여부를 평가합니다.

프로젝트 초기에 설정한 목표로 돌아가 목표 달성 여부를 검토할 때입니다. 매출을 늘리고 싶고 새로운 ERP 시스템이 하루에 더 많은 매출을 처리해야 한다면 실제로 그렇게 할 수 있을까요?

실제 사례: 고객 중 한 명이 요청 처리 시간을 20분에서 최소 15분으로 줄이는 목표를 설정했습니다. 따라서 이 KPI에 대한 새 시스템의 적합성은 프로젝트 성공을 평가하는 기준 중 하나였습니다. 우리는 5분 안에 보고서를 작성할 수 있는 시스템을 구축했으며 이는 분명한 성공이었습니다. 기대 이상 – 그것이 우리를 앞으로 나아가게 하는 원동력입니다.

— Volha Homza, 비즈니스 분석가, *instinctools

현명한 구현 전략을 따르면 ERP는 모든 비용의 가치가 있습니다.

ERP 구현은 데이터를 한 곳에서 깨끗하고 체계적으로 유지하고 성장을 단순화하기 위해 수행해야 하는 투자 중 하나입니다. 그러나 주머니를 비우지 않고 어떻게 이 목표에 도달합니까? 2022년에는 ERP 구현 프로젝트의 41.4%가 예산을 초과했습니다. 예산 초과의 주요 문제는 조직, 데이터 및 기술 문제와 관련이 있습니다. 야망에는 신중한 전략 계획이 필요합니다. 조직은 종종 미래 ERP의 민첩성과 이를 통해 얻을 수 있는 이점에 너무 열광하여 ERP 구현과 관련된 모든 단계를 제대로 따르는 것을 간과합니다. 숙련된 엔터프라이즈 소프트웨어 개발 및 컨설팅 파트너인 *instinctools는 ERP 배포 전반에 걸쳐 조직을 탐색하여 엄청난 시간과 비용을 절약하고 불행한 실수를 방지하도록 도와줍니다.

이 기사는 원래 여기에 게시되었습니다.