Guia Scrum | 20. INVEST – Criando a melhor história de usuário

Publicados: 2022-05-21

INVEST é um método para criar boas User Stories. Permite verificar se têm conteúdo devidamente formulado e se relacionam com o valor de negócio do Produto. E também, se seu tamanho e usabilidade foram escolhidos corretamente.

Criando a melhor história de usuário com INVEST – índice:

  1. Introdução
  2. Eu 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 é uma sigla criada 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, cada User Story deve ser:

  • Independente
  • Negociável
  • De valor
  • Estimável
  • Pequena
  • Testável

Escrevemos mais sobre o que é a história do usuário em um artigo separado. Aqui, mencionaremos apenas que é uma descrição concisa de uma nova funcionalidade do Produto escrita em linguagem acessível.

Creating the best User Story with INVEST

Eu 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 Histórias de Usuário. Mas acima de tudo, sua realização não deve se correlacionar com outras histórias de usuário. Claro, não será total independência. Você não pode dividir a criação de produtos em módulos completamente separados. No entanto, é crucial lembrar de manter as histórias de usuário o mais independentes possível. Graças a isso, mesmo que um deles não entre na fase de implementação ou seja significativamente modificado, o restante não precisará ser modificado. Como regra, a User Story deve constituir um todo separado e coerente.

N para Negociável

A história do usuário deve ser negociável. Isso significa que ele define a meta, não o caminho para chegar lá.

Em outras palavras, define um recurso esperado do Produto, não uma solução técnica a ser implementada.

A negociação da história do usuário 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 formas específicas de resolver o problema apresentado na User Story.

V para Valioso ou Vertical

Na sigla INVEST, a letra V significa duas qualidades:

  • De valor
  • Vertical

Ambos revelam as principais características de uma boa User Story. Por isso, decidimos explicar o que cada um deles significa.

De valor

Uma história de usuário valiosa justifica o objetivo comercial da modificação. Em outras palavras, ele responde com precisão à questão de por que introduzir a modificação e por que é importante do ponto de vista das partes interessadas.

Vertical

A segunda característica; Vertical deriva da metodologia Agile. A história de usuário vertical contém um novo recurso do produto visível para o usuário. Ou seja, não se concentra na “melhoria de desempenho” horizontal em uma camada selecionada do Produto. Pelo contrário, adiciona outra “camada” a ela.

Em outras palavras, a história do usuário 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 história de usuário deve ser estimada. Isso significa que deve definir claramente o escopo das modificações a serem feitas no produto para que a Estória do Usuário seja considerada completa. Isso permite que a equipe de desenvolvimento determine o tempo e o esforço necessários para completá-lo.

O escopo e a dificuldade de uma tarefa geralmente são estimados em unidades chamadas Story Points. Eles são relativos. E cada equipe de desenvolvimento trabalha o valor do Story Point na prática com base na experiência anterior.

Em artigos separados, abordamos mais sobre o Development Team Velocity e como medi-lo.

user story

S para pequeno

A história do usuário aceita para realização pela equipe de desenvolvimento deve ser concisa. Ou seja, não deve ser maior que um Sprint. Se os Desenvolvedores descobrirem durante o Sprint Planning 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 da sigla INVEST significa testável. Isso significa que a modificação do Produto descrita na História do Usuário deve ser válida e verificável. Em outras palavras, deve ser possível verificar se a solução implementada pelos Desenvolvedores entregou o valor assumido para um Stakeholder específico.

Criando a melhor história de usuário – resumo

INVEST é um acrônimo que descreve uma história de usuário bem escrita. Deveria ser:

  1. Independente de outras histórias de usuário. Para que possa ser modificado ou removido do Product Backlog se houver necessidade.
  2. Negociável. Deve especificar o que fazer deixando a escolha de como fazer para os Desenvolvedores.
  3. Valioso , ou seja, justificar o sentido comercial de modificar o Produto. Ou Vertical, ou seja, apresentar uma nova funcionalidade do Produto visível ao Usuário.
  4. Estimável , o que significa ter um tamanho e um critério de conclusão definíveis.
  5. Pequeno o suficiente para ser concluído em um Sprint.
  6. Testável para que possa ser determinado com certeza que foi implementado.

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

Scrum Guide | 20. INVEST - Creating the best User Story caroline becker avatar 1background

Autor: Caroline Becker

Como Gerente de Projetos, Caroline é especialista em encontrar novos métodos para projetar os melhores fluxos de trabalho e otimizar processos. Suas habilidades organizacionais e capacidade de trabalhar sob pressão de tempo fazem dela a melhor pessoa para transformar projetos complicados em realidade.

Ver todas as postagens

Guia do Scrum:

  1. Glossário de termos básicos, funções e noções
  2. O que é Scrum?
  3. Valores do Scrum
  4. Como implementar o Scrum na sua empresa?
  5. Time Scrum - o que é e como funciona?
  6. Quem é um Product Owner?
  7. Os erros mais comuns do Product Owner
  8. Quem é o Scrum Master?
  9. Características de um bom Scrum Master
  10. Os erros mais comuns do Scrum Master
  11. Quais estatísticas e métricas o Scrum Master deve acompanhar?
  12. Cooperação entre Product Owner e Scrum Master
  13. Equipe de Desenvolvimento em Scrum
  14. Os erros mais comuns dos desenvolvedores
  15. Artefatos do Scrum
  16. Escalando Scrum
  17. Backlog da Sprint
  18. O que é o Backlog do Produto?
  19. O que são histórias de usuários?
  20. Criando a melhor história de usuário com INVEST
  21. Os erros mais comuns da história do usuário
  22. Critérios de aceitação da história do usuário
  23. Estimativa e pontos de história no Scrum
  24. Poker de Planejamento
  25. Jogo de estimativa de equipe
  26. Definindo Incremento
  27. Eventos Scrum
  28. O que é Sprint no Scrum?
  29. Compromissos da Equipe Scrum - Objetivo do Produto, Objetivo do Sprint e Definição de Conclusão
  30. O que é um gráfico Burndown?
  31. Como criar e interpretar um gráfico de burndown?
  32. Vantagens e desvantagens do gráfico de burndown
  33. Quadros Kanban em Scrum e Scrumban
  34. Velocidade no Scrum - Velocidade da Equipe de Desenvolvimento
  35. Reunião diária
  36. Planejamento de Sprint
  37. Revisão da Sprint
  38. O que é uma Sprint Retrospective?
  39. Erros comuns durante uma Sprint Retrospective
  40. Nutrição do Backlog do Produto