혁신의 비즈니스 가치에 대 한 합의 빌드

새 혁신을 개발 하는 첫 번째 단계는 혁신에서 비즈니스 가치를 추진 하는 방법을 파악 하는 것입니다. 이 연습에서는 조직에서 비즈니스 가치를 정의할 때 충분 한 시간을 투자 하는 중요성을 강조 하는 일련의 질문에 답변 합니다.

비즈니스 가치 란?

비즈니스 가치는 비즈니스에 따라 달라질 수 있는 비공식 용어입니다. 이는 고객에 의해 실현 되는 순 혜택 이며 장기 실행에서 회사의 상태와 잘 구성 된 모든 형식의 값을 포함 합니다.

비즈니스 가치를 확인 하는 질문 한정

비즈니스 혁신 또는 비즈니스 가치 솔루션 (클라우드 또는 온-프레미스)을 개발 하기 전에 다음 질문에 대답 하 여 비즈니스 가치 조건의 유효성을 검사 합니다.

  1. 이 솔루션을 사용 하 여 해결 하려는 정의 된 고객 요구 사항은 무엇 인가요?
  2. 비즈니스에이 솔루션을 만들 수 있는 기회는 무엇 인가요?
  3. 이 솔루션을 사용 하 여 어떤 비즈니스 결과를 얻을 수 있나요?
  4. 이 솔루션을 사용 하 여 어떤 회사의 동기를 제공 하나요?

네 가지 질문에 대 한 답변이 잘 설명 되어 있으면이 연습의 나머지 부분을 완료 하지 않아도 됩니다. 다행히 설명서를 쉽게 테스트할 수 있습니다. 두 개의 짧은 회의를 설정 하 여 설명서와 조직의 내부 맞춤을 모두 테스트 합니다. 커밋된 비즈니스 관련자를 하나의 모임에 초대 하 고, 관련 개발 팀과 별도의 모임을 설정 합니다. 위의 네 가지 질문을 각 그룹에 질문 한 다음 결과를 비교 합니다.

참고

모임 전에는 기존 설명서를 팀과 공유 하면 안 됩니다. True 정렬이 있는 경우에는 각 그룹의 멤버에 의해 안내 가설을 참조 하거나 recited 해야 합니다.

경고

회의를 용이 하 게 하지 마세요. 이 테스트는 맞춤을 결정 하는 것입니다. 이는 맞춤 생성 연습이 아닙니다. 모임을 시작 하면 팀 내에서 기존 계약에 대 한 방향 맞춤을 테스트 하는 것이 목표 임을 참석자에 게 알립니다. 각 질문에 대해 5 분의 시간 제한을 설정 합니다. 참석자가 답변에 동의 하지 않은 경우에도 타이머를 설정 하 고 5 분 후에 각 질문을 닫습니다.

각 그룹의 다양 한 언어와 관심사에 대 한 계정입니다. 테스트 결과가 양방향 된 답변을 확인 하는 경우이 연습을 참조 하세요. 솔루션 개발을 진행할 준비가 되었습니다.

답변 중 하나 또는 두 가지를 양방향으로 조정 하는 경우에는 하드 작업이 요금을 지불 하 고 있음을 인식 합니다. 대부분의 조직 보다 이미 잘 맞춰져 있습니다. 이후 성공은 정렬에 대 한 약간의 지속적인 투자로 인해 발생할 수 있습니다. 다음 섹션을 검토 하 여 추가 맞춤을 작성 하는 데 도움이 될 수 있는 아이디어를 확인 합니다.

두 팀 중 하나가 30 분 내에 4 개의 질문에 모두 대답할 수 없는 경우 다음 섹션의 정렬과 고려 사항은이 작업과 기타에 상당한 영향을 미칠 수 있습니다. 다음 섹션에 주의 해야 합니다.

큰 그림을 먼저 처리

