Processo de criação de User Stories
Aplicando a criação de user stories no projeto de melhoria do catálogo de insumos do Aegro
Por onde começar
Para entendermos os problemas e identificarmos os principais pontos de melhoria do catálogo de insumos do Aegro nós realizamos uma pesquisa quantitativa. Nela analisamos os feedbacks recebidos através do Hotjar e NPS e observamos os chamados com o suporte que envolvessem alguma dúvida relacionada ao catálogo. A partir dessas análises, partimos para a pesquisa qualitativa através de entrevistas com alguns clientes que haviam relatado problemas com o catálogo Aegro.
Com as constatações das entrevistas organizamos os tópicos mais abordados pelos usuários em clusters de afinidade, a fim de criar padrões e identificar oportunidades para o projeto. A próxima etapa foi criar as user stories a partir desses clusters para a definição de prioridades.
Criando user stories e definindo prioridades
User Story é uma ferramenta de design colaborativo que permite a equipe gerar ideias centradas no usuário, que beneficiem sua rotina e atividades. Para isso, é preciso saber sobre a rotina do usuário e suas necessidades e através da pesquisa qualitativa podemos chegar nesses pontos.
Elas são frases curtas, específicas e objetivas e devem focar no projeto na perspectiva de quem o usará. Para criação das user stories podemos nos basear em um problema apontado e, a partir desse problema, pensar nas três perguntas: Quem? O que? Por quê?
- Eu, como [quem?]: indica o autor da ação, quem quer ter o problema resolvido;
- gostaria/necessito/quero [o que?]: indica a funcionalidade desejada;
- para/de modo a [por quê?]: indica o benefício que essa funcionalidade trará para o autor da ação.
Com todas as histórias criadas partimos para a definição de quais delas serão priorizadas no projeto. Utilizamos como guia o framework MoSCoW de priorização de requisitos. Nesse método a equipe de produto precisa alinhar os objetivos e fatores de priorização, determinando as histórias que são mais apropriadas para cada categoria: Must have, Should have, Could have e Will not have at this time.
- Must have: requisitos necessários para o sucesso do projeto;
- Should have: são importantes para o projeto, mas não necessários;
- Could have (nice to have): requisitos que seriam “legais” de atender, mas que se deixados de fora terão um impacto pequeno sobre o projeto;
- Will not have at this time: requisitos que foram reconhecidos como não sendo prioritários para o prazo do projeto.
Com isso, finalizamos a etapa de pesquisa do projeto e podemos começar a pensar nas soluções que atenderão nossos usuários, melhorando a experiência de uso do catálogo.
Conclusão
User Stories são simples de serem criadas e muito úteis, pois facilitam a compreensão das necessidades dos usuários por toda a equipe que abraçará o projeto. Aliada com o framework MoSCoW, nos auxilia a perceber o que é essencial para o projeto a ser entregue para nossos usuários, assim como ficarmos cientes de como evoluir para as próximas entregas.