História do Usuário

O que é uma user story?

Uma user story faz parte de um framework de gerenciamento de projetos ágeis. Ela descreve quais funcionalidades os usuários finais desejam para otimizar sua satisfação com um produto e obter o máximo de valor possível dele.

A declaração de uma user story geralmente se refere a um objetivo específico e ao motivo pelo qual uma funcionalidade atrai o usuário. Por exemplo, “Como visitante do site, quero ver um menu ou lista de cursos disponíveis para me ajudar a encontrar o melhor para fazer” seria uma user story para alguém olhando um site de educação online.

As user stories são sempre do ponto de vista do usuário, embora seja a equipe interna que as escreve. Elas são normalmente armazenadas em software de gerenciamento de projetos para a equipe do projeto revisar à medida que novos produtos e serviços são desenvolvidos.

Tipos de user stories

As user stories criadas para cada projeto ficarão no backlog do produto para fácil referência enquanto o produto é desenvolvido. Equipes ágeis podem usar três tipos de user stories.

• User stories de alvo são o tipo mais comum. Elas são formuladas do ponto de vista do cliente-alvo do produto para criar uma declaração fácil de entender que a equipe pode usar para construir funcionalidades em torno dos desejos e necessidades do cliente.
• Non-user stories são eficazes quando as funcionalidades de um produto não têm uma correlação direta com o usuário, mas ainda podem ser úteis para a equipe de desenvolvimento. Nessas situações, uma declaração non-user ajuda a construir um produto melhor como um todo.
• Spikes são declarações breves que indicam à equipe que mais pesquisa é necessária sobre uma ou duas questões, que podem ser testadas posteriormente para evitar problemas futuros. Problemas podem surgir com base em user stories e non-user stories que precisam ser abordados.

Elementos básicos das user stories

As user stories diferem dependendo do projeto e do tipo de usuário. Mas sua composição básica deve ser semelhante, usando os quatro elementos:

• O cartão. Toda user story deve seguir o formato “como um [quem], eu quero [o quê] para que [por quê].” Nomeado o cartão para ajudar a limitar o espaço, este elemento deve ser o mais geral possível para manter a declaração simples.
• A conversa. Como os membros da equipe interna são os que escrevem as user stories, a parte da conversa no desenvolvimento delas é toda sobre replicar tópicos que um usuário-alvo pode discutir ao usar o produto. Este deve ser um processo colaborativo entre stakeholders e desenvolvedores.
• A confirmação. Antes que as user stories possam informar o desenvolvimento do produto, a equipe interna deve concordar com os critérios de aceitação. Nem todo usuário terá sugestões que se transformem em funcionalidades do produto.
• O contexto. Histórias individuais são úteis para desenvolver funcionalidades, mas elas têm que se relacionar com o conceito mais amplo do produto.

Benefícios das user stories

Muitas user stories informam à equipe de desenvolvimento sobre necessidades ou desejos semelhantes que estão procurando em um produto. Os desenvolvedores podem então levar essa informação em consideração enquanto trabalham. Alguns dos outros benefícios de se envolver com user stories incluem:

• Melhorar o produto final. Embora o feedback não seja necessariamente do usuário final, as user stories obrigam a equipe interna a pensar como tal. Isso incentiva a conversa sobre o que um usuário quer do produto.
• Trabalhar com stakeholders chave. Os usuários serão o principal pensamento por trás das user stories, mas outros stakeholders chave podem precisar de input interno em mudanças de produto. As user stories ajudam a mesclar esse feedback com as necessidades do usuário final de uma forma que funcione para todos.
• Prevenir problemas antes que surjam. Ao pensar como um usuário, a equipe de desenvolvimento pode localizar problemas que foram inicialmente negligenciados. Isso lhes dá a oportunidade de corrigi-los antes que o produto esteja muito desenvolvido.

Melhores práticas para user stories

Embora o formato de escrever uma user story seja bastante simples, é importante considerar várias melhores práticas ao trabalhar nelas.

• Focar no porquê, não no quê. A funcionalidade em si é importante no desenvolvimento do produto, mas a razão na user story deve permanecer o principal motor por trás de qualquer decisão. Esclareça funcionalidades sobre diferentes necessidades do usuário, em vez da funcionalidade específica no produto.
• Desenvolver uma melhor compreensão dos usuários. Para escrever user stories eficazes, as equipes devem considerar a construção de personas de usuário a partir de pesquisas e insights de clientes. Isso torna as user stories mais precisas para a experiência vivida.
• Priorizar e revisitar outras histórias. Mesmo que certas user stories não sejam inicialmente úteis, é uma boa ideia manter o resto para o futuro, especialmente com novos produtos que podem passar por redesigns. É extra útil quando as equipes de produto podem comparar dados reais de clientes com as user stories.

Recolha dados e feedback do produto diretamente de seus clientes, depois organize-os para sua equipe interna usando software de gerenciamento de feedback empresarial dedicado.