POC는 "개념 증명"을 나타내며 새로운 개념이나 기술이 예상되는 효과를 달성 할 수 있는지 여부를 확인합니다. 개발 비용, 기간, 기능 등이 회사의 요구 사항을 충족하는지 여부를 명확히 할 수 있으며 설치 시점의 위험은 실제 설치 전에 식별 할 수 있습니다. 제품 및 애플리케이션에 따라 생산 설치 중에 생성 된 POC를 사용할 수 있으며 결과적으로 반드시 검증에만 투자 할 필요는 없지만 개발로 인해 광범위한 혜택이 가능합니다.

최근에 DX (Digital Transformation) 홍보 (DX)로 인해 IoT 및 AI와 같은 비용 효율성을 달성하기 어려운 사례의 수가 증가했으며 POC가 구현되는 경우가 증가했습니다. 특히, POC를 구현하는 것은 IT 제품이 이전에 체계화되지 않은 영역에 소개하기 어려운 경우 효과적입니다.

일반적으로, 우리는 일반적으로 실습 (제품 검증)을 사용하여 설치를 위해 고려중인 시스템의 작동 가능성을 확인하고 실제 설치 전에 예상 결과가 달성 될지 여부를 확인하기 위해 POC를 수행합니다. 제품에 따라 프로토 타입은 생산이 도입되기 전에 생성 될 수 있지만,이 프로토 타입과 POC의 차이는 모호한 경향이 있습니다. POC는 실제 구현 작업을 확인하기위한 프로토 타입과 달리 "개념과 기술의 효과를 확인하기위한 것"입니다. 구현 기간과 표시기를 설정하고 효과를 중지하고 확인하는 것이 중요합니다.

POC는 네 가지 주요 단계로 당신을 안내합니다.

1 단계 : 비즈니스 목표를 명확하게

"POC 만 구현 한 다음 마무리"상황을 피하려면 먼저 "결국 원하는 일"의 목적을 명확히하는 것이 중요합니다. 시스템을 소개하면 회사 내에서 어떤 문제를 해결하고 싶은지 또는 개선하고 싶은 것이 무엇인지 모르는 경우 확인해야 할 사항을 알지 못할 수 있습니다.

2 단계 : 구조 설정

POC는 시스템을 설치할 수 있는지 여부를 조사 할뿐만 아니라 구현 및 비즈니스 효과 후 운영에 미치는 영향도 포함하는 프로세스입니다. 이의 효과를 올바르게 측정하려면 정보 시스템 부서, 비즈니스 부서 및 관리를 포함한 POC 구현 시스템을 설정해야합니다.

3 단계 : 실제 제품을 사용하여 기술 테스트

실제 제품을 사용하여 기술을 검증 할 때는 "그게 전부"라고 광범위하게 확인하는 것이 아니라 기능과 요구 사항을 제한하는 것이 효과적입니다. 이렇게하면 요구 사항 자체가 고정되지 않으며 POC가 진행되지 않습니다. 또한 간단한 기능이나 요구 사항을 확인하더라도 나중에 "보다 복잡한 작업에 배포 할 수 없음"으로 이어질 수 있으므로 키는 어려운 작업 또는 흐름을 선택하는 것이 어렵고 POC를위한 복잡한 처리를 선택하는 것입니다.

4 단계 : 검증 결과를 기반으로 향후 응답을 고려

미리 설정 한 표시기가 지워 졌는지 확인하십시오. 청산되지 않은 항목이 있더라도 허용 가능한지 여부와 개선 사항이 있는지 고려할 것입니다. 실제 소개 = POC 실패를 연기하는 대신 POC가 "이번에 연기 할 것"또는 "우리는 시스템을 기반으로 다시 구현하는 것을 고려할 것"과 같은 각 지표를 기반으로 결정할 수있는 큰 성과입니다.

