BT

Disseminando conhecimento e inovação em desenvolvimento de software corporativo.

Contribuir

Tópicos

Escolha a região

Início Notícias Mapeamento de Estórias Dão Contexto a User Stories

Mapeamento de Estórias Dão Contexto a User Stories

Favoritos

A noção do Scrum de 'backlog' é uma lista priorizada de user stories para o time implementar. Isso funciona bem para organizar no que o time deve trabalhar no curto prazo, isto é, durante o planejamento do sprint. No Orlando Scrum Gathering, Jeff Patton descreveu o mapeamento de estórias. Este é um jeito de organizar estórias que fornecem conteúdo mais rico e pode ajudar no planejamento de release.

O tópico de mapeamento de estórias não é novo para Jeff. Ele escreveu sobre isso em 2005 e novamente em 2008. Durante o espaço aberto no Orlando Scrum Gathering de 2009, ele compartilhou seu último pensamento sobre a prática.

Apesar de que um mapa de estórias não necessariamente seja um substituto de um product backlog, ele é útil para compará-los e contrastá-los. O product backlog é essencialmente unidimensional. User stories são organizadas da mais alta para a mais baixa prioridade. Um mapa de estórias é bidimensional, indicando a prioridade das estórias, assim como sua relação com as outras e com os objetivos maiores dos usuários. O mapa ajuda o time a entender como estórias se ajustam para formar um produto lançável.

O processo começa com a identificação dos usuários do sistema, e as atividades que eles farão. No artigo do Jeff de 2005, ele deu o exemplo de um software para uma loja. As atividades principais dos usuários eram:

  • Criar ordem de compra para fornecedor
  • Receber carregamento do fornecedor
  • Criar etiquetas para os itens
  • Vender itens
  • Retornar itens
  • Analisar vendas

Mike Cohn refere-se a essas atividades como 'épicos'. Jeff os referencia como 'a espinha dorsal' do mapa de estórias. Eles descrevem, num alto nível, tudo o que o usuário precisa que o sistema faça. Essas atividades são registradas em cartões e arranjadas da esquerda para a direita na ordem que elas naturalmente ocorrem. Jeff recomenda usar a ordem que você usaria se fosse descrever o processo do negócio para alguém não familiar com ele.

Abaixo de cada atividade dessas, organize as user stories associadas, colocando as mais importantes acima das menos importantes. Agora a espinha dorsal tem costelas. Cada estória está associada com uma atividade de usuário, e tem uma prioridade. Um plano de release pode ser visualmente representado desenhando uma linha horizontal da esquerda para a direita. Estórias acima da linha estão no release, e as abaixo não estão. Na verdade, vários releases podem ser planejados deste jeito, dividindo o mapa em 'raias' horizontais.

Que ferramentas ou técnicas você usa para planejar releases e ficar a par dos contextos em que as suas estórias existem? Deixe um comentário e compartilhe.

Avalie esse artigo

Relevância
Estilo/Redação

Conteúdo educacional

BT