User Stories no Jira: Guia Completo para Iniciantes

Desenvolver uma aplicação ou software web vai além da simples codificação e implementação.

Envolve diversas etapas, como a compreensão da necessidade, design, testes, refinamentos e, finalmente, o lançamento da versão final do aplicativo.

Algumas aplicações web que vemos atualmente foram complexas de entender durante o processo de desenvolvimento. Felizmente, a visualização de processos, ideias ou conceitos complexos facilita a sua compreensão.

As User Stories são elementos cruciais no desenvolvimento de software, auxiliando na descrição visual das funcionalidades e na priorização de itens ou histórias a serem desenvolvidas. Continue lendo para entender como criar User Stories no Jira.

O que é uma User Story?

Uma User Story pode ser definida como uma descrição geral de uma funcionalidade de aplicação ou software web, escrita sob a perspectiva do usuário final. É importante notar que User Stories não são requisitos de software, mas sim narrativas informais que ilustram o valor que essas funcionalidades trarão aos usuários.

A Estrutura Básica de uma User Story

User Stories são listas de tarefas que orientam as etapas a serem seguidas em um projeto. Uma User Story deve capturar o “quem”, “o quê” e “por que” de um requisito de produto. Estas histórias são concisas, com cada elemento contendo entre 10 e 15 palavras, garantindo que o produto e o processo atendam aos objetivos desejados.

Segundo Ron Jeffries, toda User Story deve ter os 3Cs: “Cartão, Conversa e Confirmação”. Vamos detalhar esses 3Cs para a criação de User Stories no Jira.

Cartão

As User Stories eram originalmente escritas em cartões físicos ou post-its. Hoje, temos cartões digitais no Jira que podem ser personalizados. O cartão deve conter informações essenciais sobre o requisito, suficientes para entender a necessidade.

O cartão também pode apresentar detalhes importantes como prioridade e custos associados à funcionalidade. O Product Owner ou gerente de projeto entrega o cartão aos desenvolvedores após a captura de todos os detalhes.

Conversa

Após a criação do cartão, inicia-se uma conversa entre os envolvidos. O requisito da User Story precisa ser discutido e refinado antes de ser comunicado aos desenvolvedores.

A colaboração é incentivada através de conversas entre Product Owners, Scrum Masters, desenvolvedores e outros stakeholders. Várias partes interessadas compartilham seus pensamentos e opiniões, desde o planejamento até a implementação da história. Essas conversas podem ser verbais e, ocasionalmente, acompanhadas de documentos.

Confirmação

As conversas podem levar dias ou semanas. Para evitar dúvidas, a confirmação é essencial. Adicione critérios de aceitação como listas de marcadores na história.

A confirmação ocorre por meio de testes de aceitação que devem capturar os requisitos essenciais e verificar se o produto atende aos padrões estabelecidos. O Product Owner define os critérios de aceitação e os desenvolvedores são responsáveis pela sua implementação.

Objetivo de Escrever uma User Story

  • Ajuda designers, Product Owners e desenvolvedores a pensar sob a perspectiva do usuário final. Os produtos modernos devem sempre considerar como os usuários interagirão com o produto. Uma User Story destaca a jornada dos usuários durante o design e desenvolvimento.
  • Possui um formato simples e flexível. User Stories no Jira não precisam ser complexas, capturando todos os detalhes de forma concisa. As necessidades mudam com o crescimento de um sistema ou aplicação, e a User Story é adaptável a essas mudanças.
  • Garante que a equipe de desenvolvimento entenda os objetivos e necessidades. Uma equipe de desenvolvimento típica inclui Product Owner, designers e desenvolvedores. A User Story garante que todos compreendam a necessidade e os objetivos finais.
  • Permite a colaboração, definindo os objetivos finais, permitindo que a equipe trabalhe junta para melhor atender o usuário final e alcançar esses objetivos.

Práticas Recomendadas ao Escrever User Stories

#1. O Usuário deve ser Claramente Definido

