Como fazer um storymap: as bases para melhorar o teu backlog
Story mapping é um método para organizar user stories, que permite uma visão holística de toda a experiência.
O que é story mapping?
Story mapping é um método para organizar user stories e permite criar uma visão mais holística de toda a experiência e processo. E sim, também é um método que pode ser proposto, usado ou moderado por designers.
Tenho usado este método em equipas de produto que trabalham sobretudo em agile e onde a maturidade ainda é reduzida. Força e educa as equipas a escrever user stories da forma certa: a pensar mais nas pessoas que vão usar o produto e menos na solução ou nas limitações técnicas.
No final de um story mapping deves ter:
- Uma visão holística do produto (backlog)
- Features partidas em user stories
- User stories partidas em tarefas técnicas
Benefícios
O story mapping pode ser usado em vários momentos do projeto, como durante o planeamento de sprints. Deve ser um documento vivo e ir sendo alterado conforme a necessidade.
- Promove a visão de produto
- Dá às equipas técnicas acesso antecipado ao trabalho futuro
- Torna mais fácil mapear tudo visualmente e decidir qual é o MVP da primeira release
Quem deve estar presente neste workshop?
- Equipas de User Experience
- Equipas de desenvolvimento
- Product owner / manager
- Scrum master
Como fazer um story mapping
O story mapping deve representar as tarefas do utilizador de forma narrativa. Uma user story representa uma intenção e um objetivo, não uma funcionalidade.
Não te foques na complexidade técnica, foca-te nas tarefas do utilizador. É importante que todas as pessoas envolvidas conheçam o processo para se sentirem à vontade a participar.
Já fiz este tipo de workshops com programadores que entram em pânico se não falarmos logo de tarefas técnicas. Nesses casos, diz-lhes que a seu tempo chegamos lá, mas que faz sentido começar pelas tarefas na ótica do utilizador.
Começa por definir a persona e descrever a sua jornada
Se já houver algo criado, podes colocar essa tarefa como ponto central e completar com as que acontecem antes e depois. Não te esqueças de escrever as tarefas de forma narrativa e de definir bem a persona.
Mapeia as tarefas em atividades
Agora que tens as tarefas do utilizador, podes categorizá-las em atividades. Mais à frente isto podem ser os épicos usados em product management.
Cria as user stories
Tens agora a base do mapa e podes começar a criar tarefas do utilizador com mais detalhe. Sempre na ótica do utilizador.
A forma mais conhecida de escrever uma user story:
“Como [persona], eu [quero que], [para que].”
Na prática: “Como a Sarah, quero organizar o meu trabalho, para me sentir com mais controlo.”
Define prioridades e o que fica na próxima release
A partir daqui deve ser possível priorizar as user stories. Podes ajudar o Product Manager a dividi-las por release, dependendo do tipo de gestão de produto em prática (entrega contínua, release sazonal, etc.).
Este mapeamento ajuda a perceber o que vai ser entregue ao longo do tempo e o valor que cada versão traz para os utilizadores atingirem o seu objetivo final.
As prioridades podem sempre mudar, sobretudo depois de perceberes a dificuldade técnica de cada uma. Mas o ponto de partida é o valor para o utilizador.
Parte cada user story em tarefas técnicas
Na fase final do workshop partimos as user stories em tarefas técnicas. Elas permitem que as equipas de desenvolvimento entendam o que tem de ser feito para suportar cada tarefa do utilizador, e facilitam a estimativa e a priorização com base no valor.
Mais leitura:
