O que é a User Story?

Este post não tem tags.

Compartilhe:

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.

Experimente escutar este conteúdo! Dê o play!

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

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.

YouTube video

Sobre o autor(a)

Função não encontrada

No headers found for the table of contents.

Artigos relacionados

Uma das principais habilidades que desenvolvemos enquanto consultores é a de fazer boas perguntas. Uma vez que as pessoas percebem o poder que tem uma boa pergunta, colocada ali na hora certa e que muda o destino de uma reunião,…

Há cerca de uma semana um estudo com um título bombástico tomou conta da web: “268% dos projetos que passaram a utilizar Métodos Ágeis pioraram e 56% passaram a falhar”, dizia o título. E ao ler o conteúdo, pareceu que…

A polêmica da semana é sobre o suspeitíssimo “estudo” afirmando que projetos com Agilidade teriam 268% mais chance de falhar.  Muito rapidamente os cavaleiros do apocalipse já se apropriaram do conteúdo para poder dizer que já sabiam! Claro que esse…

Oi time! Vamos conversar rapidinho sobre como podemos fazer nossas reuniões renderem mais sem deixar ninguém na corda bamba com a agenda lotada. Aqui vão algumas dicas pra gente manter o equilíbrio: A) Marcando as reuniões: 1) Checagem de Disponibilidade:…