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 de produto, 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.