You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Current »

Partner Gives and Partner Gets

Partner GivesPartner Gets
교육에 대한 약속 (파트너 당 3-8 명의 개발자 / 아키텍터 참여)Unleash 및 OCP 팀으로부터의 라이브 큐레이팅 웨비나 및 워크숍 통한 교육 및 지원
CERTIFY에 대한 약속 (Microsoft 인증 : Azure Developer Assocate, DevOps Engineer Exert, Azure Solutions Architect Expert)시험 가이드 및 학습 경로
ENGAGE에 대한 약속 (파트너 당 3 개의 검증 된 Azure 앱 혁신 / 현대화 고객 기회> 파트너 당 1 개의 고객 WIN)솔루션 제공 및 고객 기회에 대한 Solution Acceleration Hackathon Priority CSA 협업

Activity Time Indication

ActivityFrequencyTime
Webinar6웨비나 당 1시간
Workshop2워크숍 당 1 - 2일
Hackathon1*3일간의 온라인 해커톤. * 온라인 해커톤은 확인된 고객 기회/솔루션 빌드에 따라 다르며 이벤트 전에 커뮤니케이션 및 공동 계획에 대해 최대 2 개월이 소요될 수 있는 플래닝이 필요할 수도 있다.

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에서 만든 학습 및 개념 증명을 연습 또는 프로젝트에 통합하는 방법에 중점을 둡니다.

Hackathon trait 5 : 진행에 대한 확신

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

QnA

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

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