Aplicar o mapeamento de histórias de usuários ao desenvolvimento de produtos.

No campo do desenvolvimento de software e gerenciamento de produtos, em 2014, Jeff Patton propôs o User Story Mapping como uma metodologia ágil para facilitar a construção do backlog do produto e, assim, melhorar a comunicação entre as equipes e a compreensão de um sistema.

Neste artigo, o Appvizer lhe diz como implementar essa ferramenta e como usá-la para responder de forma ágil e fluida às necessidades de seus clientes.

Ver todos os software Gestão de projetos

Mapeamento de histórias de usuários em inglês

Definição da história do usuário

Para definir o mapeamento de histórias de usuários em inglês, devemos primeiro começar com a noção de história de usuário. Ela se refere à narrativa ou às expectativas do usuário em relação ao produto e à representação clara delas, com base em informações como:

• Identificação,
• priorização,
• estimativa do volume de trabalho necessário,
• demonstração,
• observações complementares.

Mapeamento de histórias de usuários: objetivo

Para realizar essa representação, falamos de mapeamento de histórias ou rastreamento de histórias de usuários. Com isso, a experiência do Product Owner e as informações que ele coletou de seus clientes são organizadas e apresentadas de forma mais clara. Por exemplo:

Como [tipo de usuário], eu gostaria de ter [essa funcionalidade] com a qual eu possa me beneficiar [dessa forma].

Como criar um mapeamento de histórias de usuários? → 5 etapas

1. delimitação do problema

Essa primeira etapa é fundamental, pois é o momento em que a equipe entende o problema (qual é o objetivo da criação do produto). Isso é alcançado por meio de:

• A definição e a delimitação claras do problema,
• a identificação dos diferentes tipos de usuários,
• compreensão de suas necessidades,
• identificação de suas expectativas.

2. Criação do backlog do produto

Depois que você tiver uma compreensão e uma visualização global da situação, a próxima etapa será a construção do backlog do produto. Para isso, você precisa listar as atividades que serão necessárias para atender às expectativas do usuário.

Basicamente, o que você está procurando é responder à pergunta sobre o que o usuário fará com o produto, começando por:

• A ordem lógica das ações (da esquerda para a direita),
• a descrição dessas ações, usando verbos simples e claros.

Para ter uma visualização mais clara desde o início do processo sobre a prioridade de cada atividade de acordo com o usuário, você pode atribuir post its de cores diferentes.

3. Associação de atividades e tarefas

Depois que as ações forem categorizadas (atividades de alto nível, atividades de baixo nível etc.), defina o conjunto de tarefas relacionadas a elas, o que permitirá que o objetivo do projeto seja alcançado.

Para cada atividade, defina com sua equipe quais são algumas das tarefas que o usuário teria de executar para concluir a atividade. Como uma espécie de roteiro, em que as tarefas são listadas de cima para baixo, constituindo as colunas do mapa.

Nessa etapa, a priorização das histórias de usuários pode resultar no desenvolvimento do MVP (Minimum Viable Product, Produto Mínimo Viável), que é uma versão preliminar do produto que permitirá que você o aprimore gradualmente.

4. Subdivisão de tarefas

A partir de uma primeira abordagem do que seria o produto, agora você tem mais elementos para dividir as tarefas em subtarefas e reorganizá-las. Dessa vez, considere todas as variações, exceções e detalhes que possam surgir.

Uma boa prática para garantir que não esteja perdendo nada é abordar o exercício de diferentes perspectivas. Dessa forma, é mais difícil deixar lacunas ou considerações a serem levadas em conta.

Como feito no início, e sem perder de vista o fato de que a história do usuário segue um fio condutor, priorize as subtarefas, colocando-as no mapeamento da história do usuário de acordo com a necessidade delas para cumprir as outras.

5. Iteração e ajuste da história do usuário

Agora que o mapa de histórias está quase totalmente constituído, vá da esquerda para a direita para obter uma fatia do que o produto poderia fazer. Em outras palavras, uma iteração ou sprint.

A meta sempre será garantir que os objetivos propostos sejam alcançados e que as soluções entregues aos usuários estejam de acordo com as expectativas deles.

Por último, mas não menos importante, como em qualquer outro processo, revise o modelo em busca de oportunidades de aprimoramento.

Mapeamento de histórias de usuários: um exemplo

Vejamos um exemplo prático de como usar o mapeamento de histórias de usuários. Suponha que você tenha uma empresa de comércio eletrônico:

1. Na delimitação do problema, você identifica os diferentes usuários: consumidor, administrador do site, analistas, vendedores etc.
2. Sua lista de atividades inclui, no caso específico de um consumidor: visitar o site, pesquisar produtos, comprar etc.
3. As tarefas associadas a essas atividades incluem: adicionar produtos ao carrinho, escolher as condições de entrega, inserir informações pessoais, pagar.
4. As subtarefas que seguem as tarefas podem ser: tudo relacionado ao gateway de pagamento, a opção de continuar comprando etc.
5. Como melhorar a experiência do cliente é determinado pela análise de outros serviços e facilidades que você pode oferecer.

Ver todos os software Gestão de projetos

Mapeamento visual de histórias: a diferença para o backlog do produto

O que é conhecido como backlog do produto ou levantamento de requisitos é simplesmente uma lista de coisas a fazer.

Em vez de ser uma lista de atividades, o mapa de histórias de usuários é como um backlog bidimensional, que dá contexto à lista. Isso ajuda a equipe a se concentrar no desenvolvimento e a fornecer mais valor aos clientes, para que eles obtenham os resultados desejados. Ele se concentra na jornada do cliente.

Se você é um provedor de SaaS para profissionais, registre sua solução e comece a gerar leads com apenas alguns cliques.