개념 증명 또는 파일럿

  • 아티클

귀사 또는 고객을 위한 기술 및 보안 결정을 추진할 때 PoC(개념 증명) 또는 파일럿은 제안한 솔루션이 비즈니스 문제를 해결한다는 증거를 제공할 수 있는 기회입니다. PoC 또는 파일럿은 채택이 성공할 가능성을 높입니다.

PoC는:

  • 비즈니스 모델 또는 아이디어가 실현 가능하고 비즈니스 문제를 해결하는 데 도움이 될 것임을 보여줍니다.
  • 일반적으로 1~3개의 기능을 포함합니다.
  • 하나 또는 여러 기술에 포함될 수 있습니다.
  • 특정 시나리오에 맞춰져 있으며 고객이 기술 또는 보안 결정을 내리기 위해 알아야 할 사항을 입증합니다.
  • 시연용으로만 사용되며 프로덕션으로 전환되지 않습니다.
  • IT 기반 및 사용 설정 기반입니다.

파일럿은:

  • 제안된 작업 또는 제품의 테스트 실행 또는 체험입니다.
  • PoC보다 오래 지속되며, 종종 몇 주 또는 몇 달 동안 지속됩니다.
  • PoC보다 ROI(투자 수익률)가 높습니다.
  • 사전 프로덕션 또는 평가판 환경에서 빌드합니다(그런 다음, 프로덕션으로 전환할 의도를 가지고).
  • 채택 기반 및 소비 기반입니다.

PoC 및 파일럿 모범 사례

고객의 환경에서 작업할 때 규정 준수 문제를 인식하고 작업이 항상 합법적이고 규정을 준수하는지 확인합니다.

  • 고객의 환경을 건드리거나 변경하려면 일반적으로 계약이 필요하며 파트너 또는 Microsoft 서비스가 관여될 수 있습니다. 계약이 없으면 귀사가 문제나 손해에 대해 책임을 져야 할 수 있습니다.
  • 거버넌스에는 법률 부서의 승인이 필요할 수 있습니다. 귀사는 IP(지적 재산권)를 무료로 제공하지 못할 수 있습니다. 귀사 또는 고객의 IP 비용 지불 여부를 지정하기 위해 법적 계약이 하나 이상 필요할 수 있습니다.
  • NDA(비밀 유지 계약), 제품 로드맵, NDA 기능 또는 일반 대중에게 공개되지 않은 항목을 처리할 때는 공개 지침을 받습니다.
  • 파일럿에서는 MSDN(Microsoft Developers Network) 평가판 환경이나 직접 소유한 환경을 사용하지 마세요.
  • 적절하게 라이선스가 부여된 소프트웨어를 사용하고 기회 소유자에게 소프트웨어 라이선스를 올바르게 처리하도록 요청합니다.

고객, 파트너 또는 귀사에서 PoC 또는 파일럿 비용을 지불할 수 있습니다. 계약 규모, ROI 및 판매 비용에 따라 한 그룹이 모든 것을 처리하거나 세 당사자가 함께 비용을 충당할 수 있습니다. 귀사 또는 고객이 PoC 또는 파일럿에 투자했는지 확인합니다. 그렇지 않다면, 귀사 또는 고객이 솔루션의 가치를 아직 보지 못했다는 위험 신호일 수 있습니다.

PoC 및 파일럿 프로세스

TDM(기술 의사 결정자)은 채택 결정을 주도할 책임이 있습니다. TDM은 올바른 파트너와 리소스가 PoC 또는 파일럿에 참여하도록 할 책임이 있습니다. TDM은 제품 및 서비스 영역 또는 지역의 파트너를 알고 있어야 합니다. 귀사의 제품 서비스 영역에서 제공되는 파트너의 주요 서비스에 대해 알고 있어야 합니다.

계획

다음과 같은 상태 관련 질문을 고려해 보세요.

  • 주요 의사 결정자와 Microsoft 잠재력을 포함하는 좋은 기술 계획이 있나요?
  • PoC 없이 필요한 확실성을 제공할 수 있나요?
  • 파일럿으로 전환해야 하나요?
  • 팀 또는 고객이 동의한 자세한 범위 및 의사 결정 기준은 무엇인가요?
  • 기준을 충족한다면 귀사나 고객이 솔루션을 구입하거나 배포할까요?

다음 작업을 수행합니다.

  • 위험을 분석합니다.
  • 설정을 평가합니다.
  • 준비를 수행합니다.
  • 워크로드 및 인적 자원을 고려합니다.
  • PoC 또는 파일럿 상태를 제시합니다.
  • 기술 사전 요구 사항을 충족합니다.
  • go/no go 결정을 정의합니다.
  • 최종 프로젝트 계획 사양을 만듭니다.

실행

실행 단계의 경우:

  • 누가 프레젠테이션을 시작할지 결정합니다.
  • 가능하면 아침에 회의 일정을 잡습니다.
  • 데모 및 슬라이드를 준비합니다.
  • 프레젠테이션을 다듬기 위해 시험 실행을 실시합니다.
  • 피드백을 받습니다.
  • 귀사 또는 고객 팀을 참여시킵니다.
  • win/lose 문을 완료합니다.

결과 보고

결과 보고 단계에서 고려할 사항:

  • 기준이 충족되었는지 여부
  • 관련자 투자
  • 배포 시작
  • 파트너 찾기 및 교육
  • 학습 내용
  • PoC 또는 파일럿 지침의 수정 또는 확장
  • 귀중한 결과물 보관

변경 관리

변경 관리는 테스트를 거친 방법과 기술을 사용하여 변경 관리 시 오류를 방지하고 영향을 최소화합니다.

파일럿에는 잠재적인 문제 또는 발생하는 문제를 해결하기 위해 여러 사용자의 단면을 포함하는 것이 가장 좋습니다. 이전 기술에 익숙하고 편안한 사용자는 새로운 기술 솔루션으로 전환하는 데 어려움을 겪을 수 있습니다. 변경 관리는 이러한 점을 염두에 두고 사용자가 변경의 이유와 변화가 가져올 영향을 이해하도록 도와줍니다.

이러한 이해는 파일럿의 일부이며 프로젝트에 이해 관계가 있는 모든 사람을 대상으로 합니다. 파일럿은 PoC보다 낫습니다. 고객이 더 많이 참여하므로 변경 사항을 구현할 가능성이 더 높기 때문입니다.

파일럿에는 설문 조사 또는 포커스 그룹을 통한 자세한 후속 조치가 포함됩니다. 피드백은 변화를 입증하고 개선할 수 있습니다.

다음 단계

Prosci® 변경 관리 교육