Tutorial de tickets do Jira
Neste tutorial, a gente vai explicar como trabalhar com tickets no Jira. As práticas da equipe feitas fora do Jira, como reuniões de planejamento de sprint, retrospectivas e reuniões rápidas diárias, não vão ser abordadas aqui. Leia mais sobre esse tema em Como fazer Scrum no Jira.
Tempo:
10 minutos para ler.
Público-alvo:
Você é novo no Jira, mas não sabe muito bem o que fazer
Pré-requisito:
- Ter criado uma conta do Jira
-
Ter criado um projeto do Jira
No Jira, as equipes podem usar tickets para monitorar partes individuais do trabalho que devem ser concluídas. Dependendo de como a equipe usa o Jira, um ticket pode ser uma tarefa de projeto, um ticket da central de ajuda, um formulário de solicitação de licença etc. No Jira, os tickets com frequência representam coisas como funções amplas, requisitos do usuário e bugs de software.
Crie um ticket
Existem algumas maneiras diferentes de criar tickets:
Na barra de navegação superior, em qualquer lugar do Jira
Na lista de pendências
No quadro (apenas projetos gerenciados pela equipe)
Opcional: criar subtarefas
Os tickets também podem ter subtarefas que são atribuídas e monitoradas de forma individual. É possível criar subtarefas por qualquer um dos seguintes motivos:
- Para dividir um ticket em partes menores.
- Para permitir que vários aspectos de um ticket sejam atribuídos a diferentes pessoas.
- Para criar uma lista de afazeres para um ticket.
Como criar uma subtarefa:
- Navegue até um ticket e selecione more (mais) ( ••• ) > Create Sub-Task (Criar subtarefa).
- Preencha os detalhes necessários e clique em Criar.
Estimar tickets no backlog ajuda a prever quanto tempo vai levar para que partes do backlog sejam entregues.
Por que estimar tickets? Estimativa tem tudo a ver com velocidade. A principal finalidade de aplicar estimativas em itens de backlog é usar essas informações para saber quanto tempo será necessário para entregar partes do backlog.
Nas equipes de desenvolvimento tradicionais, os gerentes estimariam itens em "horas por pessoa". Então eles contariam as horas na lista de pendências, dividiriam pelo número de pessoas na equipe e pelas horas na semana para atingir a data prevista. Essas estimativas, é claro, normalmente se mostram imprecisas, pois não foram consideradas as características da equipe (estimativa para cima ou para baixo), interrupções inesperadas ou o desenvolvimento do desempenho da equipe ao longo do tempo.
Então, em relação ao Scrum, a maioria das equipes não tenta obter uma estimativa precisa, mas sim uma velocidade confiável. A velocidade é uma medida do número de unidades de estimativa que uma equipe tende a concluir de sprint a sprint. Após os primeiros sprints, a maioria das equipes consegue uma velocidade de consistência razoável. Conhecendo a velocidade e as estimativas dos tickets do backlog, as equipes podem prever quanto tempo partes desse backlog vão demorar para serem concluídas.
Por exemplo, se uma equipe tem uma capacidade de "hora por pessoa" de 120 horas em cada sprint, mas uma velocidade de 60 horas, a velocidade de 60 horas ainda poderá ser usada para estimar o número de sprints necessário para as partes da lista de pendências serem concluídas. Pode ser tentador começar a pensar sobre para onde "as outras 60 horas" foram e achar que há algo de errado com a produtividade da equipe. Mas, normalmente, não tem nenhuma relação: as estimativas de uma equipe representam sua visão de quão difícil os itens serão, e as estimativas sempre serão afetadas pelo comportamento natural da equipe (por exemplo, estimativa para cima ou para baixo), bem como pela sobrecarga da organização. A velocidade é o que importa de uma perspectiva de planejamento.
A maioria das equipes faz as estimativas usando pontos de história.Os pontos da história mensuram a complexidade de um ticket em relação aos outros. Isso faz sentido, já que as principais questões que devem ser respondidas são: “Com quanto de trabalho a gente consegue se comprometer para concluir esse sprint?” e “Quanto tempo essa parte do backlog vai demorar para ser entregue?”. Uma abordagem de ponto da história pode fornecer as respostas a essas perguntas sem a gerar a ansiedade que a equipe sente em relação à “precisão” quando questionada sobre a estimativa de horas.
Para mais informações sobre como a estimativa e a velocidade podem ser monitoradas, confira nosso tutorial burndown.
Para definir uma estimativa para um ticket:
- Insira uma estimativa.
Posso alterar uma estimativa após ela ter sido inserida? Em resumo, sim, você pode. Mas, se você alterar o valor da estimativa após o início de um sprint, ela será mostrada como uma mudança de escopo no gráfico burndown.
Se estiver achando difícil fazer a estimativa dos tickets, saiba que isso é normal. Confira nosso guia de estimativa para dicas e truques de como calcular as estimativas certas para seus tickets.
Classifique seus tickets em ordem de prioridade
Classificar seus tickets por prioridade permite que a equipe veja em quais deles elas vão trabalhar na sequência. Para classificar seus tickets, acesse seu backlog ou quadro e clique e arraste os tickets para ordenar com base na prioridade. Abaixo estão alguns exemplos de onde você pode fazer isso:
-
Em um projeto Scrum, ao planejar o próximo sprint, você pode classificar os tickets no backlog e, então, decidir colocar os 10 primeiros (ou a quantidade que a equipe conseguir concluir) no sprint.
-
Em um template Kanban, é possível classificar os tickets na coluna To do (A fazer) e os membros da equipe podem pegar um ticket do topo da lista quando estiverem disponíveis. Com essa abordagem, a coluna com todos os tickets A fazer vai precisar de atenção constante, já que as prioridades mudam.
Observação: é necessário ter as permissões Schedule Work Item (Agendar ticket) e Edit Work Item (Editar ticket) para o ticket que quiser mover para baixo ou para cima em seu quadro.
Marque um ticket
Você tem a opção de marcar um ticket, que vai aparecer desta forma:
Marcar um ticket é útil, pois incentiva a colaboração e a comunicação na equipe. Veja abaixo alguns exemplos:
-
Você está trabalhando em uma tarefa, mas percebe que não vai conseguir finalizar. Se você marcar o ticket, um membro da equipe com mais disponibilidade que verificar o quadro poderá ajudar você.
-
Você está trabalhando em um ticket que acaba sendo bloqueado. Você pode marcar o ticket, adicionar um comentário explicando o bloqueador e pular para a próxima tarefa. Qualquer pessoa que olhar o quadro vai ver que o ticket foi marcado e entender o que está acontecendo.
Para marcar um ticket:
-
Navegue até o quadro.
-
Clique com o botão direito do mouse em um ticket.
-
Toque em Adicionar sinalizador.
Migre tickets
Migrar tickets mostra o progresso no seu fluxo de trabalho. Para isso, basta arrastar e colocar um ticket em uma nova coluna.
Se não conseguir migrar um ticket para outra coluna, talvez o fluxo de trabalho do seu projeto esteja impedindo você de fazer isso. O que torna o Jira tão bom é que os administradores podem impor determinadas regras no fluxo de trabalho do projeto, como fazer bugs passarem por uma coluna de QA ou não permitir que histórias passem direto de “A fazer” para “Feito”. Para mais informações, consulte nossa documentação de fluxo de trabalho.
Filtre tickets
Um filtro permite ocultar os tickets que você não quer ver e separar aqueles em que quer trabalhar. O Jira tem os filtros rápidos, que permitem que você filtre os tickets no seu quadro. Abaixo é possível ver como eles são nos quadros Scrum/Kanban:
-
Bara de pesquisa: veja tickets que contêm um termo de pesquisa e oculte o restante.
-
Menu de filtros rápidos: por padrão, é possível filtrar por tickets atribuídos a você, bem como os tickets atualizados há pouco tempo. E os filtros rápidos que você criar também serão exibidos aqui.
-
Menu do responsável: mostra apenas os tickets atribuídos a pessoas que você selecionar.
Para criar seus próprios filtros rápidos (quadros Scrum e Kanban):
- Botão de reticênciasAcesse seu quadro, selecione mais (
) > Configurações do quadro. - Clique na guia Filtros rápidos .
-
Insira um nome, consulta JQL e descrição para o filtro. Para mais informações sobre JQL, confira nossa documentação de pesquisa avançada.
-
Clique em Adicionar.
Usar a automação como arma secreta
O Jira é o lugar onde o trabalho acontece. Às vezes, pode aparecer muito trabalho por lá! A automação é a chave para manter todos os tickets atualizados e em ordem. Veja as automações mais usadas na biblioteca de templates do Jira Automation.
O que mais aprender?
Para encontrar informações mais detalhadas sobre tickets no Jira, consulte nossa documentação sobre tickets. Quer começar logo? Confira os templates do Jira gratuitos.
Tem mais dúvidas? Pergunte à Atlassian Community.
.jpg?cdnVersion=2655)