Criar um aplicativo/software da Web é mais do que apenas codificar e colocar o aplicativo em funcionamento.
Existem várias etapas envolvidas, como entender a necessidade, projetar, testar, refinar e a versão final do aplicativo.
Alguns dos aplicativos da web que vemos eram de alguma forma complexos de compreender durante o processo de desenvolvimento. Felizmente, quando processos, ideias ou conceitos complexos são visualizados, torna-se fácil digeri-los.
As User Stories são um ingrediente essencial na jornada de desenvolvimento de software, pois ajudam a descrever seus recursos visualmente e priorizar itens ou histórias que precisam ser desenvolvidas. Continue lendo para entender como criar User Stories no Jira.
últimas postagens
O que é uma história de usuário
Uma história de usuário pode ser descrita como uma explicação geral de um recurso de aplicativo/software da web escrito da perspectiva do usuário final. Vale a pena notar que as User Stories não são requisitos de software. No entanto, essas histórias são informais e foram escritas para ilustrar como esses recursos agregarão valor aos usuários finais.
A estrutura básica de uma história de usuário
As histórias de usuários são as listas de tarefas que ajudam a determinar as etapas a serem seguidas ao trabalhar em um projeto. Uma história de usuário deve capturar o “quem”, “o quê” e “por que” de um requisito de produto. Essas histórias são breves, onde cada elemento contém 10-15 palavras. Essas etapas ajudarão a garantir que o produto e o processo atendam aos requisitos desejados.
De acordo com Ron Jeffries, toda User Story deve ter os 3Cs, denotando “Cartão, Conversa e Confirmação”. Vamos agora descrever os 3Cs a serem observados ao escrever User Stories no Jira.
Cartão
As User Stories foram originalmente escritas em cartões físicos ou post-its. Agora temos cartões modernos que podemos personalizar facilmente ao escrever histórias de usuário no Jira. No entanto, o cartão conterá apenas algumas informações sobre o requisito. Um cartão terá informações suficientes para ajudá-lo a entender a necessidade.
O cartão também pode apresentar detalhes importantes, como prioridade e custo associados ao recurso. O proprietário do produto ou gerente de projeto entregará o story card aos desenvolvedores assim que todos os detalhes forem capturados.
Conversação
Depois que o cartão é usado para formular a User Story, segue-se uma conversa entre as partes envolvidas. O requisito na história do usuário precisa ser discutido e refinado antes de ser comunicado aos desenvolvedores.
A colaboração também é promovida por meio de conversas entre Product Owners, Scrum Masters, desenvolvedores e partes interessadas. Várias partes interessadas compartilham seus pensamentos e opiniões por meio dessas conversas, desde a fase de planejamento até o ponto em que a história do usuário é escolhida para implementação. Essas conversas podem ser verbais e, às vezes, ter documentos comprobatórios.
Confirmação
As conversas podem durar dias ou até semanas. No entanto, pode haver um elemento de dúvida, então a confirmação é necessária. Você pode adicionar alguns critérios que fornecem uma medida específica como critério de aceitação. Essas medidas podem ser escritas como listas de marcadores dentro da história.
A confirmação vem na forma de testes de aceitação. Esses testes devem capturar os requisitos essenciais e ajudá-lo a testar o produto criado para determinar se ele atende aos padrões. O Product Owner define os critérios de aceitação. Por outro lado, os desenvolvedores têm a tarefa de implementar os critérios de aceitação.
Objetivo de escrever uma história de usuário
- Ajuda designers, proprietários de produtos e desenvolvedores a pensar com os usuários finais em mente. Os produtos modernos devem sempre considerar como os usuários finais irão interagir com o produto. Uma história de usuário é uma excelente abordagem que destaca a jornada dos usuários finais ao projetar e desenvolver um produto.
- Tem um formato simples e flexível. As User Stories no Jira não precisam ser complicadas. O formato direto garante que você capture todos os detalhes usando o mínimo de palavras possível. As necessidades também mudam à medida que um sistema/aplicativo de software cresce, e é por isso que uma história de usuário é flexível para acomodar essas mudanças.
- A equipe fala a mesma língua. Uma equipe de desenvolvimento típica pode ter um Product Owner, designers e desenvolvedores. Uma história de usuário é uma boa ferramenta que garante que todos na equipe entendam a necessidade e os objetivos finais.
- As histórias de usuários permitem a colaboração. As User Stories definem os objetivos finais. A equipa pode assim trabalhar em conjunto e decidir como servir melhor o utilizador final e atingir os objetivos definidos.
Práticas recomendadas a serem seguidas ao escrever histórias de usuários
#1. O usuário deve ser claramente definido
O trabalho só deve ser feito se um usuário for identificado. O usuário que solicita esse recurso pode ser um usuário externo, um cliente ou o gerente de produto. Às vezes, o usuário pode ser um membro do desenvolvimento após notar uma funcionalidade que deve ser trabalhada.
O usuário é apresentado como:
“Como um [Username]……”
Por exemplo, ”Como inquilino…….”, ou “Como proprietário….”
#2. As histórias de usuário devem capturar a necessidade
Algumas das perguntas a serem feitas são: o usuário deseja compartilhar uma foto dos produtos com seus amigos ou deseja ver um histórico de todos os itens que comprou no passado? Essas perguntas ajudarão a equipe de produto a entender o que devem criar.
Um erro comum que aparece nessa fase é apresentar uma solução. No entanto, uma história de usuário não deve vir com uma solução. Como desenvolvedor de produtos, você deve trabalhar com os usuários ao escrever histórias de usuários no Jira para capturar seus requisitos, mas evite tirar conclusões precipitadas.
A necessidade é representada como, “Como um [USER NAME]: Eu posso [ACHIEVE SOMETHING]….”
Por exemplo, “Como proprietário: posso ver o detalhamento da cobrança mensal do aluguel…”
#3. Deve haver uma declaração de qualificação
Você pode simplesmente apresentar a declaração de qualificação com uma frase como “para que”. Um recurso não é apenas adicionado a um aplicativo, mas esse recurso deve agregar valor.
Você pode apresentar a declaração de qualificação como;
“Como um [USERNAME] Eu posso [ACHIEVE SOMETHING]para que [VALUE STATEMENT]…”
Por exemplo;
“Como locador: posso ver o detalhamento da cobrança mensal do aluguel para poder planejar minhas despesas.”
A declaração de qualificação justifica por que a equipe de produto deve trabalhar no recurso proposto.
#4. Uma história de usuário deve ser independente
Cada história de usuário criada deve representar um conjunto independente e distinto de valores de negócios. Portanto, deve haver valor incremental quando os desenvolvedores implementam a User Story.
#5. Torne a história do usuário negociável
O objetivo final de uma história de usuário pode ser claramente descrito. No entanto, o processo de atingir as metas estabelecidas deve ser negociável. A história do usuário deve permitir que o proprietário do produto e a equipe de desenvolvimento negociem para evitar restrições irrealistas na funcionalidade ou no recurso.
#6. Deve ser simples e pequeno
Você deve tornar suas histórias de usuário no Jira pequenas se quiser atingir as metas dentro do ciclo de sprint determinado. Se você tem uma história muito complexa, isso é uma indicação de que você precisa dividi-la ainda mais.
Processo passo a passo para criar uma história de usuário no Jira
O Jira é uma das melhores ferramentas de gerenciamento de projetos do mundo moderno. O Jira foi originalmente usado para rastreamento de bugs e problemas, mas agora evoluiu para uma ferramenta ágil de desenvolvimento de software para equipes de desenvolvimento.
A funcionalidade elegante deste aplicativo e a facilidade de integração com vários aplicativos são motivos pelos quais você deve escrever histórias de usuário no Jira. Siga estas etapas para criar sua primeira história de usuário
#1. Entre para/crie sua conta do Jira
Se você já possui uma conta Jira, faça o login e vá para a etapa 2. No entanto, se você não tiver uma conta Jira, poderá criar uma conta Jira gratuitamente. Preencha os detalhes e siga os tutoriais para configurar seu primeiro projeto. Assim que sua conta estiver pronta, você pode ir para a etapa 2.
#2. Criar um problema
Os problemas são usados para rastrear partes individuais do trabalho que devem ser concluídas. Clique no ícone ‘Criar’ na barra de navegação superior do painel do Jira.
#3. Declare sua história de usuário
Descreva seu problema na seção de descrição. Para este exemplo, nossa descrição é “Como usuário, gostaria de compartilhar negócios importantes para que meus amigos/família possam se beneficiar”.
#4. Anexar arquivos associados
Algumas tarefas podem exigir arquivos. No entanto, nossa história de usuário não possui uma imagem, portanto, pularemos essa etapa.
#5. Acrescente uma descrição
Esta seção descreve o recurso em detalhes. No nosso caso, podemos descrever as plataformas de mídia social onde os produtos podem ser compartilhados.
#6. Atribuir a tarefa
A tarefa é atribuída automaticamente ao criador da história. No entanto, você pode atribuir o problema a outra pessoa se estiver trabalhando em equipe.
#7. Definir prioridade da tarefa
Ao escrever User Stories no Jira, você pode definir a prioridade como Alta, Alta, Baixa ou Baixa. Selecionamos “Alto” para nosso recurso de compartilhamento de mídia social.
#8. Publicar a história do usuário
Como você está criando a história do usuário pela primeira vez, não terá muitos recursos. Você pode clicar no botão “Criar” e sua história de usuário estará pronta para visualização.
Empacotando
Escrever User Stories no Jira não precisa ser difícil quando você segue as etapas acima. Jira também tem guias e tutoriais que você sempre pode consultar quando se sentir preso.
Você também pode estar interessado neste Guia de Metodologia Ágil.