클라우드 채택 프레임 워크는 strategizing, 계획, 준비 및 채택을 4 단계로 지정 된 경로를 따릅니다. 클라우드 및 비즈니스 혁신은이 프로세스의 채택 단계에 부합 합니다. 질문 에 대 한 대답은 3 개, 네 가지 중요 한 결과 및 동기입니다. 이러한 답변이 잘못 된 경우에는 클라우드 도입 수명 주기의 strategizing 단계에서 조직이 누락 된 것을 알 수 있습니다. 다음 시나리오 중 몇 가지를 재생할 수 있습니다.

  • 맞춤 기회: 비즈니스 관련자는 클라우드 및 비즈니스 혁신 작업과 관련 된 동기 및 비즈니스 결과에 동의할 수 없는 경우에는 더 큰 과제를 겪고 있습니다. 전략 방법 의 연습은 비즈니스 관련자 간의 맞춤을 개발 하는 데 유용할 수 있습니다. 또한 동일한 이해 관계자가 정기적으로 충족 하는 클라우드 전략 팀 을 구성 하는 것이 좋습니다.

  • 통신 기회: 개발 팀이 동기 및 비즈니스 결과에 동의할 수 없는 경우 전략적 통신의 격차를 나타낼 수 있습니다. 클라우드 도입 팀을 사용 하 여 클라우드 전략을 검토 하면이 문제를 신속 하 게 해결할 수 있습니다. 검토 후 몇 주 후에 팀에서 적격 질문 연습을 반복 해야 합니다.

  • 우선 순위 지정 기회: 클라우드 전략은 본질적으로 임원 수준 가설입니다. 최상의 클라우드 전략은 반복 및 피드백에 대해 공개 됩니다. 두 팀이 전략을 이해 하지만 여전히 이러한 질문에 대 한 답변을 맞출 수 없는 경우 우선 순위가 잘못 정렬 될 수 있습니다. 클라우드 채택을 팀 및 클라우드 전략 팀과 함께 세션을 구성 합니다. 이 세션을 통해 두 그룹의 활동을 모두 수행할 수 있습니다. 클라우드 채택 팀은 정렬 된 답변을 검증 된 질문에 공유 하 여 시작 합니다. 여기에서 클라우드 채택 팀과 클라우드 전략 팀 간의 대화는 우선 순위를 보다 효율적으로 조정할 수 있는 기회를 강조 표시할 수 있습니다.

이러한 큰 그림 기회는 혁신적인 솔루션을 클라우드 전략에 더 잘 맞추는 방법을 표시 하는 경우가 많습니다. 이 연습에는 다음과 같은 두 가지 공통적인 결과가 있습니다.

  • 이러한 대화를 통해 팀에서 조직의 클라우드 전략을 개선 하 고 중요 한 고객의 요구를 더 잘 나타낼 수 있습니다. 이러한 변경으로 인해 팀에 대 한 경영진 지원이 향상 될 수 있습니다.
  • 반대로 이러한 대화는 클라우드 채택 팀이 다른 솔루션에 투자 하는 것을 보여 줄 수 있습니다. 이 경우 혁신 투자를 계속 하기 전에이 솔루션을 마이그레이션하는 것이 좋습니다. 또는 이러한 대화를 통해 비즈니스 가치를 먼저 테스트 하는 시민 개발자 접근 방식을 채택할 수 있습니다. 두 경우 모두 팀이 제한 된 비즈니스 수익률으로 대량 투자 하지 않도록 하는 데 도움이 됩니다.

주소 솔루션 맞춤

질문에 대 한 답은 매우 일반적입니다. 이르는 및 개발의 초기 단계에서 고객 요구 및 비즈니스 기회는 종종 정렬 되지 않습니다. 많은 개발 팀이 너무 많은 정의와 너무 적은 정의 간의 균형을 유지 하는 것을 알게 되었습니다. 클라우드 채택 프레임 워크에서는 이러한 질문에 대답 하기 위해 빌드-측정-학습 피드백 루프와 같은 간결한 방법을 권장 합니다. 다음 목록에는 맞춤을 만드는 방법과 방법이 나와 있습니다.

  • 가설 기회: 다양 한 관련자와 개발 팀이 솔루션에 대해 너무 많은 기대를 기대 하 고 있습니다. 비현실적인 기대치는 가설이 너무 모호 하다는 부호 일 수 있습니다. Customer 공감를 사용 하 여 빌드 에 대 한 지침에 따라 보다 명확한 가설을 생성 합니다.
  • 빌드 기회: 팀은 고객의 요구를 해결 하는 방법에 동의 하지 않으므로 잘못 정렬 될 수 있습니다. 이러한 격렬는 일반적으로 팀이 중간에 기술적인 스파이크로 지연되 고 있음을 나타냅니다. 팀이 고객에 게 집중 하 게 하려면 첫 번째 반복을 시작 하 고 가설의 일부를 해결 하기 위해 작은 MVP (최소 실행 가능 제품)를 빌드 하세요. 자세한 내용은 digital Inventions 개발을 참조 하세요.
  • 교육 기회: 이러한 팀은 심층 기술 요구 사항 및 광범위 한 기능 요구 사항이 필요 하기 때문에 잘못 정렬 될 수 있습니다. 이를 위해서는 agile 방법론에 대 한 학습 기회가 생길 수 있습니다. 팀 문화권이 agile 프로세스를 사용할 준비가 되지 않은 경우 혁신을 찾고 시장의 속도를 유지 하 여 문제를 해결 합니다. DevOps 및 agile 사례에 대 한 학습 리소스는 다음을 참조 하세요.

이 문서의 각 섹션에서 혁신 방법 및 백로그 관리 도구를 수행 하 여 솔루션 맞춤을 쉽게 만들 수 있습니다.

다음 단계

비즈니스 가치 제안을 맞춘 후이를 전달 하면 솔루션 빌드를 시작할 준비가 된 것입니다.