Um elemento central de desenvolvedores ágeis de software t é fazer dos usuários e clientes o foco e as histórias de usuários contribuem para fazer exatamente isso. Eles colocam os usuários finais no centro da conversa. Neste artigo, vamos discutir uma história de usuário no Agile.
As histórias utilizam uma linguagem não técnica para dar condições à equipa de desenvolvimento e ao seu esforço. A história do usuário ajuda a equipe a entender seu próprio objetivo, por que o está construindo. Também o que estão construindo e o valor que isso cria no final e ao longo do caminho. Portanto, as histórias de usuário são um dos componentes vitais de um programa ágil. Eles facilitam a criatividade, o progresso e um produto final melhor, dando à equipe uma estrutura focada no usuário para suas tarefas diárias. Todas as histórias ágeis enfocam os requisitos e ajudam a criar conversas por meio de uma ou duas frases sobre a funcionalidade desejada.
Os tópicos discutidos neste artigo são:
- Quais são as histórias de usuário?
- Quem é responsável por escrever uma história de usuário?
- Quando escrever histórias de usuários?
- Por que criar histórias de usuários?
- Trabalhar com histórias de usuários
O que são histórias de usuários?
As histórias de usuário são descrições simples e curtas de um recurso por um usuário ou cliente do sistema. Eles seguem um modelo comum:
Como um, eu quero isso.
fibonacci recursivo c ++
Vamos saber mais sobre as histórias de usuários.
- Normalmente, as histórias de usuários são escritas em notas adesivas e cartões de índice. Em seguida, eles são dispostos em mesas ou paredes para fins de planejamento e discussão, portanto, conversas são criadas em torno deles.
- As histórias de usuário, que são discussões girando em torno e com a ajuda das histórias de usuário, são muito importantes e mudam o foco de escrever sobre recursos para realmente discuti-los.
- Eles são sempre expressos da perspectiva do usuário e não são classificados como um recurso. Uma história de usuário é a menor parte de um sistema de estrutura ágil.
- O principal objetivo de uma história de usuário é expressar e transmitir como uma determinada peça de trabalho agregará valor ao usuário ou cliente. É importante observar que os clientes não precisam ser necessariamente usuários finais externos, mas também podem ser colegas em sua equipe ou organização.
- As histórias de usuários não se aventuram em detalhes e consistem em frases simples e poucas.
Histórias de usuários em Scrum e Kanban
Tanto o Scrum quanto o Kanban usam histórias de usuário em seus frameworks. No Scrum, as histórias de usuário são um acréscimo aos sprints e são usadas durante o sprint. No KanBan, as equipes adicionam as histórias de usuário em seu backlog e as usam em seu fluxo de trabalho. Assim, auxiliam na melhor estimativa, planejamento de sprint, melhor precisão nas previsões e maior agilidade na equipe Scrum. Por outro lado, as equipes KanBan podem lidar melhor com o trabalho em andamento e melhorar seus fluxos de trabalho por meio de histórias de usuário.
Estruturas ágeis maiores, como épicos e iniciativas constituem histórias de usuários. As epopéias são peças maiores que são divididas em muitas histórias e as iniciativas incluem muitas epopéias.
Existem duas maneiras de adicionar detalhes às histórias de usuários:
- Dividindo a história do usuário em várias histórias menores.
- Adicionando condições de satisfação.
Uma condição de satisfação se refere a um teste de aceitação de alto nível que se torna verdadeiro assim que a história do usuário ágil é concluída.
Quem é o responsável por escrever a história do usuário?
Não existe uma regra definida sobre quem pode escrever as histórias de usuário. O product owner tem que garantir que o backlog do produto de user stories esteja em vigor, mas ele não precisa necessariamente escrevê-los. Idealmente, umUm bom projeto ágil terá histórias de usuário escritas por cada membro da equipe e mais importância será dada aos membros da equipe estarem igualmente envolvidos nas discussões depois de escrever as histórias de usuário.
Quando escrever histórias de usuários?
As histórias de usuários são concebidas ao longo do projeto ágil. Um workshop de redação de histórias geralmente é conduzido no início do projeto ágil para que cada membro da equipe possa participar e potencialmente ajudar a criar um backlog do produto descrevendo a funcionalidade desejada e a meta final que pode então ser adicionada ao projeto. Algumas das histórias de usuários acabarão se transformando em épicos. Além disso, esses épicos serão posteriormente divididosem várias histórias menores que se encaixam melhor em uma iteração. Novas histórias também podem ser adicionadas de tempos em tempos ao backlog do produto de acordo com os requisitos.
substituir vs sobrecarregar em java
Por que criar histórias de usuário?
Uma história de usuário em Agile pode parecer uma etapa adicional no processo de estrutura ágil, mas fornece uma visão importante e valiosa para a equipe e esclarece o valor que suas tarefas trazem para o projeto. As histórias de usuário oferecem uma série de benefícios e vantagens:
- Promova o foco do usuário - Uma lista de tarefas geralmente mantém a equipe atenta às tarefas que precisam ser feitas e marcadas na lista, enquanto as histórias de usuários colocam todo o foco nos usuários e ajudam a resolver seus problemas à medida que são escritas a partir da perspectiva do usuário .
- Permitir colaboração - Quando o objetivo final é claro e definido para a equipe, eles podem trabalhar juntos de forma eficiente para atingir esse objetivo, bem como proporcionar satisfação e bom atendimento ao usuário.
- Promova a criatividade - O processo de escrever e discutir histórias de usuários envolve discussões e brainstorming, o que ajuda a equipe a pensar de forma crítica e criativa, bem como, possivelmente, encontrar soluções para atingir o objetivo final.
- Fornece impulso - Cada história fornece impulso para a equipe de desenvolvimento por meio de desafios e progresso.
Trabalhar com histórias de usuários
- Uma história de usuário é conceituada e escrita, depois é absorvida e implementada no fluxo de trabalho. Normalmente, os proprietários do produto, gerentes de produto ou gerentes de programa escrevem histórias de usuário. Em seguida, eles os enviam para uma revisão.
- Durante uma reunião de planejamento de sprint ou iteração, a equipe toma uma decisão sobre quais histórias serão incluídas durante aquele sprint específico. Além disso, as equipes discutem a funcionalidade e os requisitos da história. Os requisitos podem ser adicionados à história após serem acordados pela equipe.
- Uma etapa importante nesta reunião é avaliar as histórias com base em sua complexidade e tempo de conclusão. Uma história deve ser completada em um sprint. Por isso, a equipe precisa discutir as histórias.
As histórias de usuários iluminam o dia a dia da equipe de desenvolvimento e também explicam os processos seguidos pela equipe todos os dias. A melhor maneira de explorá-los em seu projeto para descobrir seus benefícios é entender seu papel e contribuição para o trabalho e entrega da equipe.
É isso, pessoal! Com isso, chegamos ao final do artigo ‘User Story in Agile’. Você também pode dar uma olhada em enquanto você está nisso.
Tem alguma questão para nós? Mencione isso na seção de comentários deste a rticle e entraremos em contato com você o mais breve possível.