Em Continuous Discovery Habits, Teresa Torres observa que muitas empresas ainda operam sob um modelo onde os líderes decidem o que construir uma vez por ano, deixando para as equipes apenas o fardo da execução técnica. Esse desequilíbrio prioriza o cronograma e o orçamento em detrimento da eficácia do que é lançado. O delivery (o trabalho de construir e entregar o produto) tornou-se a métrica soberana, enquanto o discovery (o trabalho para decidir o que construir) é frequentemente ignorado ou tratado como uma atividade pontual no início de um projeto. Torres defende que, como os produtos digitais nunca estão prontos e o mercado evolui, a descoberta não pode ser uma fase, mas um fluxo constante que adapta o produto às mudanças tecnológicas e às necessidades mutáveis dos clientes.

Nós frequentemente nos encontramos em salas de conferência debatendo estratégias com executivos sem que ninguém ali tenha falado com um cliente recentemente. Esse cenário gera o que chamamos de build trap (a armadilha da construção, onde o sucesso é medido por outputs e não por valor). Quando focamos apenas em listas de métricas para aumentar e funcionalidades para entregar, perdemos a clareza sobre quais problemas estamos resolvendo. O resultado é a fadiga de equipes que movem rápido, mas na direção errada, lançando ferramentas que ninguém usa ou que não movem os ponteiros do negócio. A confiança é substituída por uma correria furiosa de marco em marco, sem uma compreensão profunda das dores reais de quem usa o produto.

Para escapar da armadilha, precisamos mudar nossa lente: o sucesso não é o código que enviamos (o output), mas o valor que esse código cria para o cliente e para o negócio (o outcome). Um outcome é uma mudança mensurável no comportamento humano. Em vez de recebermos uma lista de tarefas, devemos ser encarregados de mover um resultado. Essa mudança dá ao trio de produto (gestor, designer e engenheiro) a autonomia necessária para explorar os melhores caminhos. No entanto, focar no negócio sem centralidade no cliente é perigoso. A verdadeira descoberta resolve a tensão entre as necessidades da empresa e as do usuário, transformando problemas sociais em oportunidades de negócio rentáveis.

Para manter o fluxo, o trio de produto deve automatizar o recrutamento para que, toda segunda-feira, haja um cliente na agenda. O objetivo da entrevista não é perguntar o que o cliente quer, mas extrair histórias de comportamentos passados para identificar oportunidades reais. Não confiamos no que as pessoas dizem que fazem; confiamos no que elas fizeram em contextos específicos. A partir dessas histórias, extraímos suposições de desejabilidade, viabilidade, praticabilidade e ética. Testamos as suposições mais arriscadas — os "saltos de fé" — através de simulações rápidas e protótipos vivos, garantindo que o aprendizado nunca pare, mesmo quando o código já está em produção.

Teresa Torres encerra sua obra lembrando que o processo de descoberta é, por natureza, bagunçado e cheio de ciclos. A maestria não está em seguir um roteiro linear, mas em gerenciar as idas e vindas quando uma suposição falha ou uma oportunidade se mostra irrelevante. Ao adotar esses hábitos, a recompensa final para a equipe é a confiança — não a arrogância de achar que sabe tudo, mas a segurança de ter um método para encontrar o caminho no escuro. A descoberta alimenta o delivery (entrega) e o delivery alimenta a descoberta, criando um ciclo virtuoso onde cada linha de código enviada é um novo ponto de aprendizado para o próximo passo.