하지만 그게 그렇게 단순하지 않다. 개념적인 것이라면 굳이 말싸움을 할 필요도 없고 시도해 볼 필요도 없다. ERP는 많은 회사(공급업체든 고객이든)와 밀접하게 관련되어 있으며 이 분야의 실무자들과 긴밀하게 연결되어 있기 때문입니다. 그렇다면 ERP는 기술인가요? 기술이라면 세 가지 상황이 있을 것입니다. 하나는 기술이 기술의 선두에 있다는 것이고, 다른 하나는 그 기술이 첨단 기술은 아니지만 성공적으로 현재의 대중적인 기술로 변모했다는 것입니다. 기술이 성공적으로 변환되지 못해 제거되었다는 것입니다. 기술적인 관점에서 볼 때 ERP는 더 이상 최첨단 기술이 아닙니다. (사실 GartnerGroup의 정의에 따르면 ERP 자체에는 이미 내부 통합과 외부 통합 기술이 포함되어 있지만 예전에는 주로 내부 통합에 중점을 두어 모든 사람에게 다음과 같은 인상을 주었습니다. ERP는 이것에 국한되었다.) 그렇지 않았다면 사회가 급속히 발전하는 변혁기에 있지만, 변혁에 실패했다는 징후는 분명히 없고, 심지어 새로운 것에 대한 기준도 없다. 아직 첨단 기술이 형성되지 않았습니다. 성공적으로 변신할 수 있을까요? MRP에서 MRPII로, MRPII에서 ERP로 전환하는 것처럼 모두가 수용하고 새로운 대중기술이 될 수 있을까요? 우리는 기다려 봐야 할 것입니다. ERP는 상품인가요? 제품이라면 사용자 입장에서 그 제품이 기술적으로 진보한 것인지, 가격이 합리적인 것인지 판단해야 합니다. 공급업체의 경우 제품의 기술적인 내용만 개선하고 마케팅을 잘하면 됩니다. 여기서는 이에 대해 너무 많이 논의할 필요가 없습니다. Lenovo의 Liu Chuanzhi는 "ERP를 사용하지 않고 죽음을 기다리면 ERP를 사용하여 죽음을 찾으십시오"라고 말했습니다. 이는 사용자의 관점에서 ERP는 도구, 특별한 도구, 그리고 양날의 검 기업 경영과 기업 경쟁력을 크게 향상시킬 수 있지만, 동시에 부적절하게 사용하면 큰 파괴력을 발휘할 수 있습니다. 그렇다면 ERP가 도구라면 이 도구는 더 이상 쓸모가 없는 것일까요? 사실 도구가 낡았다고 할 수는 없으며 단지 적합 여부만 다를 뿐 지역과 물건에 따라 다릅니다. 소위 차를 마시고 차를 입는 것, 따뜻한지 차가운지 알 수는 없습니다. 다른 사람들이 명확하게 설명했습니다. 예를 들어, 괭이는 확실히 오래된 도구이지만 적어도 수억 명의 근로자가 여전히 그것을 사용하고 있다고 말할 수 있습니까? ERP란 정확히 무엇인가요? 이론인가요? 기술, 자본, 인력, 경영 등 모든 측면을 포괄하는 경영이론입니다. 이론이라면 ERP는 매우 강력한 생명력을 가질 것입니다. ERP는 컴퓨터 기술(현재 정보라고 함)을 기반으로 한 두 가지 기술의 산물입니다. 기술)과 관리 기술 중 하나가 기술적 변화를 가져온다면 ERP는 모든 면에서 쓸모없게 될 것입니다. 배경을 만든 두 기술이 여전히 주류 기술이고 기술을 개발하고 있다면 이론으로서의 ERP는 개념적 ERP II로 발전하든, ERP III으로 발전하든 여전히 발전 여지가 많다. 1. 프로젝트 형태로 구현 앞서 지적했듯이 ERP는 내부 통합과 외부 통합 기술을 포함하는 소프트웨어이지만 ERP는 단순한 소프트웨어가 아니며 구현은 기업의 통합에서 기업의 모든 측면을 포함합니다. 내부 비즈니스 프로세스부터 공급업체, 고객과의 전자상거래 플랫폼 구축까지, 기업경영의 혁명이라 할 수 있습니다. 구현 프로세스에는 연구, 목표 결정, 작업 분해, 다양한 제약 조건 충족, 부서 간 리소스 할당 및 다양한 이해관계자의 조정이 포함됩니다. 이는 정확히 프로젝트 관리의 전문 분야이며 다른 구현 모델은 이러한 유형의 관리 요구 사항을 충족할 수 없습니다. . 필요하다. ERP는 관리 도구로서, 자체 관리 시스템이 요구 사항을 충족할 수 없는 경우 프로젝트 관리 프로세스 제어 도구와 방법이 다양한 구현 아이디어를 충족해야 합니다. 고객 만족을 중심으로 한 조건과 원칙은 모두 ERP에서 요구되는 사항입니다.
(ERP뿐만 아니라 모든 것이 프로젝트가 된다는 말이 있는데, 이는 프로젝트 관리의 적용 범위가 넓다는 것을 보여줍니다.) ERP 사용 인증부터 타당성 조사까지 프로젝트 방식으로 구현됩니다. , 목표 제시 및 정의 범위, 업무 분할, 인력 분할, 리스크 관리, 시간, 비용, 효율성 간의 최적의 균형 찾기 등의 전 과정이 프로젝트 기반으로 구현됩니다. 이는 " ERP 성공' 2. ERP 구현 효과의 정의 다양한 이해관계자는 서로 다른 정의와 요구 사항을 갖습니다. 대부분의 경우 ERP 공급업체는 구현한 ERP가 "온라인"인 한 "성공적"이라고 간주합니다. 이 항목은 "닫기"여야 합니다. "이며, 사용자는 비용을 지불해야 합니다. 사용자는 이 시스템이 우리의 조건을 충족하지 못한다고 생각합니다. 왜 그렇게 많은 돈을 소비해야 합니까? 일반적인 결과는 여전히 돈을 지불해야 한다는 것이므로 국내 ERP 구현 성공률은 거의 "0"이라는 말이 있습니다. 어쨌든 ERP 공급업체에서는 이 말을 하지 않은 것으로 보입니다. 그렇다면 구현 효과를 객관적으로 정의하는 방법은 무엇입니까? 이러한 효과를 달성하는 것을 방해하는 제약 사항은 무엇입니까? 다음 질문에 답해 보겠습니다. ● 기업 정보 통합 - 기업의 원래 업무를 합리적으로 통합 및 분할하여 기업이 선택한 ERP 프로세스와 기업의 실제 비즈니스 상태 사이에 채널을 구축하여 기업의 원래 비즈니스에 흩어져 있고 지저분한 정보를 정리할 수 있습니다. ERP 플랫폼에 통합함으로써 회사의 후속 정보 구축 및 정보 관리를 위한 견고한 기반을 마련합니다. 이 단계에서 사용자의 상황이 그다지 나쁘지 않다면 "일반" ERP 공급업체는 사용자가 이를 수행하도록 도울 수 있는 것이 표준입니다. "성공"의 기반과 그 수집의 기반. ● 비즈니스 프로세스 간소화 - 그러나 소프트웨어에 데이터를 로드하는 것만으로는 관련 비즈니스가 정리되지 않습니다. 매일 기본 비즈니스 데이터를 입력하는 고급 계산기로 사용할 수 있습니다. 여전히 수동 및 반복 입력으로 사용), 가장 기본적인 보고서를 생성합니다. 다른 측면, 특히 일상적인 관리에는 변화가 없습니다. 이 경우 위에서 아래로 모두가 불만족하게 될 것입니다. 이것이 ERP의 주된 이유입니다. 실패는 너무나 흔한 일이다. 따라서 ERP를 비즈니스 프로세스를 합리화하기 위한 플랫폼으로 활용하는 것은 부서 기반의 상대적으로 정적인 운영 모델에서 비즈니스 프로세스 기반의 상대적으로 동적인 운영 모델로의 전환은 비즈니스 프로세스의 변화가 아니라 오히려 비즈니스 프로세스의 변화입니다. 이것은 이념적 개념의 변화입니다. 이것은 원래 모델의 일부 기득권과 충돌할 뿐만 아니라 많은 사람들의 고유한 개념과도 싸워야 합니다(변화가 반드시 이들의 이익에 영향을 미치지는 않습니다). 하지만 작업을 용이하게 할 것입니다.) 이 부분의 주요 모순은 기업 자체이지만 공급업체나 구현 컨설턴트의 필요하고 효과적인 전문 지침이 부족한 것도 이 단계가 완료된 후에 발생할 수 있습니다. 초기 성공을 거두었습니다. ● 지속 가능성 기업 관리 개선 - 기업 정보 관리를 위한 플랫폼이 구축되었으며, 심층적인 사용과 비즈니스 개발을 통해 초기에 비즈니스 프로세스가 간소화되었습니다. ERP가 보다 완전하게 사용될 수 있도록 강화됩니다. ERP의 구현은 이때 더욱 성공적이 될 것입니다. ● 의사 결정자에게 지원을 제공합니다. 제작자는 정보 의사 결정에 대한 아이디어를 갖고 의사 결정에 대한 지원을 제공하는 것이 더 자연스러운 결과가 될 것입니다. 이제부터 ERP의 사용은 매우 성공적일 것입니다. 유지 관리 및 개발의 문제입니다. 3. ERP 시행 시 주의사항 기대한 결과를 최대한 달성하기 위해서는 다음과 같은 사항에 대해서도 논의할 필요가 있다. ERP 소프트웨어 공급업체는 할 수 있는 일이 너무 많습니다. ● 구현은 프로세스 전반에 걸쳐 "제어 가능"해야 합니다.(끝)