Mapa de Histórias de Usuários - Conceitos
Use mapas simples para visualizar as histórias que você conta sobre o seu software.
Figura 1. Mapa de Histórias de Usuários - Conceitos.
Fluxo da Narrativa
Em um mapa da histórias, as atividades do backbone devem ser organizadas na ordem em que seja possível contar a história do seu usuário, para outra pessoa, na forma de uma narrativa (Figura 2).
Figura 2. Fluxo da Narrativa.
Usuários
Um mapa, conta a história de um tipo de pessoa que faz algo para alcançar um objetivo, o usuário. Essas pessoas devem estar incluídas no mapa, juntamente com algumas informações. Durante a identificação e caracterização dos usuários busque utilizar esboços pessoais e leves para descrevê-los.
Os usuários (nome ou avatares) devem ficar posicionados na parte superior do mapa (backbone), alinhado ao conjunto de atividades que desempenham (ver Figura 3).
Figura 3. Posição dos Usuários no Mapa.
Espinha Dorsal (Backbone)
O backbone fornece uma estrutura e organiza as características essenciais que o produto precisa ter. Nele, são capturadas as atividades de alto nível que um usuário irá realizar ao usar o produto, as quais devem ser organizadas em um fluxo narrativo.
As ações que os usuários realizam para alcançar seus objetivos maiores possuem um nível de objetivo próprio que está vinculado ao comportamento do usuário. Ao ler as atividades do backbone, verifique se elas possuem um nível de objetivo semelhante (granularidade). Caso isso não ocorra, é necessário ajustá-las até que estejam adequadas (ver Figura 4).
Figura 4. Backbone.
Atividades
As atividades ficam posicionadas na parte superior do mapa (backbone) e são realizadas por usuários semelhantes para atingir um objetivo. As atividades, também são utilizadas para organizar o conjunto de tarefas de usuário, as quais possuem um nível de detalhe maior.
Exemplo:
Caso estivéssemos querendo construir um software gerenciador de e-mail, as seguintes atividades seriam candidatas a fazerem parte do nosso backbone (ver Figura 5):
- Organizar e-mail
- Gerenciar e-mail
- Gerenciar calendário
- Gerenciar contato
Figura 5. Atividades do Usuários.
Tarefas de Usuário
As tarefas do usuário são frases verbais curtas que são o bloco de construção básico de um mapa. Por exemplo: se for perguntado a alguém o que fez hoje mais cedo para procurar e-mail, provavelmente, responderá com tarefas como:
- Procurar por palavra-chave;
- Limitar busca para um campo;
- Limitar busca para mais de um campo.
No mapa de histórias, as tarefas de usuário devem permanecer alinhadas a sua atividade correspondente. Em nosso exemplo, a atividade é procurar e-mail, e as tarefas são seus detalhes (ver Figura 6).
Figura 6. Atividades e Tarefas de Usuário.
É importante ressaltar que, as tarefas de usuário derivam as histórias de usuário. Ou seja, o nome da tarefa refere-se, na prática, ao nome da história de usuário (ver Figura 7).
Caso esteja sendo utilizada alguma ferramenta de software (por exemplo, www.miro.com) para construir o mapa de histórias, o nome da tarefa será o título da história, e a sua descrição deverá constar no detalhe do cartão.
Caso o mapa de histórias esteja sendo construído manualmente, em um quadro, parede, chão, etc., podem ser inseridos dois cartões. Sendo, um com o nome da tarefa (título da história), e outro com a sua descrição.
Figura 7. Tarefas de Usuário e Histórias de Usuário.
As tarefas podem, ainda (se necessário), ser divididas em subtarefas, tarefas alternativas e exceções, visando dar maior clareza quanto ao fluxo de interação do usuário com o produto.
Mapeie "todo" o Sistema, agora e depois
Mapeie ‘todo’ o processo à medida que ele passa por vários tipos de usuários. Use o mapa para descrever o mundo como ele é hoje. insira as dores, alegrias e recompensas, detalhes, observações e ideias de solução (ver Figura 8).
Figura 8. Mapeie "Todo" o Sistema (fonte: Patton, 2014).
Desenvolva o mapa usando design e descoberta para descrever o comportamento que você espera que os usuários tenham no futuro. Os mapas de histórias são para entender o agora e, imaginar o depois (ver Figura 9).
Figura 9. Mapeie o Agora e Imagine o Depois (fonte: Patton, 2014).
Divida as Entregas (Release Slice)
Finalmente, a partir da primeira versão do seu mapa de histórias divida as suas entregas (releaes). Agrupe um conjunto de histórias relevantes, do ponto de vista, principalmente, do usuário (valor de negócio) e estabeleça suas pequenas entregas. A cada entrega revise o escopo das próximas, visando identificar se as mesmas continuam adequadas ou se necessitam de ajustes. Esse processo deve ser realizado durante todo o ciclo de vida de construção do produto (ver Figura 10).
Figura 10. Divisão das Entregas.
Lembre-se: o backlog é vivo ! e, sendo o mapa de histórias uma representação visual do backlog (em alternativa a uma lista), ele também é vivo !
Referências Bibliográficas
- PATTON, Jeff. User Story Mapping: Discover the Whole Story, Build the Right Product. O’Reilly, 2014.
- DevMads Ltd., StoriesOnBoard. Story Mapping Playbook: 50 hints and 100+ user story examples.
- Mathew, Jimmy. Agile Requirements: Managing Requirements in Scrum Framework.
- Kamat, Jatin. The Practical Guide To Creating User Stories: How To RAPIDLY Capture Requirements and Deliver Software In SCRUM (Agile Project Management).