Desenvolvimento orientado por hipóteses

Tera
Somos Tera
Published in
4 min readMar 10, 2020

Entregas continuas exigem o uso de hipóteses, não de requisitos, para desenvolver o que as pessoas de fato querem. Para tanto, desenvolvedores(as) adotam um processo de experimentação e adaptações contínuas

MVP de uma máquina de assar marshmallows. Imagem via: https://grasshopperherder.com/c

Texto adaptado ao originalmente publicado com o título “Hypothesis-driven development”, pelo blog da IBM.

Criando um um Produto Mínimo Viável (MVP)

A expressão “produto mínimo viável”, ou MVP, pode significar coisas diferentes, dependendo de onde uma empresa está em seu ciclo de vida de transformação e de quais práticas essa segue.

Independentemente das nuances, a intenção do MVP é a mesma: reduzir o risco enquanto você aumenta o retorno do investimento criando apenas o necessário.

“O que é necessário” significa a menor versão possível de um produto que pode ser usada para executar um experimento significativo para testar hipóteses importantes e determinar se o investimento deve continuar.

Por exemplo, um banco deseja envolver Alice, uma importante usuária da geração millenial para a empresa. Depois que o banco conduz uma pesquisa e cria um mapa de empatia para saber mais sobre seus usuários, o banco entende que Alice não tem o hábito de economizar dinheiro. Ele quer ajudá-la a começar a economizar. O banco acredita que, se Alice estiver feliz e aumentando sua riqueza, ela usará mais produtos do banco e o sugerirá à sua comunidade.

O banco, assim, identificou suas suposições e criou uma hipótese: “se fornecermos a Alice, da geração millennial, um aplicativo divertido que oferece opções de economia, em que ela pode executar serviços apenas com o toque de um botão, Alice aumentará suas economias. Vamos ver que ela vai acabar internalizando o valor de ter economias por meio do uso contínuo do aplicativo”.

Um MVP é construído nesse momento, com recursos e investimento mínimos, focado em uma solução viável para a oportunidade.

Cada MVP está alinhado a uma iniciativa de negócios, na qual você usa uma abordagem orientada por hipóteses para obter um valor comercial incremental.

Um MVP pode ter recursos específicos que são usados para obter informações sobre suposições de alto risco. Pode não atender às necessidades principais da pessoa usuária suficientes para um lançamento de produto em escala.

Os MVPs são usados tanto para aprendizado quanto para fornecer resultados comerciais rápidos. Muitos MVPs são pilotos de produção para obter o feedback da mais alta fidelidade, por exemplo.

Você deve aprender sobre esses pontos como preparo para a produção em escala. Em seguida, quem é dona(o) do produto trabalhará com o esquadrão para evoluir o MVP para ter recursos suficientes e atender a requisitos para satisfazer os objetivos do negócio.

A pessoa proprietária do produto também vai decidir se uma versão MVP está pronta para produção em escala ou se o esquadrão deve mudar para outra iniciativa comercial.

Desenvolvendo o MVP

Antes de desenvolver um MVP, identifique algumas suposições e escreva hipóteses para testá-las. Essas informações podem ajudá-lo a desenvolver o MVP.

Qual é exatamente a menor coisa que o banco pode construir para testar sua hipótese? Talvez um aplicativo divertido que oferece opções de economia que Alice pode executar com o toque de um botão.

O que mais o banco precisa saber para testar essa hipótese, reduzindo riscos?

Alice é millennial, então provavelmente usará seu smartphone. No momento, ela não está fazendo nenhuma economia para o seu futuro; portanto, é improvável que faça o download de um aplicativo nativo para começar a executar ações de investimento que ela simplesmente não tem interesse agora. Adicione essas informações: “um aplicativo da web divertido e responsivo que oferece opções de economia que ela pode executar com o toque de um botão usando o smartphone”.

Observe que essas notas adicionais são um posicionamento do que o banco sabe sobre Alice, não o resultado de expectativas de negócios ou limitações técnicas. Mantendo o foco em Alice, o banco pode aplicar testes mais avançados, que fornecem dados mais confiáveis.

Agora, imagine que Alice esteja no Canadá, onde os aplicativos costumam ser em inglês e francês. Codifique o MVP inicial em um idioma e, em seguida, codifique-o em outro idioma após o recebimento da primeira rodada de feedback. Essa abordagem economiza tempo e esforço, aguardando até que o essencial seja validado. O MVP agora declara: “vamos criar para Alice um aplicativo da web divertido e responsivo em inglês que oferece opções de economia que ela pode executar com o toque de um botão usando o smartphone”.

O banco pode garantir que seu aplicativo para Alice atinja os resultados esperados: ver Alice aumentar suas economias e continuar usando o aplicativo.

Os dados dos testes apoiarão o direcionamento dos negócios e o design vai ajudar banco a aprender como satisfazer seus usuários como Alice, e a mudar sempre que necessário. Quando Alice estiver feliz e o aplicativo estiver fornecendo valor a ela, ela continuará usando.

Para saber mais, recomendamos:

  • Roteiro baseado na experiência;
  • Do primeiro ao primeiro ao usuário — Phil Gilbert discute uma evolução no processo no IBM Design;
  • Livro The Lean Startup: Como os empresários de hoje usam a inovação contínua para criar negócios radicalmente bem-sucedidos, de Eric Ries. Nova York: Crown Business, 2011.
  • Livro Princípios de Gerenciamento de Engenharia de Software, de Tom Gilb. Grã-Bretanha: Addison-Wesley, 1988.

--

--

Tera
Somos Tera

Um novo modelo de educação com foco nas principais habilidades para a economia digital: www.somostera.com