구현은 무언가를 수행하기위한 계획,방법 또는 설계,아이디어,모델,사양,표준 또는 정책의 수행,실행 또는 실행입니다. 이와 같이,실시는 실제적으로 일어나는 것을 무언가의 순서를 따라 어떤 예비적인 생각든지 따라야 하는 활동이다.
정보 기술 맥락에서 소프트웨어 또는 하드웨어 구현은 요구 사항 분석,설치,구성,사용자 정의,실행,테스트,시스템 통합,사용자 교육,제공 및 필요한 변경을 포함하여 환경에서 제대로 작동하는 것과 관련된 모든 판매 후 프로세스를 포함합니다. “배포”라는 단어는 때때로 같은 것을 의미하는 데 사용됩니다.
구현 프로세스가 성공하려면 여러 부서 간의 많은 작업을 순서대로 수행해야 합니다. 기업은 검증 된 방법론을 사용하고 시스템의 구현을 통해 그들을 안내하는 전문가의 도움을 입대하기 위해 노력하고 있지만,많은 구현 프로세스의 실패는 종종 부적절한 자원이나 발생하는 예상치 못한 문제로 인해 프로젝트의 시작 단계에서 정확한 계획의 부족에서 유래한다.
시스템 구현은 일반적으로 공급 업체와 계약을 협상하는 것으로 시작되며,일반적으로 전체 구현 프로세스에 대해 설정된 지침,마감일 및 지불 일정을 정의하는 세심한 프로세스입니다. 계약 요구 사항에는 시스템 성능 기준의 개요,문제와 관련된 처벌 및 구현 프로세스의 지연,문서화,교육 및 문제 해결 요구 사항 및 시스템이 문제가 발생한 후 공급 업체 지원이 포함될 수 있습니다. 자세한 요구 사항을 서 면으로 동의 하는 데 이후 관리자 및 사용자 명확한 요구 사항을 프로세스 전반에 걸쳐 다른 지점에서 충족 하 고 제품에 대 한 책임을 공급 업체를 보유 하 고 회사에 게 혜택입니다.
계약 합의 및 프로젝트 일정 수립 후,주요 사업부는 조직의 미래 로드맵,프로젝트의 범위 및 새로운 시스템이 회사에 달성 할 수있는 것을 논의하기 위해 만나야합니다. 일반적으로,이 단계에서 주요 선수 정보 팀,최고 기업 임원 및 다양 한 영업 팀을 포함 합니다.
다양한 수준의 조직이 함께 일하면서 각 부서는 프로젝트의 명확하고 정량화 가능하며 잘 정의 된 목표와 새로운 기술을 사용하여 얻을 수 있기를 희망하는 것에 동의해야합니다. 이 회사의 목표는 결과를 평가하고 구현되면 시스템의 성공 또는 실패를 판단하기 위해 측정 할 필요가있다. 때때로,이것은 정정될 필요가 있는 비능률성 또는 문제 지역을 진단하기 위하여 각 고객 대면 사업 과정을 평가하기 위하여-내부적으로 제 3 자,납품업자,또는 누군가에게서-감사인을 안으로 데려올 것을 요구할지도 모르다. 목표가 설치되면 하자마자,조직은 수시로 실시 과정의 각종 단계로 세트 목적을 달성하기에 초점을 맞춘 우주 비행중의 스케줄을 포함하는 실시 상태에 체크인을 위해 계획을 개발해야 한다.
구현 프로세스의 핵심 플레이어는 일반적으로 프로젝트의 진행 상황을 논의하기 위해 정기적으로 만나,필요에 따라 우려를 표명하고 절차를 보강. 조직은 프로그램 관리자,프로젝트 관리뿐만 아니라 기술의 기술적 측면에 경험이있는 사람을 임명하여 구현 프로세스를 처음부터 끝까지 감독 할 필요가 있다고 생각할 수 있습니다. 소프트웨어 구현에는 종종 비즈니스 분석가,솔루션 설계자 및 기술 분석가와 같은 사람들이 구현 프로세스에 참여합니다.
하드웨어 또는 소프트웨어 구현 프로젝트에 대한 프로세스가 계획 단계를 통과 한 후,회사는 완전히 실행될 준비가 될 때까지 점차적으로 새로운 시스템을 테스트해야합니다. 회사 내의 소규모 테스트 그룹이 유한 기간 동안 시험의 일부로 시스템을 실행하는 파일럿 프로그램은 종종 모든 구현 프로세스의 핵심 구성 요소입니다.
일반적으로 회사 내의 기술에 정통한 근로자의 하위 섹션은 구현 프로세스를 더욱 돕기 위해 시스템의 결함 또는 단점을 선택하는 데 가장 열중 할 것이기 때문에 새로운 시스템을 시도하기 위해 입대됩니다. 테스트가 완료된 후 교육 프로그램은 새로운 시스템에 대해 사용자에게 교육하고 시스템이 최종적으로 실행될 준비가 되기 전에 이를 사용하는 방법에 중점을 둡니다. 시스템이 작동하려고 할 때 구현이 끝나면 회사는 일반적으로 전체 프로세스를 검토하고 모든 작업이 완료되었는지 확인합니다.
소프트웨어/하드웨어 구현은 항상 최종 사용자를 염두에두고 설계되어야하며 구현 프로세스는 일반적으로 사용자 참여와 관리자 및 회사의 다른 최고 경영진의 지원으로 이익을 얻습니다. 사용자가 시스템의 설계 및 구현에 참여하는 경우 이상적으로 비즈니스 목표를보다 정확하게 수행하고 우선 순위와 작업 방식을 반영합니다. 이 과정에 대한 그들의 참여는 또한 시스템이 무엇을 구성하는지에 대한 직접적인 경험을 가지고 있기 때문에 구현해야 할 변화를 더 잘 받아들입니다.
“사용자-디자이너 커뮤니케이션 격차”는 일반적으로 기업이 새로운 시스템을 성공적으로 구현하기 위해 극복해야 할 장애물입니다. 사용자는 원하고 디자이너와 그것 직원이 실시 과정 도중 각종 금지,효율성 및 데이타베이스 관리 원리 및 제한을 고려해야 하는 동안 체계에게서 얻는 것을 희망하는 필요가 있습니다.
구현은 본질적으로 회사의 기존 기술 아키텍처의 변화를 나타내므로 구현 프로세스에서 라이브 날짜의 양쪽에서 문제가 발생하는 것이 일반적입니다. 이를 설명하기 위해 회사는 공급 업체 및 컨설턴트와 긴밀한 관계를 유지하여 문제를 해결할 수 있도록해야합니다. 구현 중에 발생하는 일반적인 문제는 마감일 누락,전체 프로젝트에 대한 예산 초과,직원이 프로젝트에 전념하는 시간 과소 평가,외부 파트너로 인한 예기치 않은 지연 또는 막힘 및 주요 이해 관계자로부터의 지원 철회 또는 프로세스 속도를 늦출 수있는 다양한 예기치 않은 결과에 직면하는 것입니다.