혁신 수명 주기 따르기

완료됨

Tailwind Traders는 다른 조직들과 마찬가지로 혁신에 대해 다음과 같은 질문이 있습니다.

  • 비즈니스 운영에 영향을 주지 않으면서 변동률을 높일 방안은?
  • 혁신의 결과로 비즈니스가 얻는 이점을 극대화하기 위해 어느 분야를 혁신하고 어떤 변경을 구현할지 정할 방안은?

위 두 질문에 대한 답은 Tailwind Traders가 조직 문화의 일부로 변화를 수용해야 한다는 것입니다. 변화를 꺼리는 조직에서 변화와 관련된 중단 문제가 자주 발생하는 이유는 그러한 변화가 너무 대규모이고 영향력이 크기 때문입니다. 통제된 실제 환경에서는 변화를 테스트하기가 어렵습니다.

변화를 자주 적용하기 위한 프로세스가 정립된다면 변화의 규모와 위험도 줄어들 것입니다. 이 프로세스에는 특정 도구나 기술을 채택하는 것이 포함되지 않으며, 변화를 촉진하고 실패를 수용하는 문화가 필요합니다.

실패를 수용한다는 것은 언뜻 직관에 반대되는 것처럼 보일 수 있지만 혁신 주기에 꼭 필요한 특징입니다. 오류가 발생할 경우 집중적으로 비난받는다는 이유로 사람들이 실패를 두려워한다면 실패할까 두려워 새로운 문제 해결 방식을 시도하지 않게 됩니다. 그러면 조직 전체가 기존의 관행만 답습하게 됩니다.

사람들이 새로운 방법을 시도할 수 있는 “페일 패스트” 문화를 구축할 수 있으며, 예상한 결과를 얻지 못한 경우 신속하게 방향을 변경할 수 있게 됩니다. 그것은 더욱 풍부한 혁신 문화를 만드는 데 도움이 됩니다.

가설 기반 혁신

혁신은 가설을 기반으로 한 반복적인 주기입니다. 문제가 있다는 사실을 알게 되면 근본 원인을 설명하고 해결 방법을 만들기 위한 하나 이상의 가설을 도출할 수 있습니다. 문제 자체를 정의하는 것은 측정이 수반되어야 하기 때문에 쉽지 않은 과정일 수 있습니다.

예를 들어, “고객이 자사의 결제 플랫폼에 만족하지 않는다”라는 문제 정의는 측정할 수 없으므로 해결하기가 어렵습니다. “결제 플랫폼을 선택하는 단계에서 고객의 23%가 쇼핑 세션을 그만둔다”라고 문제를 정의할 수 있다면 잠재적인 해결 방법의 성공을 더욱 쉽게 측정할 수 있습니다.

문제를 측정 가능한 방식으로 정의한 후에는 문제를 설명하고 해결하는 방법을 만들기 위한 가설을 도출할 수 있습니다. 예를 들어 Tailwind Traders에 대한 가설은 “지원되는 결제 플랫폼에 ContosoPay를 추가하면 결제 페이지의 고객 변동률이 23%에서 10%로 감소한다”로 설명할 수 있습니다. 이렇게 가설을 도출했으면 이행하기 위해 가설의 유효성을 검증해야 합니다.

가설은 고객에게 가치를 제공하여 고객이 조직과 진행하는 상호 작용 경험을 개선하는 데 중점을 두어야 합니다. 이를 “고객 공감”이라고 합니다. 즉, 혁신의 중심에 고객을 두고, 고객과 조직을 위한 가치를 높이는 데 집중해야 합니다.

애플리케이션 코드를 건드리지 않고 가설을 검증하는 방법은 여러 가지입니다. 고객 설문 조사와 시장 연구는 가설의 유효성을 결정하는 데 도움이 될 수 있는 중요한 정보원입니다. 이러한 정보원을 점검하면 가설을 검증하고 높은 정확도와 비즈니스 가치를 지닌 가설을 구축할 수 있습니다.

빌드

가설을 애플리케이션에 적용할 가능성이 충분하다면 빌드 프로세스가 시작됩니다. 여기서도 속도가 중요합니다.

개발 스프린트는 최대한 짧아야 합니다. 개발 스프린트를 짧게 유지하여 가설을 신속하게 검증하거나 기각할 수 있습니다. 또한 필요한 기능을 애플리케이션에 통합하는 방법을 세밀하게 조정할 수도 있습니다. 결과적으로 혁신 주기는 더 빨라집니다.

측정값

가설의 정확도는 최대한 빨리 검증해야 합니다. MVP(최소 기능 제품)는 새로운 기능의 예비 버전으로, 피드백을 수집하고 올바른 방향으로 나아가고 있는지 확인하는 데 도움을 줍니다.

MVP의 목표는 가설뿐 아니라 가설에 사용된 가정들을 증명하는 것입니다. 예를 들어, Tailwind Traders 고객의 23%가 결제 페이지에서 구매 프로세스를 이탈한다면 Tailwind Traders가 충분한 결제 플랫폼을 제공하지 못하고 있기 때문이라는 가설이 입증되는 것이라고 볼 수 있습니다. 하지만 실제 이유는 다를 수도 있습니다. MVP는 이러한 가정과 가설을 확인하거나 기각할 수 있는 방식으로 설계해야 합니다.

Learn

학습 단계는 프로세스의 시작과 비슷합니다. 가정 및 가설에 대해 자세히 알아본 후 옳은지, 부분적으로 옳은지 아니면 틀렸는지 알 수 있습니다. 성장형 사고방식 및 실패를 받아들일 만한 겸손함을 갖고 있다면 다음 중 한 가지를 할 수 있습니다.

  • MVP를 계속 작업해야 한다면 빠르게 방향을 전환합니다.
  • 다른 영역에 다시 노력을 집중하고 대체 가설을 도출합니다.

가정과 가설이 틀렸더라도 이 프로세스를 통해 고객과 비즈니스에 대해 새로운 내용을 알게 되었다는 사실을 인식하는 것이 중요합니다. 시간을 낭비했다고 생각하지 마세요. 중요한 것은 최대한 빨리 지식을 얻고 이를 이후 가설에 적용하는 것입니다. 이것이 페일 패스트 문화의 핵심입니다.

다음으로 살펴볼 자료

클라우드 채택 프레임워크의 혁신 개요는 혁신 방법을 알아볼 수 있는 가장 좋은 자료입니다.