POC를 진행하는 방법의 1 단계에서 언급했듯이, 성공적인 POC를 만드는 핵심은 목표를 구현하기 전에 목표를 설정하는 것입니다. 목표 설정에는 두 가지 유형의 목표 설정이 있습니다. 그 중 하나는 비즈니스 목적입니다. "POC를 구현하고 시스템을 소개하는 것을 목표로하는 이유는 무엇입니까?" 여기서, 당신은 당신이 조사하는 개념과 기술이 해결 될 어떤 문제와 어떤 영향을 기대할 수 있는지에 따라 목표를 설정하고 회사의 비즈니스에 투자 할 가치가 있는지 알고 있어야합니다. 따라서 현장 직원뿐만 아니라 결정을 내릴 권리가있는 경영진을 포함하여 목적을 공유하는 것이 중요합니다.

다른 하나는 확인할 때 참조 역할을하는 표시기슬롯 나라다. 이것들이 미리 설정되지 않으면 올바르게 확인할 수 없으며 본격적인 구현을 진행할지 여부를 결정할 이유를 얻을 수 없습니다. "기능 및 성능", "비용", "회원 기술", "전환", "스케줄링"및 "표준화"라는 6 가지 주요 지표가 나열 될 수 있습니다. 예를 들어, AI는 "데이터 (분석 할 데이터가 모두 사용 가능한지 여부)"와 같은 제품에 따라 필요한 지표를 준비합니다.

이러한 목표는 회사의 운영에 따라 고려해야합니다. 따라서 회사를 가장 많이 이해하는 사용자는 모든 것을 공급 업체에 맡기지 않고 POC에 참여하고 적극적으로 의사 소통하는 것이 중요합니다.

렌탈 주택 보증과 같은 비즈니스를 운영하는 Orico Forent Insure Co., Ltd.는 바쁜 기간 동안 비즈니스 부하를 줄이고 개인화를 제거하기 위해 BRM (비즈니스 규칙 관리 시스템)을 도입하는 것을 고려하고있었습니다. BRMS는 비즈니스의 사전 설정 "규칙 (비즈니스 규칙)"에 따라 비즈니스 흐름을 자동으로 결정하고 실행하는 시스템입니다. 그러나 규칙은 상세한 조건에 따라 다르며 결정을 내리기 위해 여러 정보를 비교해야하며, 담당자만이 이해할 수있는 많은 복잡한 작업과 흐름이있어 BRMS가 자동화 할 수 있는지 여부에 대한 우려가 있습니다.

그래서 우리는 여러 가지 판단 규칙을 선택하고 POC를 구현하여 특히 복잡한 작업을 대상으로했습니다. 결과적으로 기능, 비용 및 일정과 같은 모든 사전 설정된 지표가 지워졌으며 회사는 성공적으로 완전히 구현되었습니다. 현재 구현은 관련 작업에서 완료되었으며 다른 작업에 대한 배포를 진행할 계획입니다.

가장 큰 장점은 본격적인 구현 전에 POC를 구현함으로써 BRMS를 사용하여 복잡한 비즈니스 흐름을 자동화 할 수있는 자신감을 제공 할 수 있다는 것입니다. 또한 POC로 생성 된 규칙은 그대로 이루어졌으며 폐기물없이 원활한 개발이 가능합니다.

POC의 상세한 프로세스는 대상 작업 및 제품에 따라 다릅니다. 또한 POC는 기술적 인 검증뿐만 아니라 비즈니스 목표와 목표에 대한 인식으로 구현되어야합니다. 따라서 최고의 공급 업체는 각 제품에 익숙 할뿐만 아니라 비즈니스 관점에서 제안과 조언을 얻는 것이 가장 좋습니다.
SCSK는 SIER로 수년에 걸쳐 재배 된 노하우를 기반으로 POC에서 다양한 제품 도입에 대한 지원을 제공 할 수 있습니다. 또한 SCSK의 고유 한 강점은 실제 비즈니스 목표를 정리하는 것에서부터 프로젝트 완료에 이르기까지 의식해야 할 비즈니스 목표를 관리 할 수 ​​있다는 것입니다.