Story Map
Short Tip: Técnica usada para a estruturação dos requisitos do produto com base na jornada do usuário.
O que é?
É uma técnica criada por Jeff Patton no livro User Story Mapping: Discover the Whole Story, Build the Right Product. Ela se baseia na organização dos principais requisitos do produto sob a ótica da jornada do usuário.
Por que Aplicar?
Um Backlog do Produto tradicional, incorporando Épicos e user stories, pode ser difícil de compreender, especialmente para produtos complexos. Nestes casos, o refinamento do Backlog do Produto pode ser pouco produtivo, pois se discutem detalhes, sem uma visão geral, o que provoca desengajamento e falta de colaboração.
O Story Map possui o grande benefício de agrupar as histórias dentro de Épicos e facilitar a visualização da sua relação com a jornada do usuário. Adicionalmente, o Story Map pode ser utilizado como estruturador das entregas (releases) de um produto. Por se tratar de uma técnica com colaboração intensa, há maior engajamento do time em uma discussão produtiva.
Como Aplicar?
Existem variantes quanto à forma de estruturação de um Story Map. Uma das formas comumente usadas incluem as seguintes etapas:
- Indique claramente no topo do Story Map quem é o usuário do produto;
- Identifique, sob a ótica deste usuário, quais são as grandes ações que ele executa quando interage com o produto, na sua sequência lógica de uso. Essas ações serão chamadas de “atividades” (tasks);
- Agrupe essas atividades de forma lógica, conforme o objetivo que o usuário deseja alcançar. Esses itens ficarão acima das “atividades” e serão chamados de “objetivos do usuário” (ou simplesmente goals);
- Relacione os Épicos e user stories abaixo de cada atividade. Não se preocupe neste momento em utilizar um formato completo de user story, o importante é engajar no fluxo da discussão sob a ótica do usuário.
- Organize os Épicos e histórias por prioridade (os do topo são mais prioritários). A técnica MoSCoW (Must, Should, Could, Would) pode ser utilizada aqui.
- Organize grandes grupos de histórias em entregas (releases). A primeira é normalmente considerada o MVP (Minimum Viable Product) do produto e possui alta importância. O objetivo aqui não é obter datas, mas identificar interdependências entre user stories e o valor gerado para o usuário.