일본에서 본격적인 뉴토끼 167 패키지를 도입 한 지 약 30 년이 지났습니다 이 기간 동안 많은 회사들이 뉴토끼 167를 구현하려고 시도했지만 불행히도 많은 사례가 원래 목표를 달성하지 못했습니다 간단히 실패하지만 프로젝트 취소, 일부 기능 도입, 배송 시간 지연, 과도한 구현 비용, 성공적인 구현이지만 낮은 사용자 만족도를 포기하는 등 다양한 유형이 있습니다
이전 기사에서는 뉴토끼 167와 뉴토끼 167 패키지를 소개했지만 이번에는 뉴토끼 167 구현 실패의 일반적인 원인에 따라 성공적인 뉴토끼 167 구현의 열쇠를 고려할 것입니다
기존 핵심 비즈니스 시스템과 뉴토끼 167의 차이
기존 핵심 비즈니스 시스템 개발과 뉴토끼 167 시스템 구현의 차이점은 다음과 같습니다
| 주제 시스템 | 소개 | 소개 방법 |
|---|---|---|
| 전통적인 핵심 비즈니스 시스템 | 부서 또는 사업부 | 스크래치 개발 |
| 뉴토끼 167 시스템 | 회사 전체 | 패키지 소개 |
전통적인 시스템은 주로 부서보다 적은 단위로 도입되었지만 뉴토끼 167 시스템에는 설치 대상이 서로를 파악하는 여러 부서가 있으므로 부서 간 조정이 필요합니다 이는 부서 간의 이익에 대한 조정에 관한 것이 아니라 부서 및 운영의 폐지 및 감소를 포함한 주요 규모에 관한 것입니다 따라서 뉴토끼 167를 도입하려면이 기능 간 조정을 이끌 수있는 경영진의 강력한 참여가 필요합니다 또한 뉴토끼 167 설치는 패키지를 사용하기 때문에 다른 시스템 및 일부 추가 기능을 사용한 보고서 및 I/FS 개발을 제외하고 시스템 개발이 일반적으로 완료되면 프로젝트가 시작됩니다 다시 말해, 뉴토끼 167 설치 실패의 근본 원인은 시스템 개발 자체의 실패가 아닙니다
대상으로 인한 실패
뉴토끼 167의 도입은 대규모 예산을 포함하고 회사 전체를 포함하는 회사 전체의 프로젝트가 될 것이므로 결정과 준비가 부족하면 프로젝트 실패의 위험이 높습니다 (그림 1)
부드러운 부서 간 조정을 달성하기 위해서는 모든 회사와 부서의 지원과 협력이 필요합니다 경영진이 프로젝트 위기를 조기에 알리면 최고 경영진의 리더십에 의해이 실패 패턴을 재건 할 수 있지만 지연된 인식이 프로젝트가 취소 될 수 있습니다 또한, 시스템에 도달 할 수 있더라도 최종 사용자 참여가 낮 으면 사용자 만족도가 감소합니다
구현 방법으로 인한 고장
뉴토끼 167 설치에서 뉴토끼 167 패키지는 대부분의 시스템을 설명 하므로이 사양을 무시하면서 요구 사항을 정의하면 패키지 기능과 요구 사항 사이에 상당한 불일치가있을 가능성이 높습니다 추가 개발 로이 격차를 메우려고하면 많은 양의 추가 개발이 필요하여 개발 비용과 배송 날짜가 지연됩니다 뉴토끼 167를 소개 할 때 "패키지 사용 방법"이라는 관점에서 요구 사항을 결정해야합니다
| 주제 시스템 | 소개 방법 | 소개 단계의 관점 |
|---|---|---|
| 전통적인 핵심 비즈니스 시스템 | 스크래치 개발 | 시스템의 기능 결정 |
| 뉴토끼 167 시스템 | 패키지 소개 | 패키지 사용 방법 결정 |
성공적인 뉴토끼 167 소개의 열쇠
최고 경영진의 리더십에 따라 최종 사용자가 적극적으로 참여하는 뉴토끼 167 구현 프로젝트는 실패하지 않습니다 최종 사용자가 패키지 자체를 사용하는 방법을 결정하면 불만이 있더라도 만족감이 있습니다 성공적인 뉴토끼 167 구현의 핵심은 프로젝트 준비 단계에서 최고 경영진을 이끌고 최종 사용자를위한 적극적인 참여 시스템을 구축하는 것입니다
저자 프로필
- TDI IT Consulting Department
- 우리는 주요 회사를위한 많은 뉴토끼 167 구현 프로젝트를 진행하고 있습니다 앞으로, 우리는 주로 중간 규모의 회사를 위해 뉴토끼 167를 소개하기 위해 열심히 노력할 계획입니다
이 저자의 최신 기사
뉴토끼 1672018 년 9 월 6 일실패의 원인에 따라 실패하지 않는 뉴토끼 167 소개
