What is a user story?
histórias de usuário são descrições curtas e simples de uma característica contada a partir da perspectiva da pessoa que deseja a nova capacidade, geralmente um usuário ou cliente do sistema. Eles normalmente seguem um modelo simples:
como a, eu quero que assim seja .
histórias de usuários são frequentemente escritas em cartões de índice ou notas pegajosas, armazenados em uma caixa de sapatos, e dispostos em paredes ou mesas para facilitar o planejamento e discussão., Como tal, eles mudam fortemente o foco de escrever sobre características para discuti-las. De facto, estas discussões são mais importantes do que qualquer texto escrito.
pode mostrar alguns exemplos de história de utilizador?
um dos benefícios de histórias de usuários ágeis é que eles podem ser escritos em diferentes níveis de detalhe. Podemos escrever uma história de usuário para cobrir grandes quantidades de funcionalidade. Estas grandes histórias de usuários são geralmente conhecidas como Epic. Aqui está um exemplo de história de usuário ágil épico de um produto de backup desktop:
- como um usuário, eu posso fazer backup de todo o meu disco rígido.,
Porque um épico é, geralmente, muito grande para uma equipe ágil para completar em uma iteração, ele é dividido em várias pequenas histórias de usuário antes de ele é trabalhado. O épico acima pode ser dividido em dezenas (ou possivelmente centenas), incluindo estes dois:
- como um usuário de energia, eu posso especificar arquivos ou pastas para backup com base no tamanho do arquivo, data criada e data modificada.
- como um usuário, eu posso indicar pastas para não fazer backup para que a minha unidade de backup não é preenchido com coisas que eu não preciso salvar.
Como é o detalhe adicionado às histórias do utilizador?,
detalhe pode ser adicionado a histórias de Usuários de duas maneiras:
- dividindo uma história de usuário em múltiplas histórias de Usuários menores.adicionando “condições de satisfação”.”
Quando um relativamente grande história é dividida em vários pequenos ágil histórias de usuários, é natural supor que detalhe foi adicionado. Afinal, Mais foi escrito.
as condições de satisfação são simplesmente um teste de aceitação de alto nível que será verdadeiro depois que a história ágil do usuário estiver completa., Considere o seguinte como outro exemplo ágil de história de usuário:
como vice-presidente de marketing, eu quero selecionar uma temporada de férias para ser usado ao rever o desempenho de campanhas publicitárias passadas para que eu possa identificar as rentáveis.
detalhes podem ser adicionados a esse exemplo de história de usuário adicionando as seguintes condições de satisfação:
- certifique-se de que ele funciona com grandes feriados de varejo: Natal, Páscoa, Dia do Presidente, Dia da Mãe, Dia do Pai, Dia do Trabalho, Dia de Ano Novo.
- suporta feriados que abrangem dois anos civis (nenhum abrange três).,as estações de férias podem ser definidas de um feriado para o próximo (como o dia de ação de Graças para o Natal).as estações de férias podem ser definidas como um número de dias antes das férias.
quem escreve histórias de utilizador?
qualquer pessoa pode escrever histórias de usuários. É responsabilidade do proprietário do produto certificar-se de que um backlog do produto de histórias ágeis do usuário existe, mas isso não significa que o proprietário do produto é aquele que os escreve. Ao longo de um bom projeto ágil, você deve esperar ter exemplos de história de usuário escrito por cada membro da equipe.,
também, note que quem escreve uma história de usuário é muito menos importante do que quem está envolvido nas Discussões dela.
quando são escritas histórias de utilizador?
as histórias de usuários são escritas ao longo do projeto ágil. Normalmente, uma oficina de escrita de histórias é realizada perto do início do projeto ágil. Todos na equipe participam com o objetivo de criar um backlog de produto que descreve totalmente a funcionalidade a ser adicionada ao longo do projeto ou um ciclo de lançamento de três a seis meses dentro dele.
algumas dessas histórias ágeis de Usuários serão, sem dúvida, épicos., Os épicos mais tarde serão decompostos em histórias menores que se encaixam mais facilmente em uma única iteração. Além disso, novas histórias podem ser escritas e adicionadas ao backlog do produto a qualquer momento e por qualquer um.
as histórias dos utilizadores substituem um documento de requisitos?
Projetos Ágeis, especialmente Scrum ones, usam um backlog de produto, que é uma lista priorizada da funcionalidade a ser desenvolvida em um produto ou serviço. Embora os itens de backlog de produtos possam ser o que a equipe desejar, histórias de usuários surgiram como a melhor e mais popular forma de itens de backlog de produtos.,
enquanto um backlog de produto pode ser pensado como um substituto para o documento Requisitos de um projeto tradicional, é importante lembrar que a parte escrita de uma história de usuário ágil (“como um usuário, eu quero …”) está incompleta até que as discussões sobre essa história ocorrer.
muitas vezes é melhor pensar na parte escrita como um ponteiro para a exigência real. Histórias de usuários podem apontar para um diagrama representando um fluxo de trabalho, uma planilha mostrando como realizar um cálculo, ou qualquer outro artefato que o proprietário do produto ou equipe deseja.,
recursos recomendados relacionados com histórias de Usuários
- vantagens do” como um usuário, eu quero ” user story template.,
- Um Formato de Exemplo para uma folha de cálculo Baseado no Product Backlog
- Vantagens de Histórias de Usuário para Requisitos
- Requisitos Não-funcionais como as Histórias de Usuário
- Introdução para Histórias de Usuário
Leave a Reply