모든 IT 포트폴리오에는 시장에서 회사의 입지를 크게 향상시킬 수 있는 몇 가지 워크로드 및 아이디어가 포함되어 있습니다. 대부분의 클라우드 채택 노력은 기존 워크로드의 마이그레이션 및 현대화에 초점을 맞춥니다. 그러나 클라우드 혁신은 가장 큰 비즈니스 가치를 제공할 수 있습니다. 클라우드 채택과 관련된 혁신은 새로운 기술 기술과 확장된 비즈니스 기능을 제공합니다.
클라우드 채택 프레임워크 혁신 방법론에서는 고객의 요구를 이해하고 고객이 제품과 상호 작용하는 방식을 형성하는 혁신을 신속하게 구축하는 데 중점을 두고 있습니다. 이 문서에서는 MVP(실행 가능한 최소 제품) 값을 제공하는 방법을 보여 줍니다.
클라우드 채택 수명 주기의 이 단계를 준비하기 위해 프레임워크는 다음과 같은 클라우드 혁신 연습을 제안합니다.
|
비즈니스 가치 합의를 사용하여 가설 만들기: 기술 솔루션을 결정하기 전에 새로운 혁신이 비즈니스 가치를 이끌어낼 수 있는 방법을 파악하고 고객 요구에 대한 가설을 제시합니다. |
|
첫 번째 MVP 빌드: 애플리케이션에 통합할 수 있는 충분한 값의 가설이 있으면 빌드 프로세스를 시작합니다. 개발 스프린트는 가능한 한 빨리 진행되어야 합니다. 빠른 스프린트를 통해 팀은 가설을 신속하게 확인하거나 거부하거나 필요한 기능이 애플리케이션과 통합되는 방식을 미세 조정할 수 있습니다. |
|
MVP를 통해 측정 및학습: 가설의 정확성을 가능한 빨리 확인하려고 합니다. MVP(최소 실행 가능한 제품)는 피드백을 수집하고 올바른 방향으로 움직이고 있는지 확인하기에 충분한 기능을 제공하는 새로운 기능의 예비 버전입니다. |
|
디지털 혁신 확장: 혁신 분야 또는 다음을 포함하는 디지털 발명을 사용하여 가설을 구체화합니다. |
혁신 요약
다음 방법은 기존 lean 방법론을 기반으로 합니다. 고객 채택에 대한 클라우드 중심 대화와 비즈니스 가치를 창출하기 위한 과학적 모델을 만드는 데 도움이 되도록 설계되었습니다. 또한 이 접근 방식은 기존 Azure 서비스를 관리 가능한 의사 결정 프로세스에 매핑합니다. 이 맞춤은 특정 고객의 요구 또는 가설을 해결하기 위한 올바른 기술 옵션을 찾는 데 도움이 될 수 있습니다.
MVP를 빌드할 때 다음을 포함하는 5가지 디지털 발명 분야를 사용하는 것이 좋습니다.
- 데이터 민주화
- 애플리케이션을 통해 참여
- 도입 활성화 지원
- 디바이스와 상호 작용
- 예측 및 영향
이 문서 시리즈는 이 방법론의 다음과 같은 측면을 강조합니다.
- 먼저 항상 고객 채택부터 시작하여 build-measure-learn 피드백 루프를 통해 고객 파트너십을 구축하는 피드백을 생성합니다.
- 둘째, 채택의 우선 순위를 지정하는 디지털 발명을 개발하는 방법을 검토합니다.
모든 사례를 한 번에 채택할 필요는 없습니다. 이러한 분야는 디지털 발명을 개발하는 몇 가지 접근 방식을 강조하면서 채택 및 고객 공감에 집중할 수 있도록 합니다.
다음 섹션에서는 혁신을 위한 공식과 이 방법을 통해 성공을 달성하는 데 필요한 약정에 대해 설명합니다.
혁신을 위한 공식
성공적인 혁신은 중요한 변환 이벤트나 애매하고 신화적인 과정에 관한 것이 아닙니다. 혁신의 성공은 균형 잡기이며, 단순한 방정식인 혁신 = 발명 + 채택에 의해 설명됩니다.
혁신은 발명과 채택의 교차점에서 발생합니다. 진정한 혁신은 새로운 접근 방식, 새로운 프로세스 및 새로운 기술을 통해 인간의 경험을 천천히 조정하는 데서 비롯됩니다. 이 수식에서 발명은 고객의 요구를 충족하는 새 솔루션을 만드는 것을 의미합니다. 반대로, 채택은 인간의 행동 및 상호 작용을 형성하기 위해 새로운 솔루션을 적용한다는 것을 의미합니다. 발명과 채택 간의 적절한 균형을 찾으려면 반복, 데이터 기반 의사 결정, 지속적인 학습 및 성장 사고방식이 필요합니다. 또한 오늘날의 디지털 사회에서 배울 수 있는 수많은 기회와 보조를 맞추는 기술이 필요합니다.
클라우드는 종종 발명 또는 혁신의 기술적 측면을 위한 훌륭한 플랫폼입니다. 불행히도, 대부분의 훌륭한 아이디어는 아이디어 또는 발명 과정보다 채택의 노력 중에 실패합니다. 성공을 보장하기 위해 개발 팀은 항상 혁신을 위한 테스트로 채택부터 시작해야 합니다. 따라서 이 방법론은 채택에서 시작됩니다. 이 방법론을 사용하려면 팀은 다음 세 가지 약정에 동의해야 합니다.
문화적 약속
혁신 방법론을 채택하려면 이 문서에 설명된 메트릭을 효과적으로 사용하기 위한 문화적 약속이 필요합니다. 혁신을 주도하는 접근 방식을 변경하기 전에 채택 및 리더십 팀이 이러한 중요한 약속을 할 준비가 되어 있는지 확인합니다.
기술보다 고객을 우선적으로 고려하도록 약속
모든 개발 팀에는 가장 친숙한 도구 또는 기술 세트가 있습니다. 그 강점을 활용하고 당신이 알고 있는 것을 사용하는 것이 현명하다. 그러나 혁신이 성공하려면 팀에서 고객 요구 사항과 테스트중인 가설에 집중해야 합니다. 때때로 이 포커스는 특정 도구 또는 아키텍처 접근 방식의 기능과 일치하지 않을 수 있습니다. 혁신에 성공하려면 개발 팀은 열린 마음을 유지해야 합니다. 발명 프로세스 중에는 팀의 기본 설정보다 고객의 요구 사항에 대한 기술적 결정을 집중합니다.
투명성에 대한 약속
혁신 방식의 측정을 이해하려면 먼저 투명성에 대한 약속을 이해해야 합니다. 혁신은 성장 사고 방식을 준수하는 환경에서만 성공할 수 있습니다. 경험에서 배우는 문화적 필수 요소는 성장 사고방식의 근원입니다. 성공적인 혁신과 지속적인 학습은 측정의 투명성에 대한 헌신으로 시작됩니다. 클라우드 채택 팀이 만들려는 용감한 노력입니다. 그러나 리더십 및 클라우드 전략 팀 내에서 투명성을 유지하겠다는 약속과 일치하지 않는다면 이러한 약속은 의미가 없습니다.
고객의 영향을 평가하는 것이 옳고 그름의 질문을 해결하는 것이 아니기 때문에 투명성은 중요합니다. 작업 품질 또는 채택 팀의 성과를 나타내는 영향 측정도 없습니다. 대신, 고객의 요구를 더 잘 배우고 충족할 수 있는 기회를 나타냅니다. 혁신 메트릭이 오용되면 해당 문화를 억제할 수 있습니다. 결국, 이러한 오용은 메트릭의 조작으로 이어지며, 이로 인해 발명의 장기적인 실패, 지원 직원 및 궁극적으로 데이터를 오용한 관리 구조가 발생합니다. 리더와 기여자는 모두 MVP 솔루션을 습득하고 향상시킬 수 있는 기회 이외의 다른 목적으로 평가를 사용하지 않는 것이 좋습니다.
반복에 대한 약속
모든 혁신 주기에서 하나의 약속만 사실입니다. 첫 번째 시도에서는 제대로 되지 않습니다. 평가는 원하는 결과를 달성하기 위해 수행해야 하는 조정을 이해하는 데 도움이 됩니다. 유리한 결과로 이어지는 변경은 build-measure-learn 프로세스의 반복에서 비롯됩니다. 클라우드 채택 팀과 클라우드 전략 팀은 성장형 사고방식 또는 빌드-측정-학습 접근 방식을 채택하기 전에 반복적인 사고방식을 커밋해야 합니다.
다음 단계
다음 위대한 발명을 빌드하기 전에 채택과 고객 공감을 염두에 두고 디지털 발명을 개발하는 다양한 접근 방식을 검토합니다 .