Scrum Guide | 20. INVEST – Criando a melhor User Story

INVEST é um método para criar boas User Stories. Ele permite verificar se elas têm um conteúdo devidamente formulado e se estão relacionadas ao valor de negócio do Produto. E também, se seu tamanho e usabilidade foram escolhidos corretamente.

Criando a melhor User Story com INVEST – índice:

1. Introdução
2. I para Independente
3. N para Negociável
4. V para Valioso ou Vertical
5. E para Estimável
6. S para Pequeno
7. T para Testável
8. Resumo

Introdução

INVEST é um acrônimo criado por Bill Wake em 2003. Cada letra representa o início de uma palavra que caracteriza uma boa User Story. De acordo com o princípio INVEST, toda User Story deve ser:

• Independente
• Negociável
• Valiosa
• Estimável
• Pequena
• Testável

Escrevemos mais sobre o que é uma User Story em um artigo separado. Aqui, mencionaremos apenas que é uma descrição concisa de uma nova funcionalidade do Produto escrita em uma linguagem acessível.

I para Independente

A primeira característica de uma boa User Story é sua independência. Isso significa que sua descrição e características devem ser compreensíveis sem referência a outras User Stories. Mas, acima de tudo, sua realização não deve correlacionar-se com outras User Stories. Claro, não será uma independência total. Não se pode dividir a criação do Produto em módulos completamente separados. No entanto, é crucial lembrar de manter as User Stories o mais independentes possível. Graças a isso, mesmo que uma delas não entre na fase de implementação ou seja significativamente modificada, as restantes não precisarão ser alteradas. Como regra, a User Story deve constituir um todo separado e coerente.

N para Negociável

A User Story deve ser negociável. Isso significa que ela define o Objetivo, não o caminho para alcançá-lo.

Em outras palavras, ela define uma funcionalidade esperada do Produto, não uma solução técnica para implementar.

A negociação da User Story ocorre entre o Product Owner e a Equipe de Desenvolvimento. O Product Owner propõe a implementação de determinada funcionalidade do Produto, ou seja, diz “O que” fazer. Os Desenvolvedores são responsáveis por responder à pergunta “Como”. Ou seja, negociar maneiras específicas de resolver o problema apresentado na User Story.

V para Valioso ou Vertical

No acrônimo INVEST, a letra V representa duas qualidades:

• Valioso
• Vertical

Ambas revelam características-chave de uma boa User Story. Portanto, decidimos explicar o que cada uma delas significa.

Valioso

Uma User Story valiosa justifica o propósito comercial da modificação. Em outras palavras, ela responde com precisão à pergunta de por que a modificação deve ser introduzida e por que é importante do ponto de vista das partes interessadas.

Vertical

A segunda característica; Vertical deriva da metodologia Ágil. A User Story vertical contém uma nova funcionalidade do Produto visível para o Usuário. Ou seja, não se concentra em “melhorias de desempenho” horizontais em uma camada selecionada do Produto. Pelo contrário, ela adiciona outra “camada” a ele.

Em outras palavras, a User Story descreve como modificar a operação geral de um Produto respondendo à pergunta O que exatamente melhorar? Isso também significa que cada funcionalidade do Produto se baseia em soluções existentes.

E para Estimável

Uma boa User Story deve ser estimável. Isso significa que ela deve definir claramente o escopo das modificações a serem feitas no produto para que a User Story seja considerada completa. Isso permite que a Equipe de Desenvolvimento determine o tempo e o esforço necessários para completá-la.

O escopo e a dificuldade de uma tarefa são geralmente estimados em unidades chamadas Story Points. Elas são relativas. E cada Equipe de Desenvolvimento elabora o valor do Story Point na prática com base na experiência anterior.

Em artigos separados, abordamos mais sobre Velocidade da Equipe de Desenvolvimento e como medi-la.

S para Pequeno

A User Story aceita para realização pela Equipe de Desenvolvimento deve ser concisa. Ou seja, não deve ser mais longa do que um Sprint. Se os Desenvolvedores descobrirem durante o Planejamento do Sprint que a User Story proposta pelo Product Owner é muito longa, eles devem dividi-la em partes possivelmente independentes.

T para Testável

A última letra do acrônimo INVEST representa testável. Isso significa que a modificação do Produto descrita na User Story deve fazer sentido e ser verificável. Em outras palavras, deve ser possível verificar se a solução implementada pelos Desenvolvedores entregou o valor assumido a uma parte interessada específica.

Criando a melhor User Story – resumo

INVEST é um acrônimo que descreve uma User Story bem escrita. Ela deve ser:

1. Independente de outras User Stories. Para que possa ser modificada ou removida do Product Backlog se necessário.
2. Negociável. Deve especificar o que fazer, deixando a escolha de como fazê-lo para os Desenvolvedores.
3. Valiosa, ou seja, justificando o sentido comercial de modificar o Produto. Ou Vertical, ou seja, apresentando uma nova funcionalidade do Produto visível para o Usuário.
4. Estimável, significando ter um tamanho e critério de conclusão definíveis.
5. Pequena o suficiente para ser completada em um Sprint.
6. Testável para que se possa determinar com certeza que foi implementada.

Se você gosta do nosso conteúdo, junte-se à nossa comunidade de abelhas ocupadas no Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.