Criar um mapa de histórias: como dar forma à visão geral durante Product Inception

Um dos objetivos de Product Inception é decompor nossa visão em histórias de usuário e determinar como se relacionam e quais têm maior prioridade. Mas como aprofundar os detalhes sem perder de vista os objetivos mais importantes do produto?

Neste ponto do processo de Product Inception, definimos uma visão do produto, realizamos uma análise das partes interessadas e entendemos melhor nossos usuários por meio da análise de personas. Agora é hora de pegar nossas notas adesivas, encontrar um espaço grande e vazio, como uma mesa de reunião, uma parede ou um quadro branco, e montar nosso mapa de histórias. Ele sintetiza grande parte do trabalho realizado durante Product Inception e oferece uma visão geral do que construiremos e de como o produto funcionará. É uma atividade visual e colaborativa muito mais eficaz e divertida que um documento que explique o produto apenas em texto.

Por que criar um mapa de histórias?

Um mapa de histórias é essencial para Product Inception porque ajuda a identificar os recursos do produto e as histórias em que trabalharemos. Percorrê-lo pensando em um usuário, ou melhor ainda, com um usuário potencial real, permite detectar aspectos que podemos ter deixado passar sobre como interage com o produto para atingir seu objetivo. Também permite decidir quais recursos não contribuem para esse objetivo e, portanto, ficam fora do escopo. Dá uma ideia prática de como seria o produto mínimo viável e permite planejar o primeiro lançamento. ¹ Além disso, serve de referência ao montar o backlog do produto.

Um mapa de histórias é muito útil além de Product Inception. Quando a equipe está imersa no desenvolvimento, pode facilmente perder de vista o projeto além do próximo item do backlog. O mapa ajuda a manter a motivação com o panorama geral, mesmo ao trabalhar em partes pequenas. Também é essencial para alinhar as partes interessadas à equipe. Durante uma revisão do sprint, pode ser usado para indicar os recursos desenvolvidos e oferecer uma ideia concreta do progresso. ²

Como criar um mapa de histórias

Vamos começar pensando em uma persona e nos objetivos que quer atingir com nosso produto. Considere o aplicativo interno para professores e estudantes universitários discutido na nossa publicação recente sobre análise de personas. Os objetivos de um professor podem incluir criar um programa de curso, enviar recursos, criar uma nova atividade e fazer um anúncio. Para começar o mapa, escrevemos cada objetivo em uma nota adesiva e os organizamos da esquerda para a direita.

Esse é o nível superior, e cada nota representa o que o especialista em mapas de histórias Jeff Patton chama de «atividade do usuário». Essas atividades representam histórias épicas que muitas vezes são grandes demais para um único sprint e costumam envolver tarefas que formarão os níveis inferiores. Também podemos colocar a persona acima desse nível para lembrar de qual perspectiva estamos pensando. Vale usar uma cor diferente para cada nível. Vamos ver nosso mapa até agora:

O próximo passo é dividir as atividades em tarefas que o usuário precisa completar para realizá-las. Vamos focar em «Criar uma nova atividade». Para isso, o professor precisa escrever as instruções, definir um prazo, escolher formatos aceitos de entrega (como arquivos doc ou pdf) e criar uma rubrica de avaliação. Organizamos essas tarefas abaixo da atividade, de cima para baixo conforme a importância relativa ou a ordem habitual em que o usuário as completaria. No entanto, queremos evitar detalhes demais: durante Product Inception, buscamos uma visão geral de como o produto funcionará.

Depois repetimos o processo para cada persona. O mapa é nossa oportunidade de pensar grande e tentar incluir todas as histórias possíveis. Só quando temos tudo diante de nós podemos decidir quais priorizar.

Mas como usamos o mapa para priorizar? As atividades do nível superior formam o que Patton chama de «espinha dorsal»: os recursos essenciais que o produto precisa ter para cumprir nossa visão. A priorização acontece abaixo desse nível. Garantimos que as tarefas estejam organizadas com as mais importantes perto do topo. Depois podemos observar o mapa e traçar uma linha onde o produto teria todos os recursos necessários para funcionar. Tudo acima da linha forma o produto mínimo viável que poderia compor o primeiro lançamento; o que fica abaixo pode ser deixado para iterações futuras. ³

Um mapa de histórias concretiza nossa visão e serve de guia ao longo do design e do desenvolvimento. Usamos esse exercício em uma sessão de Product Inception na Amgen muito bem-sucedida e conseguimos estimar o esforço necessário para criar o produto, além de descobrir fatores que economizaram tempo e recursos valiosos. Consideramos o mapa uma parte indispensável de Product Inception e uma forma muito eficaz de garantir que estamos criando algo realmente centrado nos objetivos dos usuários.