Partner Gives and Partner Gets

Activity Time Indication

Partner solution & customer opportunities discusssions

• When:
  • 웨비나 및 워크샵 후 (2020 년 12 월 이후)
• Involves:
  • Microsoft 로부터의 클라우드 솔루션 아키텍트, 파트너 기술 전략가, 파트너 개발 관리자
  • 파트너로부터의 개발자, 아케텍트, 기술 리더십, 비즈니스 스폰서, 파트너 리드
• Objective:
  • 클라우드 솔루션 아키텍트가 아키텍처 설계 세션, 개념 증명 및 빌드 지원으로 지원할 수 있는 고객 기회 파악
  • 솔루션 요소 및 시나리오에 대한 QnA
  • 고객 파이프라인 및 솔루션 채택 성향 검토
  • 첫 번째 1~2개 프로젝트에 대한 솔루션 제안 검토
  • Solution Acceleration Hackathon 적합여부 평가

Solution Accerleration Hackathon

• Construct:
  • 범위에 따라 일반적으로 3일. Azure에서 더 나은 솔루션 또는 서비스를 구축
• Impact:
  • 레거시 시스템의 현대화 가속화
  • 개념 증명을 통해 시장 출시 속도 향상
  • 앱 혁신 고객 과제에 대한 솔루션 탐색
• Criteria
  • 확인된 고객 기회 또는 솔루션 시나리오
  • 해커톤 특성:
    • 액션에 대한 아이디어
    • 기술적 의심 차단 해제
    • 개념 증명
    • 주요 아케텍처 설계 작업에 대한 사운딩 보드(Sounding board)
    • 파트너와 고객이 새로운 기술 워크로드를 진행할 수 있는 자신감 제공

해커톤 특성

Hackathon trait 1 : 액션에 대한 아이디어

• 아이디어:
  • 내 웹 사이트는 기술 학습을 위해 잘 설계된 교육 비디오를 제공합니다. 현재는 PHP 기반 모놀리식 입니다. 저는 새로운 마이크로 서비스 기반 API를 만들고 프런트 엔드를 CDN을 통해 제공 할 수 있는 React 기반 SPA로 리팩토링 할 생각입니다. 또한 API를 통해 공개한 기능을 기반으로 다른 개발자가 고유한 경험을 만들 수 있도록 하여 API를 공개 할 계획입니다!
• 액션:
  • 1. 마이크로 서비스 기반 API 생성
    1. API 공개

Hackathon trait 2 : 기술적 의심 차단 해제

• 태스크와 의심을 분리하는 데 중요
• 기술 태스크 : 아이디어를 현실로 만들기 위해 수행해야 하는 것. 그러나 이것은 우리가 해커 톤에 가져 오는 것이 아닙니다. 이것은 서비스 계약이나 일반적인 개발 또는 마이그레이션 팀의 태스크 백 로그에 들어갈 수 있는 BAU 태스크입니다.
• 기술적 의심 : 불확실한 것. 이것은 본질적으로 더 새로운 것입니다.
• 예 : 공용 API 사용자를 안전하게 식별 할 수 있습니까?

Hackathon trait 3 : 개념 증명

• 우리는 기술적 의심을 차단하는 목표물을 만들기 위해 협력합니다.
• 반드시 코드로 직접 작업하는 것은 아니지만 Hackathon에서 해결하려는 의심 차단 해제 문제를 대상으로 하는 별도의 특수 개념 증명을 사용합니다.
• 직접 핸즈온을 수행하는 것 보다 더 좋은 것은 없다!

Hackathon trait 4 : 아케텍처 사운딩 보드

• 솔루션 아키텍처를 시각화하고 논의하기 위한 아키텍처 설계 세션과 전체 애플리케이션에 적용 할 수 있는 방법입니다.
• Hackathon에서 만든 학습 및 개념 증명을 연습 또는 프로젝트에 통합하는 방법에 중점을 둡니다.
  Image Modified

Hackathon trait 5 : 진행에 대한 확신

• 기술적 의심이 차단되지 않고 개념 증명이 확립되었으며 아키텍처가 건전한 상태에서 이해 관계자는 채택하고 있는 새로운 클라우드 서비스를 계속 진행할 수 있다는 확신을 가져야합니다!
  중요:
  • 합리적인 범위
  • 염두에 두고 있는 목표
  • 학습에 집중

QnA

Q: 참가자는 고정되어 있지 않습니까?

• 아니요, 참가자는 파트너의 이직률 및/또는 전문 지식/자원의 다른 할당에 따라 변경 될 수 있습니다.
• 이상적으로는 파트너가 책임을 질 수 있는 담당자를 지정하고 연속성을 장려하는 것이 좋습니다