Home / FAQs / Enterprise Management System 선택, 구현 및 통합
QUESTION & ANSWER

OO 시스템은 표준 제품 또는 사용자 정의 개발을 구입?

일반은 휴가, 재투자, 인쇄 및 기본 포털과 같은 일반적인 요구는 보통 성숙한 OA 제품으로 평가됩니다. 특별 프로젝트 배달, 계약 규칙, 산업 승인 또는 크로스 시스템 프로세스는 구성, 보조 개발, BPM 또는 독립 비즈니스 시스템을 통해 달성 될 수 있습니다.

질문에 대한 답변

먼저 의사 결정에 사용될 수있는 결론을 제공합니다.

수요가 주로 일반 사무실 시너지에 대 한 경우, 성숙한 제품의 구입은 일반적으로 더 빠른 줄어 늘어지고 더 완료. 차이는 작은 프로세스에 집중 하는 경우, 우선 구성 및 확장 포인트에 주어지고; 독립 사용자 지정은 기업이 명확하게 차별화 된 프로세스, 복잡한 시스템 연결 또는 장기 생산에 대 한 계획.

DECISION FACTORS

어떤 조건은 판단하기 전에 확인되어야합니까?

동일한 질문은 다른 사업, 자료 및 프로젝트 단계의 밑에 다른 대답이 있을지도 모릅니다. 그것은 뒤에 오는 조건이 검사되고 웹에 일반적인 발견은 그들의 자신의 프로젝트에 통합될 것이라는 점을 건의됩니다.

일반적인 및 차동 프로세스의 공유는 무엇입니까?후보자 제품이 안정되어 있는 API 및 연장 기계장치를 제공하든자료, 첨부 파일, 프로세스 역사 전체 수출미래 조직 변화, 업그레이드 및 유지 보수에 대한 책임이 있음
ACTION STEPS

사전 예약

01

첫째, 우리는 표적과 국경에 대해 명확하게 될 것입니다.

2개 또는 3개의 후보 제품은 해산된 과정 명부를 사용하여 시험됩니다.

02

유효성 열쇠 의존

처리할 수 없는 불변은 구성, 확장 및 독립 체계로 분할됩니다.

03

평가 가능한 결과의 개발

licensing, 구현, 개발, 마이그레이션 및 세 년 운송 비용의 비용.

04

실제 결과와 다음 단계를 결정하십시오.

실제 프로세스 세트가 파일럿 후 전체 조달이 결정됩니다.

PRACTICAL EXAMPLE

실제 사업에서 어떻게 이해합니까?

판단의 방법을 설명하는 데 사용되는 예

회사는 20개의 정규적인 승인 및 복잡한 프로젝트 개발 과정이 있습니다. 논리 노선은 일반적인 시너지의 표준 OA 짐, 확장 또는 프로젝트 체계를 통해서 달성되는, 과정을 위한 전체 사무실 플랫폼을 rewriting 보다는 오히려 달성되는.

COMMON RISKS

가장 쉬운 피트에서 단계.

실제 프로세스를 테스트하지 않고 제품의 적합성을 결정하는 데모 템플릿을 사용합니다.

Unity의 추적에 있는 OA로 강제적인 전문가 일

계약은 데이터 수출 및 출구 메커니즘을 지정하지 않고 계정 번호를 사용합니다.

ACCEPTANCE

우리는 수신 및 확인을 종료해야 하는 방법?

선택은 적합한 목록을 제공해야하며 차이점이 달성 된 방식으로 인터페이스 검증, 데이터 마이그레이션 프로그램, 허용 된 오염 비용, 업그레이드 및 출구 배치의 영향.

공급자 또는 내부 팀과 통신 할 때, 현재 프로세스, 대표 샘플, 기존 시스템, 계획 시간 및 예산 수준이 가져 오는 것이 좋습니다. 우선, 알 수없는 항목은 명확하게 표시되고 그 결정은 진단, PoC, 고정 범위 프로젝트 또는 지속적인 연구 및 개발, 이는 일반적으로 국경없이 가격과 기간 동안 직접 수요보다 신뢰할 수있는 것보다 더 신뢰할 수 있습니다.

프로젝트 조건은 위의 예에서 다르습니까?

운영 목적, 기존 시스템, 샘플 및 계획된 시간은 컨설턴트가 실제 경계와 관련하여 예비 판단을 만들 수 있기 전에 충돌 할 수 있습니다.

Associate 프로젝트 컨설턴트