O que é INVEST?

Bill Wake apresentou INVEST no artigo INVEST in Good Stories, and SMART Tasks, escrito em 2003. A sigla reúne qualidades que ajudam equipes a criar histórias de usuário úteis para conversar e planejar. O texto original já reconhece que independência completa nem sempre é possível e que detalhes de uma história são negociados durante o trabalho.

Em 2021, o próprio Wake reforçou que INVEST não é tudo de que uma equipe precisa para criar boas histórias. Ele relativizou especialmente o peso de estimativas, frequentemente usadas em excesso. A sigla continua útil como diagnóstico, desde que não substitua contato com usuários, colaboração e aprendizado.

INVEST é uma lente para examinar uma User Story, não um formato obrigatório de escrita. Você pode começar com uma frase sobre a necessidade do usuário e discutir cada letra com produto e desenvolvimento. A pergunta é se o item ajuda o time a escolher, construir e verificar uma mudança. Quando uma letra revela problema, a equipe ajusta a história, pesquisa uma dúvida ou torna a exceção explícita. Não há necessidade de seis carimbos perfeitos.

I, Independent, independente. Uma história é mais fácil de priorizar quando não exige que outra seja entregue primeiro. Dependências inevitáveis existem, mas devem ficar visíveis. Se duas histórias só geram valor juntas, talvez representem um único recorte ou exijam outra ordem de construção. Independência também evita que todo o backlog fique preso a uma grande peça central. Pergunte: conseguiríamos mudar a sequência desta história sem quebrar a lógica do produto?

N, Negotiable, negociável. O cartão não é contrato detalhado. Ele registra a necessidade e abre conversa sobre a melhor solução. A pessoa de produto pode esclarecer intenção e limites; os Desenvolvedores podem propor alternativas mais simples ou seguras. Negociável não significa que requisitos legais, de segurança ou qualidade possam ser ignorados. Significa que a solução e os detalhes podem evoluir quando o grupo aprende. Uma história que especifica cada clique sem explicar o problema tende a reduzir escolhas cedo demais.

V, Valuable, valiosa. O item deve contribuir para alguém que se importa com o produto ou serviço. Valor pode ser percebido pelo usuário, por quem opera o produto ou por uma necessidade de negócio legítima. Uma tarefa técnica pode ser necessária, mas talvez não seja uma história de usuário autônoma. Quando o valor não fica claro, procure o comportamento que a mudança permitirá ou o risco que reduzirá. Não invente uma persona artificial só para encaixar um trabalho técnico no molde.

E, Estimable, estimável. O time precisa ter entendimento suficiente para discutir esforço ou tamanho quando essa informação ajuda a decidir. Se não consegue, talvez falte conhecimento sobre domínio, tecnologia ou dependência. Uma investigação curta pode reduzir incerteza. Isso não exige estimar todas as histórias numericamente. O próprio Bill Wake alertou que estimativas são muitas vezes usadas além do necessário. A letra serve para revelar dúvida relevante, não para impedir todo trabalho sem pontos.

S, Small, pequena. Uma história pequena permite terminar, verificar e aprender cedo. O tamanho depende da capacidade e do contexto do time; não há número universal de dias ou pontos. A quebra de histórias deve preservar um recorte útil, não separar apenas interface, banco e API em partes que não funcionam isoladamente. Um item grande demais concentra risco e torna difícil enxergar progresso. Pergunte qual menor comportamento poderia ser entregue com qualidade.

T, Testable, testável. A equipe deve conseguir dizer como reconhecer o comportamento esperado. Isso pode envolver exemplos, critérios de aceitação, observação ou testes automatizados, conforme o caso. Testável não significa escrever toda a suíte antes da conversa nem reduzir valor a um campo booleano. Se ninguém consegue distinguir sucesso de falha, a história ainda precisa de esclarecimento. Testes verificam a entrega; resultados de produto pedem observação adicional depois do uso.

Uso conjunto. Os critérios se influenciam. Tornar a história menor pode ajudar a estimar e testar, mas dividir mal pode criar dependências. Negociar uma solução pode revelar valor antes oculto. Quando o item parece testável, ainda é preciso perguntar se merece ser construído. Um refinamento bom não é uma checagem solitária de texto; é uma conversa sobre necessidade, opções, risco e padrão de qualidade.

Relação com Scrum. O Scrum Guide não exige User Stories nem INVEST. O Product Backlog pode ter itens em outras formas. O time escolhe técnicas que ajudam a tornar trabalho transparente e adequado à Sprint. Definition of Ready também é uma prática opcional; não transforme INVEST em portão que bloqueia toda descoberta ou numa obrigação formal não prevista no framework.

Use INVEST especialmente quando uma história provoca dúvida de prioridade, tamanho ou teste. Se a equipe já consegue construir um recorte valioso e verificar seu resultado, a sigla pode ser apenas um lembrete rápido. Sua utilidade está em melhorar a decisão, não em produzir um documento mais bonito.

Imagine um produto hipotético de agendamentos. O backlog contém: "Como usuário, quero um sistema completo de notificações para nunca perder compromissos". O time estima que a proposta inclua e-mail, mensagem, preferências e histórico, talvez mais de uma Sprint. A história depende de decisões sobre canais, tem valor presumido e não diz como verificar "nunca perder". Os números do exemplo são ilustrativos.

Na conversa de INVEST, produto confirma que clientes perdem compromissos por não receber lembrete na véspera. O time propõe um primeiro recorte: "Pessoas com consulta confirmada recebem um lembrete por e-mail 24 horas antes, com data e horário corretos". Ele pode ser implementado e testado separadamente de preferências avançadas. O grupo define o que acontece se o e-mail falhar e como observar envio.

A história ainda não garante redução de faltas. Depois de liberar, o time acompanha entrega de mensagens e a taxa de comparecimento, considerando outras causas de variação. Se e-mail for um canal pouco usado pelo público, talvez o próximo investimento seja outro meio, não uma tela mais sofisticada. A letra V pede verificar valor real, não apenas concluir o teste técnico.

Um segundo item, "permitir que a pessoa escolha quando receber o lembrete", pode ficar para depois. Ele depende de a função inicial existir, mas essa dependência é visível e negociável. O time não finge independência absoluta para satisfazer a sigla. Usa o checklist para escolher uma sequência que produza aprendizado e mantenha a qualidade.

Cursos K21 recomendados