성장하는 거의 모든 기업의 삶에는 초기부터 지원한 시스템과 프로세스가 불충분해지는 시점이 옵니다. 초기 단계의 비즈니스는 기본적이고 저렴한 소프트웨어 시스템과 함께 소수의 주요 관리 직원의 노력과 능력에 크게 의존하면서 성장하는 경향이 있습니다. 그러나 어느 시점에서 소프트웨어가 비즈니스를 따라갈 수 없고 신뢰할 수 있는 직원이 과중하게 되어 기업이 비즈니스 요구를 충족하기 위해 조치를 취해야 하는 기능 격차가 발생합니다. 프로세스를 개선하기 위한 조치를 취하지 않으면 이러한 역량 격차가 확대되고 비즈니스의 성장 및 경쟁 능력이 저해될 것입니다.
이 주요 변곡점에 있는 대부분의 기업은 비즈니스의 모든 영역을 통합하고 앞서 언급한 역량 격차를 극복하는 데 도움이 되는 강력한 ERP(전사적 자원 관리) 소프트웨어를 구현하기로 결정했습니다. 이것은 비즈니스 생활에서 매우 중요한 결정이며 위험 관리에 중단 없이 초점을 맞춰 접근해야 합니다. ERP는 섹시하지 않을 수 있지만 성장하는 비즈니스에 가장 중요하므로 무시해서는 안 됩니다.
오랜 기간 재무 관리자이자 최근에는 비즈니스 총괄 책임자로서 저는 전체 시스템과 모듈 수준에서 세 가지 다른 소프트웨어 패키지를 사용하여 여러 구현 작업을 수행했습니다. 현대 기업에 ERP가 필요하다는 것은 분명하며 저는 이를 활용하는 데 찬성합니다. 그러나 리더가 프로세스 전반에 걸쳐 정확한 실행에 집중하는 것이 가장 중요합니다. 소프트웨어 구현 프로젝트의 모든 결과는 앞으로의 비즈니스에 영향을 미치므로 이 기사에서는 엔터프라이즈 리더에게 ERP의 이점과 위험은 물론 상세한 단계별 구현 가이드를 제공합니다.
ERP는 기업의 모든 비즈니스 프로세스를 하나로 묶고 프로세스와 기능 간의 데이터 흐름을 가능하게 하는 시스템 집합을 의미합니다. HR, 재무, 유통, 공급망 전반에 걸쳐 프로세스를 표준화, 간소화 및 통합하여 회사의 다양한 측면을 하나의 포괄적인 시스템으로 통합하는 데 도움이 됩니다. 기본 소프트웨어는 통합 플랫폼과 공통 데이터 정의를 사용합니다. 오늘날 ERP 시스템은 비즈니스 인텔리전스, 영업 인력 자동화 및 마케팅 자동화까지 제공합니다. 사실, 대부분의 전자 상거래 웹사이트는 현재 ERP 백엔드의 일부 형태와 밀접하게 연결되어 있습니다. 효과적인 ERP 구현을 위해서는 올바른 소프트웨어뿐만 아니라 철저한 문서화, 주요 이해 관계자의 동의, 공급업체와의 커뮤니케이션, 직원 교육이 필요합니다.
ERP 구현에 대한 표준 기간은 없지만 6개월에서 2년 정도 걸릴 수 있습니다. 타임라인에 대한 영향은 회사마다 다르지만 회사 규모, 레거시 시스템에서 데이터 전송, 설치 중인 시스템의 복잡성 등이 포함될 수 있습니다. 나중에 피벗할 수 있는 많은 전략적 결정과 달리 기업에서 ERP 구현을 두 번 이상 거치는 것은 드문 일입니다.
ERP는 생산성 및 데이터 보안 향상에서 확장성 및 비용 절감에 이르기까지 모든 것을 제공할 수 있으며 주요 이유는 다음과 같습니다. 비즈니스 프로세스와 데이터가 자동화되고 중앙 집중화되면 직원들은 수동 작업이 줄어들고 보고 기능이 더 쉬워지며 중단 없이 전체 운영을 사전에 관리할 수 있다는 것을 알게 될 것입니다.
내가 주도한 주목할만한 소프트웨어 구현은 Oracle 환경에 볼트온 AP(Account Payable) 자동화 모듈을 추가한 것입니다. 모듈은 ERP 시스템과 분리되어 있었지만 동일한 데이터베이스를 사용하고 완전히 통합되었습니다. 나는 5억 달러 규모의 회사 그룹의 새로운 관리자였으며 기존 시스템은 구식이었습니다. 미지급금 팀이 20여 곳의 다른 사무실에서 문자 그대로 종이를 뒤섞고, 종이에 승인 이니셜을 확인하고, 실물 수표로 100% 지불을 하고, 모든 수표에 저에게 손으로 서명하게 하는 것을 보고 충격을 받았습니다. 종이 인보이스도 파일 상자에 7년 이상 보관되었습니다.
전반적으로 깨끗한 구현이었습니다. 우리는 개선할 명확한 기회를 식별하고 사용 가능한 최상의 소프트웨어 솔루션으로 이를 적극적으로 추구하기로 결정한 다음 프로세스를 철저히 문서화하고 경영진의 동의를 얻어 위험을 관리하기 위한 초기 토대를 마련했습니다. 그 결과 거래 비용이 크게 감소하고 비용 특성을 조사하는 능력이 향상되었습니다. 저는 바이인(buy-in)이 중요하다는 것을 강조하고 싶습니다. 나는 조직에 처음이고 회계 팀이 자체 정책을 결정해야한다고 느꼈지만 CFO는 구현에 대해 각 구성 비즈니스의 일반 관리자를 매각하도록 정당하게 만들었습니다. 우리는 대부분의 주요 비즈니스 리더, 특히 회계 팀과 같은 위치에 있지 않은 리더의 지원을 받아 실행했습니다. 결국 2014년에는 미국과 캐나다(전체 비즈니스의 65%)에만 해당되던 AP 소프트웨어가 나중에 회사 전체로 확장되었습니다.
이제 ERP 구현 단계에 대해 알아보겠습니다.
이전에 언급했듯이 기업은 ERP가 필요하다는 것이 분명한 변곡점에 있습니다.
그러나 ERP 구현은 근본적으로 위험한 시도입니다. 완전한 실패는 오랜 기간 동안 비즈니스에 지장을 줄 수 있는 반면 부분적인 실패는 해결하기 어려운 비효율성을 초래할 수 있습니다. ERP 결정의 엄청난 규모를 설명할 수 있는 가장 좋은 방법은 ERP 결정이 회사에 영구적인 고정 장치가 될 것이 거의 확실하다는 것입니다. 금전적 투자는 일반적으로 기업이 지금까지 수행한 가장 큰 자본 지출과 일치할 수 있지만 일반적으로 상당히 높습니다. Excel 스프레드시트에서 벗어나 Microsoft Dynamics GP를 구현하는 소규모 회사의 경우 $100,000일 수 있습니다. 더 큰 회사의 경우 수백만 달러의 비용이 들 수 있습니다. 또한 감정적 부담과 추가 노력의 지출 측면에서 직원의 주요 투자입니다.
위험 관리 측면에서 생각하고 ERP 구현에서 얻을 수 있는 것을 냉정하게 식별하십시오. 실패한 구현 비용과 비교하여 측정합니다. 현재 프로세스를 고수하고 ERP 구현을 연기하는 것이 정답일 수 있습니다. 낮은 기술이 합리적이고 새로운 소프트웨어와 관련된 이득이 비용을 정당화하지 못하는 경우가 있습니다. 예를 들어, 한 번은 기존의 지루한 비용 처리 방법을 자동화하기 위해 국제적으로 기반을 둔 프리랜스 프로그래머를 대신 사용하기로 결정했습니다. 다행스럽게도 이러한 노력으로 비용이 많이 소요되는 시스템 업그레이드 대신 20달러의 팁을 포함하여 50달러의 일회성 비용만 발생했습니다.
ERP 구현을 결정했다면 다음 질문에 서면으로 답하는 것이 좋습니다.
이러한 답변을 사용하여 구현 프로젝트의 목표를 명시적으로 작성하십시오. 프로세스 중에 가정을 변경해야 하거나 타협이 필요하다는 말을 듣게 될 때가 있습니다. 프로젝트의 요구 사항을 명확하게 파악하면 상당한 피해를 입히는 타협을 할 가능성이 훨씬 줄어듭니다.
ERP를 구현하는 이유를 명확하게 설명하고 그렇게 하는 것이 본질적인 위험을 감수할 가치가 있다고 판단했다면 올바른 ERP 도구를 선택하고 성공적으로 구현하는 것이 중요합니다. ERP 구현의 75%가 목표를 완전히 달성하지 못하고 있으며 우리는 모범 사례를 사용하여 성공 가능성을 높이기 위해 최선을 다할 것입니다.
ERP를 추구하기로 결정했다면 가장 중요한 작업은 비즈니스 프로세스가 잘 문서화되고 한 곳에서 컴파일되었는지 확인하는 것입니다. 여기에는 조달-지불 및 주문-현금과 같은 명백한 주요 프로세스가 포함되지만 직원 온보딩 또는 근무 기록표 승인과 같은 가장 세분화된 반복 활동도 포함되어야 합니다. 문서화되지 않은 모든 프로세스는 가정이 되고 모든 가정에는 위험이 따르기 때문에 다른 조치를 취하기 전에 이 작업을 수행해야 합니다. 또한 이 문서는 프로젝트의 범위, 복잡성 및 최소 요구 사항에 대한 명확한 보기를 제공합니다.
문서화 프로젝트의 핵심 요소는 각 비즈니스 프로세스의 각 단계에서 정보 이해 관계자를 명시적으로 식별하는 것입니다. 프로세스가 완전히 변환되지 않거나 경영진이 다운스트림 효과를 고려하지 않을 때 가장 낮은 수준의 기업에서 구현이 실패합니다. 나는 이런 종류의 실패를 수없이 보아왔다. 가장 최근 구현에서 고객 서비스 팀은 우리의 관습적인 높은 수준의 서비스를 제공하는 데 필수적인 기존 시스템의 핵심 고객 선호 필드가 있다고 강조했습니다. 그러나 IT 프로젝트 관리자는 해당 필드가 필수가 아니라고 잘못 가정하여 요구 사항을 삭제했습니다. 이는 품질 보증 프로세스에서 주요 기능을 제거함으로써 여러 고객 서비스 문제로 직접 이어졌습니다.
대부분의 초기 단계 비즈니스에는 적절한 문서가 없으며 이 정보를 함께 얻으려면 전문 CPA 또는 컨설턴트의 외부 도움을 구하는 것이 좋습니다. 내부 팀에는 시간과 능력이 부족할 가능성이 높습니다. 특히 린(lean)하고 민첩한 민간 기업에서는 훈련을 민첩성과 대조되는 것으로 간주하기 때문입니다.
또한 해당 정보를 구현의 기술적 측면을 관리하고 소프트웨어 사용자 지정을 지원하는 VAR(부가가치 재판매인)에게 전달하기 때문에 비즈니스에서 수행하는 모든 것을 명확하게 설명해야 합니다. VAR에 더 많은 정보를 제공할수록 더 나은 작업을 수행할 수 있습니다. VAR에 많은 정보를 제공하지 않으면 지식의 격차를 채우기 위해 가정을 할 것입니다. 이러한 가정은 자신의 경험이나 전체 그림을 알지 못하는 직원과의 짧은 대화를 기반으로 할 수 있습니다. VAR은 일정이 촉박하며 작업 안팎에서 리소스를 확보하는 것이 필수적입니다. 그리고 대부분의 기업은 일반적으로 ERP를 한 번만 구현하기 때문에 반복적인 비즈니스에 대한 동기가 반드시 필요한 것은 아닙니다.
다음과 같은 위험을 생각해 보십시오. 비즈니스의 30%만 이해하는 VAR이 요구 사항의 30%를 충족하는 솔루션을 제공할 가능성이 높습니다. VAR과의 계약을 완료하기 전에 완전하고 정확한 문서 작성을 통해 이러한 위험을 최소화합니다. 이것은 몇 가지 중요한 방식으로 발생합니다.
내 불행한 경험 중 하나는 비즈니스 팀이 밀접하게 연결된 ERP/전자 상거래 솔루션에 대한 구현 요구 사항을 지정하는 데 실패했습니다. 고객이 기본적으로 사용할 수 없는 웹사이트를 받았습니다. VAR의 가정은 고객 대면 사이트의 모양과 느낌은 ERP 시스템과 밀접하게 연결되어 있는 한 중요하지 않다는 것이었습니다. 비즈니스 수준에서 우리는 사이트가 가동되기로 되어 있는 지 2주가 되었을 때까지 사이트를 보지 못했습니다. 이를 바로잡기 위해 몇 달 동안 개선 작업을 수행하고 수만 달러의 추가 비용을 지출했습니다. VAR을 절대 가정하지 마십시오.
올바른 소프트웨어 패키지를 선택하는 것은 ERP 성공에 매우 중요하지만 프로세스에서 가장 어려운 부분 중 하나입니다. VAR을 불투명하게 유지하는 것이 최선의 이익이기 때문에 조사를 하기가 쉽지 않습니다. 따라서 강력한 프로세스 문서를 특정 요구 사항에 대한 간결한 설명으로 바꾸고 VAR에게 프레젠테이션에서 해당 요구 사항에 대해 구체적으로 말하도록 요청하는 것이 좋습니다. 다시 말하지만, 더 구체적일수록 VAR도 더 구체적입니다.
나는 또한 VAR에 다른 유사한 회사가 판매하는 소프트웨어를 사용하고 VAR이 함께 작업한 소프트웨어를 묻는 것이 좋습니다. VAR이 귀하의 비즈니스를 이해하고 이전에 유사한 요구 사항을 처리한 적이 있다는 표시에 귀를 기울여야 합니다. VAR에서 유사하지 않은 비즈니스가 유사하다고 말하면 회의적입니다.
또 다른 주요 고려 사항은 시스템 사용자 정의가 필요한 비즈니스 모델에 대해 비표준적인 것이 있는지 여부입니다. 그렇다면 그 비표준 기능이 정말 필요한가? 중소 기업의 초기에는 최적화되지 않은 프로세스와 관행이 많이 사용되는 경향이 있습니다. ERP 시스템의 커스터마이징을 내재된 위험과 비용으로 생각하십시오. 더 큰 시스템을 업그레이드할 때마다 소프트웨어의 사용자 지정 부분에 일회성 업데이트가 필요할 수 있기 때문입니다. 이 구현을 순간으로 사용하여 기존 프로세스를 재고하고, 개선하고, 단순화하십시오.
계약을 잘 협상하면 많은 고통과 불만을 줄일 수 있습니다. 문서화 프로젝트에 투자했기 때문에 "성공적인 완료"가 무엇인지 명확하게 설명할 수 있습니다. 여러 플로차트와 다이어그램이 포함된 50페이지를 추가하는 경우 최소한 부록으로 계약에서 성공의 모습을 명시적으로 정의하는 것이 좋습니다. 일반적으로 VAR은 계약된 요구 사항을 가능한 한 모호하게 유지하기를 원하며 시간 단위로 요금을 청구하려고 합니다. 그들은 또한 프로세스의 완료를 선언하고 처음부터 수행했어야 하는 작업을 수행하기 위해 기꺼이 추가 비용을 청구하는 사람이 되기를 원합니다. VAR의 상용구 합의를 피하고 자신의 조언을 구하십시오. 귀하의 입장에서 최적의 결과는 확정 가격 계약이 될 것이며 최종 승인은 귀하에게 있습니다. 그러나 VAR이 조건에 따라 융통성이 없다면 협상에 더 적합한 동일한 소프트웨어의 다른 공급자를 찾으십시오.
이 시점에서 소프트웨어 롤아웃을 돕기 위해 핵심 프로젝트 팀을 구성해야 합니다. 팀에는 경영진 후원자와 내부 프로젝트 관리자가 포함되어야 합니다. 집행 후원자는 매우 고위직이어야 하고, 프로젝트 목표에 대한 높은 수준의 감독과 책임을 유지해야 하며, 일상적인 팀이 실행할 전반적인 전략을 분명히 해야 합니다. 내부 프로젝트 관리자는 입증된 프로젝트 관리 기술을 갖춘 사람이어야 합니다. 팀 구성원은 일반적으로 여러 기능 영역에서 뽑히기 때문에 프로젝트 관리가 어려울 수 있습니다. 프로젝트 관리자는 일반적으로 자신이 관리하는 모든 사람에 대한 전통적인 감독 권한이 없습니다. 효과적인 프로젝트 관리자는 이 문제를 극복하고 프로젝트의 목표를 달성할 수 있습니다. Project Management Institute에서 PMP(Project Management Professional) 인증을 받은 사람은 필요한 기술을 보유할 가능성이 높습니다.
임원급 이상이라 할지라도 조직의 최고위급부터 실행에 대한 의지가 있어야 합니다. 사장이나 CEO가 프로젝트에 무관심하거나 눈에 띄게 참여하지 않는 경우 조직의 다른 사람들에게 저항이 용인될 수 있고 위험을 초래할 수 있다는 신호를 보냅니다.
예를 들어, 내가 맡은 재무 관리자 직책에서 자동화된 미지급금 구현을 추진하고 이에 대한 내부 승인을 얻었습니다. 소프트웨어를 출시하고 중간 관리자에게 인보이스 승인 방법을 보여줬을 때 일부는 참여를 거부했습니다. CEO는 이러한 비타협적인 관리자들에게 관여하고 지시하는 것을 거부했으며, 결과적으로 지불해야 할 비용을 적절하게 평가할 지식이나 관점이 거의 확실하지 않은 비관리 직원에게 승인이 위임되었습니다.
경영진 후원자와 프로젝트 관리자는 관리할 명확한 목표와 일정이 있어야 합니다. 계절적 비즈니스에서 연중 가장 느린 시간을 목표로 해야 하며 초기 시작 날짜를 해당 기간의 시작 시점으로 설정해야 합니다. 전체 프로젝트는 원래 예상보다 더 오래 실행될 가능성이 높으며, 나쁜 시기에 시작해야 하는 상황에 놓이고 싶지 않을 것입니다.
위험을 최소화할 수 있는 마지막 시간은 가동 직전입니다. 이 때 세 가지 중요한 활동(테스트, 교육 및 데이터 버전)이 발생합니다. 각 항목에 충분한 주의를 기울이십시오.
모듈과 시스템 간의 연결은 데이터가 의도한 대로 생성되고 전송되는지 확인하기 위해 장기간 테스트해야 합니다. 예를 들어, 조건에 따라 고객에게 송장이 생성될 때 미수금 모듈로 인해 총계정원장 모듈에 올바른 항목이 만들어졌는지 확인하려고 합니다. 레거시 시스템과 새로운 ERP 솔루션에서 병렬 트랜잭션을 실행하여 동등한 기능이 제자리에 있도록 하는 것은 가치가 있습니다. 테스트를 철저히 하고 결과를 자세히 검토합니다. 시스템의 일부가 계획대로 작동하지 않는 경우 서비스를 시작하지 마세요.
ERP 실패의 전형적인 사례는 1996년부터 SAP 솔루션과 두 개의 다른 볼트온 시스템으로 가동된 Hershey였습니다. VAR은 48개월 프로세스를 권장했지만 Hershey는 30개월 후에 가동할 것을 주장했습니다. Y2K 이전에 전환을 완료합니다. 하나의 ERP 시스템을 구현하는 것은 충분히 복잡하지만 별도의 공급망 솔루션과 별도의 CRM(고객 관계 관리) 솔루션을 한 번에 포함하는 것 또한 오만함의 표시였습니다. Hershey는 부적절한 마감일을 맞추기 위해 테스트 시간을 희생하기로 결정했습니다. 그들의 구현은 재앙이었습니다. Hershey는 성수기 동안 고객 주문을 이행할 수 없었고 그 결과 1999년에 1억 달러의 매출을 잃었습니다.
주요 사용자 또는 각 기능 영역의 두 명이 일반적으로 참여하므로 일부 교육은 테스트와 동시에 진행됩니다. 하지만 테스터가 해당 분야의 다른 작업자의 트레이너라고 의존하는 것은 실수입니다. 모든 팀 구성원이 학습할 수 있도록 충분한 시간을 할당하여 잘 계획된 교육 프로그램을 수행해야 합니다. 사람마다 학습 스타일이 다르다는 것을 이해하십시오. 일반적으로 사람들은 새로운 시스템을 기존 프로세스와 연관시킬 수 있을 때 가장 잘 학습합니다. 종종 활동은 다른 이름으로 동일한 것입니다.
사람들이 충분히 훈련을 받았다는 맹신을 갖지 마십시오. 대부분의 경우 VAR에서 처음으로 비즈니스를 시작할 준비가 되었다고 말하지만 그렇지 않습니다. 또한 더 강력한 시스템이 기존 시스템보다 더 많은 클릭과 작업 시간을 필요로 한다고 해도 놀라지 마십시오. 프로세스는 더 오래 걸릴 수 있으며 매일 실행하는 데 더 많은 사람이 필요할 수 있습니다. 항상 ERP를 통해 인건비 절감을 구매하고 있다고 확신할 수 있다면 좋겠지만 그렇지 않을 때도 있습니다. 당신은 실제로 개선된 기능 및/또는 내부 통제를 위해 다소 더 높은 인건비를 거래하고 있습니다. 많은 기업에서 이는 가치 있는 거래이지만 이것이 가능성이 있음을 기대하십시오.
모든 ERP 구현이 끝날 무렵에는 비교적 간단하고 무난하게 들리는 데이터 변환이라는 프로세스가 있습니다. 그러나 일반적으로 예상보다 훨씬 더 문제가 많으며 지연 및 출시 후 문제의 일반적인 원인입니다. 데이터 변환은 대부분 수동적이고 지루한 작업이며 일반적으로 데이터의 특성에 가장 익숙한 기능 리소스의 작업이 필요합니다. 데이터가 마이그레이션되면 작은 실수가 큰 문제를 일으킬 수 있으므로 품질 보증에 대한 강력한 접근 방식을 사용하는 것이 가장 좋습니다.
한 구현에서는 내부 IT 팀에 의존하여 레거시 시스템에서 세분화된 인벤토리 데이터를 가져와 새로 구현된 ERP 솔루션의 해당 필드에 올바르게 매핑했습니다. 스프레드시트에서 데이터가 조작됨에 따라 데이터의 요소가 행 간에 잘못 정렬되고 수천 개의 특정 인벤토리 항목에 완전히 잘못된 속성이 할당되었습니다. 이로 인해 재고가 주문되고 완료하는 데 6개월이 소요되는 지속적인 수동 정리 프로젝트로 인해 일상적인 주문 처리의 비효율이 발생했습니다.
데이터 변환의 중요한 부분은 데이터 정리입니다. 레거시 시스템에는 시간이 지남에 따라 새로운 시스템 환경에 가져올 가치가 없는 쓸모없는 데이터가 축적되는 방식이 있습니다. 이에 대한 몇 가지 예는 완성되지 않은 가격 견적 및 더 이상 사용되지 않는 제품에 대한 정보입니다.
프로세스의 다른 핵심 부분은 데이터 변환입니다. 레거시 시스템에는 새 시스템의 동등한 필드에 매핑되어야 하는 주요 정보가 있습니다. 많은 경우 두 시스템의 기본 정렬이 완벽하거나 간단하지 않습니다. 좋은 ERP 시스템에는 필요한 데이터 캡처 및 마이그레이션을 허용하는 사용자 정의 필드가 있습니다.
프로세스의 업스트림 부분이 예상보다 오래 걸리면 일반적으로 전체 프로세스가 지연됩니다. 대부분의 구현에서 후기 단계의 활동이 압축되고 싶은 유혹이 있습니다. 일반적으로 직원이 다음 프로젝트로 넘어갈 필요가 있는 VAR은 종종 서두르도록 압력을 가할 것입니다. 이 유혹 및/또는 압력에 굴복하지 마십시오. 테스트, 교육 및 데이터 변환에 소요되는 시간은 어떤 이유로든 단축할 수 없으며 필요한 경우 연장할 수 있다는 마음가짐으로 시작해야 합니다.
즉, 필요에 따라 라이브 날짜를 자유롭게 연장할 수 있습니다. 계획된 가동 날짜는 분기 또는 회계 연도 말과 같은 다른 주요 날짜와 연결되어서도 안 됩니다. 그렇게 하는 것은 엄청난 위험을 수반합니다. ERP 구현의 위험을 최소화하기 위해 CFO 또는 기타 경영진이 할 수 있는 최선의 방법은 일정 기간 동안 규율을 유지하고 사람과 소프트웨어가 준비되어 있다는 안심할 수 있을 때만 가동이 시작되도록 하는 것입니다.
가동할 시간이 되면 조직 전체에 모든 사람이 최대한 유연하고 가용성이 있어야 한다는 사실을 알리는 것이 가장 좋습니다. 관련된 모든 사람에게 첫 주말을 포함하여 첫 번째 날에 많은 초과 근무를 할 수 있어야 한다는 것을 알려주는 것이 좋습니다. 준비가 아무리 잘 되어도 예상치 못한 어려움이 있을 수 있습니다.
가장 최근에 구현한(대규모 회사 내에서 인수한 사업부의 경우) 출시 중반에 항목 수량은 20년 전에 설정된 글로벌 시스템 설정 때문에 소수점 이하 두 자리까지만 갈 수 있다는 것을 발견했습니다. 이로 인해 우리는 벌크 제품의 온스(0.0625파운드)를 정확하게 판매하거나 추적할 수 없다는 것을 깨달았기 때문에 즉시 가격 책정 및 측정 단위 구조를 변경해야 했습니다. 이것은 우리를 며칠 뒤돌게 만드는 작은 세부 사항이었습니다.
컷오버 날짜에 기초 대차대조표를 정확하고 즉시 로드하는 것을 우선시해야 합니다. There are many ways this can be challenging, because of the detail required to accurately and completely track the assets and liabilities in subsidiary ledgers. Inventory and accounts receivable tend to be the riskiest accounts.
Data uploads should be reviewed in granular detail because errors at this stage can be very difficult and time-consuming to correct.
Once you’re operating in the new ERP system, an enhanced ongoing support capability needs to be maintained at least for the first couple of months. It is appropriate to hold regular calls, where outstanding issues are discussed and updated.
While there are many benefits to be gained from using an ERP system, its implementation is admittedly risky. However, by employing best practices and by managing the process well, the risks can be minimized. The takeaway from this post should not be a collection of reasons not to implement ERP, but rather, some ideas for improving the chances of success.
According to authors Howard Smith and Peter Fingar, “Not all process-integration problems are technical and not all about IT. Integrating computer systems is not the same as integrating the business.”