User Story ou “história de usuário” é uma descrição concisa de uma necessidade do usuário do produto (ou seja, de um “requisito”) sob o ponto de vista desse usuário. A User Story busca descrever essa necessidade de uma forma simples e leve.
Um dos princípios por trás das User Stories é a de que o produto poderia ser integralmente representado por meio das necessidades de seus usuários (Jeffries et al., 2000). O produto desenvolvido com Scrum é descrito por meio de itens do Product Backlog e, assim, de acordo com esse princípio, cada um desses itens deveria ser representado no formato de User Stories. Ou seja, uma User Story representa um e apenas um item do Product Backlog.
É importante destacar que as User Stories não fazem parte do framework Scrum e, assim, seu uso é opcional.
Exemplo de User Story, representando uma necessidade do usuário
A User Story é apenas uma promessa de uma conversa, um lembrete de que mais detalhes serão necessários, e não deve ser considerada suficiente para a realização do trabalho. Ela é o começo, mas somente será útil para o desenvolvimento do produto se for seguida por uma série de conversas entre as pessoas de negócios (em geral, o Product Owner) e os membros do Time de Desenvolvimento. Essas conversas visam definir e capturar os detalhes de negócios necessários para o desenvolvimento da funcionalidade que atenderá a essa necessidade do usuário.
Os detalhes de negócios podem ser documentados de diferentes formas e anexados à User Story. Acredita-se, no entanto, que apenas Critérios e Testes de Aceitação da User Story já representem documentação suficiente, uma vez que devem cobrir todos os aspectos de negócios do requisito.
Na prática, questões técnicas (como de refatoração de código ou população de um banco de dados, por exemplo), de pesquisa ou de correção de problemas dificilmente podem ser descritas sob a perspectiva do usuário. Embora pertençam ao Product Backlog, não devem, assim, ser representadas por User Stories. As questões técnicas são, no entanto, de difícil entendimento pelo Product Owner e consequentemente ele enfrentará dificuldades em ordená-las. Dessa forma, recomenda-se que, sempre que possível, elas sejam embutidas como parte das User Stories para as quais são necessárias.
Perguntas frequentes
O que é uma User Story e qual a sua finalidade?
A User Story, ou história de usuário, é uma descrição concisa e simples de uma necessidade do usuário sob a perspectiva dele. Ela serve para representar um item do Product Backlog, descrevendo o que o produto precisa ter para atender às exigências de quem o utiliza no dia a dia.
A User Story é um item obrigatório no framework Scrum?
Não, a User Story não faz parte do framework Scrum e o seu uso é totalmente opcional. No entanto, como o Scrum descreve o produto por meio de itens no Product Backlog, é comum utilizar histórias de usuário para representar individualmente cada um desses itens.
Por que a User Story é considerada o início de uma conversa?
A User Story é vista como um lembrete para conversas futuras entre o Product Owner e o Time de Desenvolvimento, e não como documentação completa. Para ser útil, ela exige diálogos contínuos que definem os detalhes do negócio, capturados principalmente através de critérios e testes de aceitação.
Como devem ser tratadas as tarefas técnicas no Product Backlog?
Atividades técnicas, como refatoração de código, pesquisas ou correções, dificilmente são escritas sob o ponto de vista do usuário e não devem virar User Stories. Como o Product Owner pode ter dificuldade para ordená-las isoladamente, recomenda-se embutir essas tarefas técnicas dentro das próprias User Stories que as exigem.
Pronto pra dar o próximo passo?
Conheça os cursos da K21 e leve essas ideias pra prática com quem vive agilidade todo dia.
Ver cursos K21