User Story Mapping - Estudo de Caso (ComunEventos)¶

Introdução¶

De acordo com Marsicano (2023), podemos compreender o User Story Mapping (USM) como um conjunto de técnicas iterativas que auxiliam a visualizar os requisitos como uma forma de jornada ou uma história compartilhada de entendimento através da simplicidade e visualidade. A partir disso, utilizamos a USM para realizar um exercício prático de construção de Backlog de um estudo de caso em uma empresa fictícia chamada ComunEventos.

Tomamos o seguinte contexto orientado para esse estudo de caso:

Não obstate, o documento do estudo conta com muitas outras definições que nos auxiliam a compreender de forma mais clara o estudo de caso, contando com objetivos do negócio, objetivos do aplicativo, definições de processo de negócio e descrições de algumas personas, assim como suas necessidades para esse projeto. Desta forma, utilizamos essas descrições como base para montar e mapear o User Story Mapping abaixo.

Miro Utilizado para confecção do USM¶

Personas¶

De acordo com o estudo de caso (ComunEventos), definimos 4 personas para o User Story Mapping, sendo elas ordenadas na seguinte posição:

O Organizador do evento (Cleber)¶

-> O que faz:

• Realiza a concepção, planejamento e execução do evento;
• Determina datas, locais, pautas e gerenciam a logística;

-> Necessidades:

• Precisa de uma plataforma eficiente para coordenar o evento;
• Precisa de ferramentas de promoções(marketing), comunicação clara com participantes e colaboradores, gestão do orçamento e monitoramento de inscrições;

O Patrocinador (Taka)¶

-> O que faz:

• Apoia financeiramente o evento em troca de publicidade ou outros beneficios

-> Necessidades:

• Precisa de comunicação constante com os organizadores;
• Visibilidade clara da sua marca durante o evento;
• Relatórios sobre o impacto de sua participação no evento;

O Participante (Aladdin)¶

-> O que faz:

• Frequenta os eventos por interesse ou paixão pelo tema ou causa;

-> Necessidades:

• Precisa de informações claras sobre os eventos;
• Processo de inscrição simples, meios de interação durante todo o processo do evento e uma plataforma intuitiva para navegaçã e obtenção dos detalhes do evento;

A Voluntária (Wandinha)¶

-> O que faz:

• Oferece seu tempo e habilidades de forma gratuita para ajudar na realização do evento;

-> Necessidades:

• Clareza nas tarefas a serem realizadas;
• Reconhecimento pelo trabalho realizado;
• Programa de treinamento na tarefa se necessário;
• Comunicação eficaz com os organizadores;

Atividades e Tarefas¶

Após definirmos as personas, descrevemos as atividades, organizando-as conforme uma linha narrativa da persona, seguindo uma ordem que contaria as histórias dela conforme definido no USM. Posteriormente, estabelecemos as tarefas (histórias) para cada uma dessas atividades.

Além disso, priorizamos conforme o contexto do produto e suas necessidades, levando em consideração o que entraria no MVP. Seguindo modelo do User Story Mapping, no Miro definimos uma trajetória por meio de uma linha azul em que as tarefas (histórias) na parte superior definem o que estabelecemos como MVP para o produto para cada uma das personas, enquanto que os itens que estão abaixo da linha estariam fora. Nesse documento, todas as histórias que entraram no MVP estão marcadas em negrito. Além disso, apresentaremos apenas o título das histórias, vez que ao acessar o Miro é possível visualizar a declaração da US dentro do seu próprio card.

Segue as atividades e tarefas conforme cada persona:

Organziador (Cleber)¶

Patrocinador (Taka)¶

Participante (Aladdin)¶

Voluntária (Wandinha)¶

Referências Bibliográficas¶

1. Slides de aula (Unidade 4 - USM) Prof. Dr. George Marsicano