Discovery (descoberta de produto)

O trabalho contínuo de descobrir o que vale construir, validando problema e solução antes de codar.

Hard

O que é

Discovery é o processo contínuo de identificar, validar e refinar tanto o problema do cliente quanto a possível solução, antes de você se comprometer a construir. Ele serve pra evitar que uma sprint inteira seja gasta numa solução perfeita pra um problema que, no fundo, ninguém tem.

Muito time trata discovery como uma fase de pesquisa que acontece antes do trabalho de verdade. Mas o discovery não acaba, porque ele é o aprendizado constante que separa um produto vivo de um cemitério de feature parada.

O ponto, então, não é pesquisar por pesquisar. É matar ideia ruim barato, antes de gastar meses de construção no escuro apostando numa direção que talvez nem fizesse sentido.

Em uma frase

Antes de jogar isso pro backlog, vamos rodar um discovery pra confirmar que a dor é essa mesmo.

A pergunta que ele responde

Como evito construir uma solução perfeita pra um problema que ninguém tem?

Quando usar

O tempo todo, em paralelo com a entrega, e ainda mais no começo de uma aposta nova, quando a incerteza é maior.

Como não usar

O cuidado é não usar discovery como fase única que termina e nunca mais volta, nem como desculpa pra nunca entregar nada.

Na prática

Antes de abrir a feature, imagine o time fazendo cinco entrevistas e percebendo que a dor real era outra. Esse pequeno esforço economizou um mês de código que iria pro lugar errado.

Não confunda com

Vale separar discovery de delivery. O discovery descobre o que vale construir, enquanto o delivery constrói de fato. E vale notar que os dois rodam juntos, em paralelo, não um depois do outro em sequência.

Em inglês

Product Discovery

Pronúncia

dis-cá-veri

Também chamado de

discovery, descoberta, product discovery

Origem

Marty Cagan popularizou o termo em produto (continuous discovery com Teresa Torres).

Fonte

Saiba mais

Teresa Torres, Continuous Discovery Habits