O trabalho deve ser realizado apenas se um usuário for identificado, seja ele externo, cliente ou gerente de produto. Às vezes, o usuário pode ser um membro da equipe de desenvolvimento que identifica uma funcionalidade a ser trabalhada.

O usuário é apresentado como: ”Como um [Nome do Usuário]…”

Por exemplo, ”Como um inquilino…” ou “Como proprietário…”.

#2. User Stories Devem Capturar a Necessidade

Pergunte-se: o usuário quer compartilhar fotos de produtos com amigos ou ver um histórico de compras? Essas perguntas ajudam a equipe a entender o que criar.

Um erro comum é apresentar uma solução nesta fase. User Stories não devem sugerir soluções. Ao criar User Stories no Jira, trabalhe com os usuários para capturar seus requisitos, evitando conclusões precipitadas.

A necessidade é representada como: “Como um [Nome do Usuário], eu posso [Alcançar Algo]…”

Por exemplo, “Como proprietário, posso ver o detalhamento da cobrança mensal do aluguel…”

#3. Deve Haver uma Declaração de Qualificação

A declaração de qualificação pode começar com “para que”. Um recurso não é adicionado sem propósito; ele deve agregar valor.

A declaração de qualificação é apresentada como: “Como um [Nome do Usuário], eu posso [Alcançar Algo] para que [Declaração de Valor]…”

Por exemplo: “Como locador, posso ver o detalhamento da cobrança mensal do aluguel para poder planejar minhas despesas.”

Essa declaração justifica por que a equipe deve trabalhar na funcionalidade proposta.

#4. Uma User Story Deve Ser Independente

Cada User Story deve representar um conjunto independente de valores de negócio. Deve haver valor incremental quando os desenvolvedores implementam a User Story.

#5. Torne a User Story Negociável

O objetivo final da User Story pode ser claro, mas o processo para atingir as metas deve ser negociável. A história deve permitir que o Product Owner e a equipe de desenvolvimento negociem para evitar restrições irrealistas na funcionalidade ou recurso.

#6. Deve Ser Simples e Pequena

Torne suas User Stories no Jira pequenas para atingir as metas dentro do ciclo de sprint. Se uma história é muito complexa, divida-a em partes menores.

Processo Passo a Passo para Criar uma User Story no Jira

O Jira é uma das melhores ferramentas de gestão de projetos do mundo. Originalmente usado para rastreamento de bugs, evoluiu para uma ferramenta ágil de desenvolvimento de software.

A funcionalidade e facilidade de integração com outros aplicativos são motivos para usar o Jira. Siga estas etapas para criar sua primeira User Story:

#1. Acesse ou Crie sua Conta Jira

Se já tem uma conta, faça o login. Caso contrário, crie uma conta gratuitamente. Preencha os detalhes e siga os tutoriais para configurar seu primeiro projeto. Após configurar a conta, prossiga para a etapa 2.

#2. Criar uma Incidência

As incidências são usadas para rastrear as partes do trabalho a serem concluídas. Clique no ícone ‘Criar’ na barra de navegação superior do Jira.

#3. Declare sua User Story

Descreva a incidência na seção de descrição. Para este exemplo: “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. Como nossa User Story não tem imagem, pulamos esta etapa.

#5. Adicionar uma Descrição

Esta seção detalha o recurso. No caso, descrevemos as plataformas de mídia social onde os produtos podem ser compartilhados.

#6. Atribuir a Tarefa

A tarefa é automaticamente atribuída ao criador. Mas você pode atribuí-la a outra pessoa, se necessário.

#7. Definir a Prioridade da Tarefa

Ao escrever User Stories no Jira, pode definir a prioridade como Alta, Média ou Baixa. Para nosso recurso de compartilhamento, selecionamos “Alta”.

#8. Publicar a User Story

Por ser a primeira User Story, não terá muitos recursos. Clique no botão “Criar” e sua história estará pronta para visualização.

Conclusão

Escrever User Stories no Jira não é difícil se seguir estas etapas. O Jira também oferece guias e tutoriais em caso de dúvida.

Você também pode estar interessado neste Guia de Metodologia Ágil.