5.2.1..1학과 간 지식 이전
위탁대리 이론과 포터의 경쟁력 이론을 참고해 주미운 [25] 은 기업 정보화 과정에서 주체 간 지식 이전을 계약 이전, 지도 이전, 참조 이전, 제약 이전, 경쟁 이전, 적응 이전 등 6 가지 유형으로 나누었다. 컨설턴트와 감독자의 차이점을 고려하여 참조 이전 (다른 ERP 시스템을 구현한 기업에서 정보 프로젝트를 구현하는 기업으로 지식을 이전하는 프로세스, 주로 경험과 교훈) 및 경쟁 이전 (경쟁자에서 구현자로 지식을 이전하는 프로세스, 구현자는 입찰에 참여하는 경쟁자일 수 있음, 동일한 업계 또는 지역에 정보 솔루션을 제공하는 파트너) 을 생략했습니다. 저자에 대한 지식 이전 유형
그림 5.3 ERP 구현 엔티티 간의 지식 이전 프레임 워크
계약 기반 이전은 의뢰인과 대리인 간에 쌍방이 체결한 계약의 명시적 조항과 숨겨진 조항을 만족시키기 위한 양방향 지식 이전입니다. 규제 방향에서 기업으로의 유도 이전을 통해 기업은 IT 지식을 얻고 정보화 프로젝트의 위험을 줄일 수 있습니다. 제약 이전은 경영진이 시스템 구현자 (개발자 및 컨설턴트) 에게 지식을 이전하는 프로세스이며 주로 위험 및 품질 관리를 포함합니다. 적응형 이전은 에이전트와 파트너 간의 지식 이전 프로세스이며, 파트너는 국내 시장에 진출해 로컬라이제이션 협력을 추구하는 다국적 기업이거나 구현자의 보완 공급업체 (예: 컨설턴트 및 개발자) 일 수 있습니다. 조직 이전은 기업과 직원 간의 지식 이전 프로세스이며 개인과 조직 간의 지식 이전 범주에 속하며 기업에 대한 직원의 인센티브 메커니즘을 포함합니다. 학습 이전은 직원들이 상담사로부터 ERP 사상을 얻는 과정을 말하며, 상담사가 기업에 대한 친숙함과 이해를 포함한다. 점진적인 이전은 직원들이 시스템 구현 프로세스에 참여하고, 개발자와 협력하고, 서로 학습하며, 정보 기술 지식과 기업 문화를 얻는 과정입니다.
5. 1.2.2 다른 정보에 따른 지식 이전
지식 이전 과정에서 구현 컨설턴트와 시스템 통합 개발자는 시스템 구현자로서 지식의 공급자 (판매자) 이며 기업은 지식의 수신자 (구매자) 이며 양 당사자는 자신의 이익을 극대화하려고 합니다. 그러나 시스템 구현 과정에서 지식 이전에 대한 가치 판단은 특정 시장 환경의 영향을 받아 양 당사자가 반드시 * * * 지식 [26] 을 달성할 수 있는 것은 아닙니다. 게임의 완전한 정보와 불완전한 정보에 따르면 지식 이전은 완전한 정보 대칭 (I), 공급자 우세 (II), 불완전한 정보 대칭 (III) 및 수취인 우세 (IV) (그림 5.4) 의 네 가지 상황으로 나눌 수 있습니다.
그림 5.4 지식 이전의 네 가지 상황
정보가 완전히 대칭인 경우 시스템 구현자와 기업 사용자 모두 ERP 시스템 구현 과정에서 전송된 지식을 정확하게 평가할 수 있으며, 양 당사자는 상호 신뢰를 바탕으로 시스템 개발 작업을 성공적으로 완료할 수 있습니다. 분명히 이것은 이상적인 상황이지만, 그 가설에는 큰 한계가 있어 시장 환경에서 [27] 을 보기 어렵다. 컨설팅 회사 및 시스템 통합업체와 비교할 때 기업은 일반적으로 고급 정보 기술 지식, 특히 ERP 시스템의 고급 관리 사상이 부족하여 구현자가 지식 이전 과정에서 주도적이고 능동적인 위치를 차지할 수 있게 되었습니다. 비대칭 정보 아래의 공급자 주도가 현실의 보편적인 현상이 되는 것도 많은 학자들이 감독 메커니즘의 도입을 모색하는 이론적 기초이기도 하다. 구체적인 엔터프라이즈 프로세스 및 아키텍처 설계에서는 비즈니스에 익숙한 직원들이 ERP 시스템의 핵심 아이디어에 대해 잘 알지 못하지만, 선진 기술과 사상을 습득한 개발자는 기업의 실제 상황을 결합해야 합니다. 예를 들어 Lenovo 그룹은 컨설팅 전문가가 프로젝트 초기에 지식에 기여한 기여율이 90% 라고 생각했지만, 프로젝트 시행이 깊어짐에 따라 구현 경로 탐색 및 문제 해결에 대한 지식 기여율이 90% 로 높아졌다는 것은 지식 가치에 대한 양측의 판단이 불완전함을 의미합니다. 이 상황은 쌍방의 새로운 영역을 포함한다. 수취인이 주도적인 조건 하에서 기업은 공급자가 제공한 지식이 좋은지 나쁜지를 정확하게 판단하여 적절한 구현자를 선택하거나 지식 이전 효과가 떨어지는 구현자를 처벌할 수 있다. 그러나 ERP 시스템을 구현하는 기업의 관점에서 볼 때, 이러한 상황은 발생할 가능성이 거의 없으며, 설령 존재하더라도 그 연구의 가치는 크지 않다. 그래서 다음은 II 와 III 에 대한 이론적 분석 일뿐입니다.