JIRA Bug Tracking Tool Tutorial: Como

usar o JIRA como ferramenta de

bilheteria
Ultima atualização: 2 de julho de 2019
JIRA Bug Tracking: Ciclo de Vida de Defeitos no JIRA
Jira Download and Installation foi explicado em detalhes em nosso tutorial anterior.
As equipes de teste estão sempre apreensivas sobre pegar o JIRA for Defect
Management.
A dúvida é justificada. Isso decorre do fato de que, embora a ferramenta de rastreamento
de erros do Jira seja aplicável às empresas de TI, ela é um sistema de bilhética genérico.
Mesmo para projetos de TI, a popularidade do JIRA com as equipes de desenvolvimento
torna os testadores e as equipes de controle de qualidade desconfortáveis. Apesar do
conforto ou desconforto, as equipes de teste não têm escolha a não ser usar a ferramenta
de rastreamento de erros do JIRA na maioria das empresas. Nosso guia completo sobre
o treinamento do JIRA lhe dará um excelente conhecimento da ferramenta.
Por quê? Lógica simples - As empresas não querem investir em múltiplas ferramentas.
Faz sentido comercial maximizar a utilização da ferramenta e não enlouquecer com a
compra de muitas licenças.

Portanto, se uma equipe de desenvolvimento estiver usando a ferramenta de

acompanhamento de bugs do Atlassian JIRA para rastrear seus requisitos,
aprimoramentos, tarefas ou histórias de usuários, a equipe de testes provavelmente a
usará para rastreamento de bugs.
Mas relaxe . O Gerenciamento de Defeitos do JIRA é tão bom quanto qualquer
outra ferramenta . De fato, em algumas situações, pode até ser melhor.
Este é o tutorial que irá demonstrar para você, através de screenshots e tudo mais, a
aplicabilidade do JIRA ao rastreamento de bugs.
O que você vai aprender: [show]

Os melhores recursos do JIRA Bug Tracking Tool

Aqui vamos nós.
# 1) JIRA trata todo o trabalho dentro dele como um problema
Então, no JIRA criar um defeito seria criar um problema do tipo “ Bug ”.

# 2) O relatório de defeitos precisa das seguintes informações registradas para

cada problema:
 ID de Defeito
 Título de defeito
 Descrição de defeitos (etapas para reproduzir)
 Informação sobre ambiente
 Captura de tela (anexo)
 Gravidade
 Atribuir a alguém
 Status - Todos os status no ciclo de vida do bug
Todas as opções estão disponíveis para criar um defeito de forma eficaz.
Por favor, note os campos destacados em vermelho abaixo:
Os dois campos que você não está vendo aqui são:
 ID de Defeito
 Status
Esses dois campos são criados automaticamente pelo JIRA. Todos os problemas terão
um ID exclusivo atribuído a eles pelo JIRA. O status de todas as questões é "To-Do" ou
"New" no JIRA por padrão na criação de um bug.
Portanto, todas as facilidades comuns para relatórios de defeitos estão disponíveis no
JIRA também. De fato, mais opções como rótulos, vinculação de defeitos, estimativas
de esforços podem ser usados.
# 3) Ciclo de Vida de Defeitos:
Todos os status do ciclo de vida dos bugs, como no Bugzilla (ou qualquer outro
rastreador de bugs ), podem ser feitos aqui também:
Isso vai precisar de um pouco de personalização pelo seu administrador do JIRA, mas é
fácil de fazer. Para aqueles que não querem se incomodar com a personalização, você
não pode errar com a configuração padrão também.
# 4) Comentários e colaboração com a equipe de desenvolvimento
Cada edição, suas atualizações, designação de pessoas, comentários recebidos da equipe
de desenvolvimento - tudo é rastreado no JIRA sob o registro de atividades.
Isso permite melhor visibilidade e colaboração com as equipes de desenvolvimento:

# 5) Vinculando o defeito a um requisito para ativar a rastreabilidade

A opção de link nos campos do problema do JIRA permite vincular um problema
específico a outro. Digamos que, se o Defeito 2 for uma duplicata do Defeito 1, você
pode estabelecer esse relacionamento.
Da mesma forma, se um defeito está bloqueando um requisito ou está relacionado a um
requisito - você pode tornar esse aspecto visível no JIRA.
Os links resultantes aparecerão na página de detalhes da questão, conforme abaixo:

Os tipos de relacionamento são autoexplicativos e o uso de palavras simples comuns do

dia-a-dia (como relacionadas a, causadas por, etc.) torna super fácil e intuitivo para
qualquer usuário do JIRA usar esse direito.
# 6) Os defeitos podem ser importados de um arquivo CSV
Isso ajuda na criação em massa de problemas no JIRA de uma só vez. Além disso, se a
sua equipe é nova e você não quer que eles criem problemas diretamente na ferramenta,
você pode fazer com que eles relatem os defeitos em uma planilha do Excel. Depois de
revisados e confirmados como válidos, eles podem ser importados todos de uma vez
para a ferramenta usando essa funcionalidade.
Seja qual for o modo de usá-lo, essa é uma grande vantagem.
# 7) Os defeitos podem ser exportados para formatos Word, XML e imprimíveis

Isso permite uma melhor portabilidade dos seus dados de defeitos, especialmente útil se
você quiser compartilhar seus dados de defeitos com pessoas que não sejam usuários do
JIRA.
# 8) Relatórios abrangentes de questões:
Além disso, se você precisar de relatórios, vá para “ Projeto - relatórios ” e gere todos
os tipos de relatórios, conforme abaixo:

Se tivermos que revisar a análise do JIRA em uma palavra, é fantástico.

Usuários avançados / avançados do JIRA também podem criar filtros de pesquisa
avançados para gerar insights mais profundos.
Por exemplo, se quiser examinar todos os defeitos atribuídos a você em vários projetos
(BM e AB), você pode usar uma consulta JQL como a abaixo:

JIRA Tutorial: Um Guia Completo para

Iniciantes
O que é o JIRA?
O JIRA é uma ferramenta desenvolvida pela empresa australiana Atlassian. Ele é usado
para rastreamento de bugs, rastreamento de problemas e gerenciamento de
projetos . O nome "JIRA" é herdado da palavra japonesa "Gojira", que significa
"Godzilla".
O uso básico dessa ferramenta é rastrear problemas e bugs relacionados ao seu software
e aplicativos para dispositivos móveis. Também é usado para gerenciamento de
projetos. O painel do JIRA consiste em muitas funções e recursos úteis que facilitam o
manuseio de problemas. Algumas das principais características estão listadas abaixo.
Vamos aprender o software de rastreamento JIRA Defect and Project com este curso de
treinamento.
O que você vai aprender: [ hide ]

1. Esquema JIRA

2. Problemas do JIRA e tipos de problemas

o O que é o JIRA Issue?

o Tipos de problemas

3. Componentes do JIRA

4. Tela JIRA

5. Atributos do problema

6. Issue Security Schemes

o Administração do Sistema

7. Como criar um problema no JIRA

o Subtarefa

o Fluxos de trabalho

o Plug-ins no JIRA

o JIRA Agile

o Criando problema no Agile

o Como criar um épico em ágil

o Uso de Clone e Link no JIRA

 8. Relatórios no JIRA

o Kanban Board e Gerenciamento de problemas

o JIRA Scrum Vs JIRA Kanban

Esquema JIRA
Dentro do esquema JIRA, tudo pode ser configurado, e consiste em
 Fluxos de trabalho

 Tipos de problemas

 Os campos personalizados

 Telas

 Configuração de campo

 Notificação

 Permissões

Problemas do JIRA e tipos de problemas

Esta seção irá guiá-lo através do JIRA Issue e seus tipos.
O que é o JIRA Issue?
A edição do JIRA rastrearia o bug ou o problema subjacente ao projeto. Depois de ter
importado o projeto, você poderá criar problemas.
Em Problemas, você encontrará outros recursos úteis, como
 Tipos de problemas

 Fluxo de trabalho

 Telas

 Campos

 Atributos do problema

Vamos ver o JIRA Issue em detalhes

Tipos de problemas
Tipo de Problema exibe todos os tipos de itens que podem ser criados e rastreados via
JIRA. Os problemas do JIRA são classificados em vários formulários, como novo
recurso, subtarefa, bug etc., conforme mostrado na captura de tela.
Existem dois tipos de esquemas de tipos de problemas no JIRA, um é
 Esquema de Tipo de Problema Padrão: No esquema de tipo de problema padrão,
todos os problemas recém-criados serão adicionados automaticamente a este
esquema

 Esquema de Tipo de Problema Agile Scrum: Problemas e projetos associados ao Agile

Scrum usarão este esquema

Além desses dois esquemas de tipo de problema, você também pode adicionar
esquemas manualmente conforme o requisito, por exemplo, criamos um esquema de TI
e Suporte . Para isso, arrastaremos os tipos de problema do tipo Problema
disponível para Tipo de problema para o esquema atual. mostrado na tela abaixo

Componentes do JIRA

Componentes são subseções de um projeto; eles são usados para agrupar problemas
dentro de um projeto em partes menores. Os componentes adicionam algumas estruturas
aos projetos, dividindo-os em recursos, equipes, módulos, subprojetos e muito mais.
Usando componentes, você pode gerar relatórios, coletar estatísticas e exibi-lo em
painéis e assim por diante.
Para adicionar novos componentes, como mostrado na tela acima, você pode adicionar
nome, descrição, lead de componente e responsável padrão.

Tela JIRA
Quando o problema é criado no JIRA, ele será organizado e representado em diferentes
campos. Essa exibição de campo no JIRA é conhecida como uma tela. Este campo pode
ser transitado e editado por meio do fluxo de trabalho. Para cada edição, você pode
atribuir o tipo de tela conforme mostrado na captura de tela. Para adicionar ou associar
uma operação de problema com uma tela, você deve ir no menu principal e clicar em
Problemas , clicar em Esquemas de Tela e clicar em "Associar uma operação de
edição a uma tela" e adicionar a tela de acordo com o requisito.
Atributos do problema
Atributos do problema engloba
 Status

 Resoluções

 Prioridades

Status: status diferentes são usados para indicar o progresso de um projeto como Fazer,
In Progressar, Abrir, Encerrar, Reaberto e Resolvido. Da mesma forma, você tem
resoluções e prioridades, na resolução, novamente informa sobre o progresso de um
problema como Corrigido, Não corrige, Duplicado, Incompleto, Não é possível
reproduzir, Feito também você pode definir as prioridades do problema, se um
problema é crítico, importante , menor, bloqueador e Trivial.

Issue Security Schemes

Esta função no JIRA permite controlar quem pode ver os problemas. Consiste em vários
níveis de segurança que podem ter usuários ou grupos atribuídos a eles. Você pode
especificar o nível de segurança dos problemas ao criar ou editar um problema.
Da mesma forma, existe um esquema de permissão padrão que qualquer novo projeto
criado será atribuído a esse esquema. Esquemas de permissão permitem que você crie
um conjunto de permissões e aplique esse conjunto de permissões a qualquer projeto.
Administração do Sistema
Alguns dos recursos úteis que o JIRA admin fornece aos usuários são:
 Registro de Auditoria

Em Registro de auditoria, você pode ver todos os detalhes sobre o problema

criado e as alterações feitas nos problemas.
 Problema de vinculação

Isso mostrará se os seus problemas estão vinculados a qualquer outro problema

já presente ou criado no projeto e que você pode desativar a ligação de
problemas do próprio painel
 Mail no JIRA

Usando o sistema de e-mail em admin, você pode enviar e-mails para uma conta
em um servidor de e-mail POP ou IMAP ou mensagens gravadas no sistema de
arquivos gerado por um serviço de e-mail externo.
 Eventos

Um evento descreve o status, o modelo padrão e o esquema de notificação e as

associações de função de pós-transição de fluxo de trabalho para o evento. Os
eventos são classificados em dois: um evento do sistema (eventos definidos pelo
JIRA) e um evento personalizado (eventos definidos pelo usuário).
 Lista de observação

O JIRA permite que você assista a um determinado problema, que informa sobre
as notificações de atualizações relacionadas a esse problema. Para assistir a um
problema, clique na palavra "assistir" na janela de edições e, se quiser ver quem
está assistindo aos seus problemas, clique no número entre colchetes.
 Coletores de problemas

Na forma de problemas do JIRA, um coletor de problemas permite reunir

comentários em qualquer site. Na administração, se você clicar em Coletores de
problemas, uma opção será aberta perguntando Adicionar coletor de
problemas. Depois de configurar a aparência de um Issue Collector, incorpore o
JavaScript gerado em qualquer site para obter feedback.
 Ferramentas de desenvolvimento

Você também pode conectar suas ferramentas de desenvolvimento de software

ao JIRA usando essa função administrativa. Você precisa inserir o URL do
aplicativo para se conectar ao JIRA.
Como criar um problema no JIRA
O JIRA Dashboard será aberto quando você inserir seu ID de usuário e senha. No painel
do JIRA, você encontrará a opção Project, quando você clicar nela, ela abrirá uma
janela listando opções como Simple Issue Tracking, Gerenciamento de projetos,
Agile Kanban, Jira Classic e assim por diante, conforme mostrado na captura de tela
abaixo.

Quando você clica na opção Acompanhamento simples do problema, outra janela

será aberta, onde você poderá mencionar todos os detalhes sobre o problema e também
atribuir o problema à pessoa responsável.

Quando você clica no botão "Enviar", uma janela é aberta onde você pode executar uma
lista de tarefas, como criar problemas, atribuir problemas, verificar o status de
problemas como resolvido, Em andamento ou fechado e assim por diante.
Depois que o problema for criado, um pop-up aparecerá em sua tela informando que seu
problema foi criado com sucesso, conforme mostrado na captura de tela abaixo

Agora, se você quiser editar um problema ou quiser exportar o problema para um

documento XML ou Word, passe o mouse sobre o painel principal e clique em
Problemas . Em Opções de problemas , clique em pesquisar problemas que abrirão
uma janela na qual você poderá localizar seus problemas e executar várias funções.

Quando você seleciona a "pesquisa de problemas" em Problemas, uma janela será

exibida, conforme mostrado na captura de tela.
 1. A opção de pesquisa por problemas levará você a uma janela na qual poderá ver os
problemas criados por você, como aqui, temos problemas como ST1 e ST2

2. Aqui na tela você pode ver o problema "Bug detectado durante o teste de aceitação
do usuário" e todos os detalhes relacionados a ele. A partir daqui, você pode executar
várias tarefas, como interromper o progresso dos problemas, editar os problemas,
comentar os problemas, atribuir problemas e assim por diante.

3. Mesmo você pode exportar detalhes do problema para um documento XML ou Word.

4. Além disso, você pode ver a atividade em andamento, os comentários sobre o

problema, o registro de trabalho, o histórico do problema e assim por diante.

5. Na opção de acompanhamento de tempo, você pode até ver o tempo de estimativa

para resolver os problemas

Na mesma janela, você pode definir um filtro para o problema e salvá-los em Filtros
favoritos , portanto, quando quiser pesquisar ou visualizar um problema específico,
poderá localizá-lo usando o filtro.
Para visualizar o resumo do problema, você pode clicar no resumo das opções . Isso
abrirá uma janela que mostrará todos os detalhes do seu projeto e o progresso nesse
gráfico. No lado direito da janela de resumo, há um fluxo de atividades que fornece
detalhes sobre os problemas e comentários feitos pelo responsável sobre o problema.
Subtarefa
Os problemas de subtarefas são úteis para dividir um problema pai em várias tarefas
menores que podem ser atribuídas e rastreadas separadamente. Ele aborda os problemas
de forma mais abrangente e separa a tarefa em partes menores da tarefa a ser executada.
Como criar subtarefa
A subtarefa pode ser criada de duas maneiras
 Criar subtarefa sob problema pai

 Criando um problema em uma subtarefa

Para criar subtarefas no JIRA, você precisa selecionar um problema no qual deseja
atribuir a subtarefa. Na janela de problemas, clique na opção Atribuir mais e, em
seguida, clique em criar subtarefa, conforme mostrado na captura de tela abaixo. Você
também pode selecionar converter para subtarefa na mesma guia para converter o
problema pai em uma subtarefa.
Depois de clicar em Criar sub-tarefa , uma janela será exibida para adicionar um
problema de subtarefa. Preencha os detalhes sobre a subtarefa e clique em Criar,
conforme mostrado na tela abaixo, e isso criará subtarefa para o problema pai.

Ele criará uma subtarefa em problemas pai e detalhes aparecerão sobre quando concluir
a tarefa na página do tipo de problema, conforme mostrado na captura de tela abaixo. Se
você quiser adicionar mais subtarefas, clique no sinal de mais (+) no canto do painel de
sub-tarefas. Da mesma forma, se você quiser anotar o tempo gasto na tarefa atual, clique
no sinal de mais (+) no canto do rastreamento de tempo e coloque os detalhes na folha
de registro.

Alguns pontos importantes para lembrar ao criar Subtarefa

 Você pode ter quantas subtarefas forem necessárias em um problema

 Você não pode ter uma subtarefa para uma subtarefa

 Depois que uma subtarefa é criada sob um pai, o pai não pode ser convertido em uma
subtarefa

 Uma subtarefa pode, no entanto, ser convertida em um problema pai

 Você pode trabalhar em sua subtarefa sem ter que sair da questão pai
Fluxos de trabalho
Um fluxo de trabalho do JIRA é um conjunto de status e transições pelos quais um
problema passa durante seu ciclo de vida. O fluxo de trabalho do JIRA abrange cinco
estágios principais quando o problema é criado.
 Problema aberto

 Problema Resolvido

 Problema InProgress

 Problema ReOpened

 Fechar problema
Enquanto o fluxo de trabalho no JIRA é composto de status, responsável, resolução,
condições, validadores, pós-função e propriedades
 Status: representa as posições dos problemas em um fluxo de trabalho

 Transições: as transições são as pontes entre os status, o modo como um problema

específico se move de um status para outro

 Responsável: O responsável determina a parte responsável por qualquer problema e

determina como a tarefa será executada

 Resolução: explica por que um problema transita de um status aberto para um fechado

 Condições: Condições controlam quem pode realizar uma transição

 Validadores: pode garantir que a transição pode acontecer, dado o estado do problema

 Propriedades: O JIRA reconhece algumas propriedades nas transições

Você pode atribuir o status do problema a partir da própria janela, quando você clicar na
caixa de seleção do status IN Progress , como mostrado na captura de tela abaixo, ele
refletirá o status no painel de problemas destacado em amarelo.
Para o problema que criamos, o JIRA apresentará um fluxo de trabalho que mapeia o
progresso do projeto. Conforme mostrado na captura de tela, independentemente do
status definido no painel "Problema", ele será refletido no gráfico Fluxo de trabalho.
Aqui, definimos o status do problema em "Em andamento" e o mesmo status é
atualizado no fluxo de trabalho, destacado em amarelo. O fluxo de trabalho pode
fornecer uma visão geral rápida do trabalho em processo.

Plug-ins no JIRA
Existem plug-ins disponíveis para que o JIRA funcione com mais eficácia, alguns
desses plug-ins são o Zendesk, o Salesforce, o GitHub, o Gitbucket e assim por diante.
Alguns deles permitem que a equipe de suporte relate problemas diretamente no JIRA,
cria repositórios privados ilimitados com suporte a gerenciamento de teste e problemas
completos, etc.
JIRA Agile
O método Agile ou Scrum é geralmente usado por equipes de desenvolvimento que
seguem um roteiro de recursos planejados para versões futuras de seus produtos. O
Agile segue os mesmos roteiros para rastrear seus problemas como em outros métodos
do JIRA. Para fazer -> Em andamento -> Concluído, como mostrado na captura de
tela abaixo, temos um problema em Para fazer e o segundo em andamento. Depois
que o problema em andamento for resolvido, ele será movido para o status Concluído
e, da mesma forma, o problema em " Para fazer" passará para o próximo estágio Em
andamento.

Criando problema no Agile

Para criar um problema ágil, vá para o menu principal na aba Agile , clique em
"Getting Started" , quando você clica nele, ele pedirá para criar uma nova placa para
os problemas de Scrum ou Kanban . Você pode escolher sua opção de acordo com sua
exigência, aqui nós selecionamos o método Scrum.
Como criar um épico em ágil

No JIRA Agile, um épico é simplesmente um tipo de problema. O épico capta um

grande corpo de trabalho. É uma grande história de usuário que pode ser dividida em
várias pequenas histórias. Para completar um épico, pode levar vários sprints. Você
pode criar um novo épico em ágil ou usar o problema que você criou no quadro normal
do JIRA. Da mesma forma, você também pode criar uma história para o scrum ágil.
Modo de planejamento no Agile:
O modo de planejamento exibe todas as histórias de usuários criadas para o projeto.
Você pode usar o menu do lado esquerdo para decidir a base na qual os problemas
precisam ser exibidos. Enquanto no menu do lado direito, clicando no problema, você
pode criar subtarefas, log, etc.
Modo de trabalho no Agile
Ele exibirá as informações da sprint ativa. Todos os problemas ou histórias de usuários
serão exibidos em três categorias, como mostrado na captura de tela abaixo , em
Progresso e Concluído para mostrar o andamento do projeto ou dos problemas.
Uso de Clone e Link no JIRA
No JIRA, você também pode clonar o problema, uma vantagem de clonar um problema
é que a equipe diferente pode trabalhar separadamente no problema e resolver o
problema rapidamente.
Há outra função útil é o JIRA Link , a vinculação de problemas permite criar uma
associação entre dois problemas existentes nos servidores JIRA iguais ou diferentes.
Como mostrado na captura de tela, vinculamos o problema atual "O menu suspenso
ST-6 não está funcionando" com outro problema "A GUI do ST-4 não possui
funções GUI de resposta imediata" .
Como aqui, definimos sprint para 1 dia e ele será executado para esse período de tempo
específico, como mostrado na captura de tela abaixo. Se você estiver trabalhando com o
scrum e quiser priorizar o problema ou classificar o problema, basta arrastar e soltar o
problema no backlog.
Além disso, existem várias tarefas que você pode fazer, por exemplo, se você clicar no
canto do lado direito da janela, uma lista de funções irá aparecer, que você pode usá-lo
conforme sua necessidade.
Relatórios no JIRA
Para acompanhar o progresso no Agile, um gráfico Burndown mostra a quantidade real
e estimada de trabalho a ser executada no sprint. Um gráfico típico de burndown será
parecido com este, onde a linha vermelha indica a tarefa real restante enquanto a linha
azul indica a tarefa ideal restante durante o ciclo de scrum.

Além do gráfico Burn, existem outras opções disponíveis no JIRA, como Relatório de
Sprint, Relatório Épico, Relatório de Versão, Gráfico de Velocidade, Gráfico de
Controle, Diagrama de Fluxo Cumulativo . Você também pode usar uma opção de
gráfico diferente para representar o progresso do seu projeto.

Como aqui na captura de tela acima, selecionamos um gráfico de pizza para prioridades
de problemas. Ele gerará um gráfico representando as prioridades e a gravidade dos
problemas em porcentagem para todo o projeto, conforme mostrado abaixo. Você pode
visualizar o gráfico de pizza de diferentes perspectivas, como Atribuído,
Componentes, Tipo de Problema, Prioridade, Resolução e Status, e assim por
diante.

Você também pode configurar como deseja ver o quadro do scrum. O Scrum Board
oferece várias opções através das quais você pode fazer alterações na aparência da sua
placa. Vários recursos que você pode configurar usando o scrum são Columns,
Swimlanes, Quick Filters, Card colors e assim por diante. Aqui, selecionamos o
gerenciamento de colunas, selecionamos as opções Contagem de problemas e
mostramos o número total de problemas em andamento, a serem executados ou
concluídos. No gerenciamento de colunas, podemos adicionar uma coluna adicional de
acordo com nossa exigência. Da mesma forma, há recursos diferentes que você pode
configurar no quadro.
Filtros
Você também pode definir filtros diferentes dos filtros padrão para filtrar os problemas.
Os filtros que você pode usar são data, componente, prioridade, resolução e assim
por diante.

Kanban Board e Gerenciamento de problemas

Como o Agile Scrum Board, também podemos criar um Kanban Board, aqui criamos
um nome de projeto Cloud Testing. O quadro Kanban é útil para a equipe que gerencia e
restringe seu trabalho em andamento. Placas Kanban são visíveis no modo de trabalho,
mas não no modo de planejamento.
Aqui nós criamos um problema "Bug detectado durante o teste de carga" e
"Verificar problemas relacionados ao servidor de nuvem" no Kanban Board, como
mostrado na captura de tela abaixo, ele também mostra seu status bem destacado em
vermelho.

O Kanban é considerado a melhor metodologia para correção de bugs e liberação de

manutenção, onde a tarefa de entrada é priorizada e, em seguida, trabalhada de acordo.
Existem poucas medidas que podem tornar o Kanban mais eficiente.
1. Visualize seu fluxo de trabalho

2. Limite o trabalho em andamento

3. Trabalhe em edições

4. Meça o tempo de ciclo

JIRA Scrum vs. JIRA Kanban
Scrum Kanban

Relatórios
Relatórios
Burndown Chart: O gráfico mostra todas as
Gráfico de controle: permite medir o tempo
alterações e escopo alterados enquanto a
de ciclo dos problemas, mostrando o tempo
sprint ainda está ativada, outros gráficos
médio e o tempo real necessário para
incluem Sprint Report, Velocity Chart,
concluir os problemas
Epic Report, etc.
Conselho Ágil
Restrições
Isso permite que a equipe veja o progresso
A equipe pode decidir se deseja aumentar
dos sprints. Este é o modo de trabalho,
ou diminuir o número de problemas que
onde você pode ver a própria placa
devem ser exibidos em cada status.
dividida em diferentes status.

Fluxo de trabalho
Lista de pendências
Você pode mapear colunas para os status de
É aqui que a equipe planeja sprints e seu fluxo de trabalho. Simplesmente
estima as histórias que serão aplicadas em adicionando ou removendo colunas, o fluxo
cada sprint de trabalho pode ser alterado quando
necessário.
Usando seu backlog do Scrum
Nesta página
 Before you begin Antes de você começar
 About the Scrum backlog Sobre o backlog do Scrum
 Accessing the Scrum backlog Acessando o backlog do Scrum
 What can I do in the Scrum backlog? O que posso fazer no backlog do Scrum?
 Next steps Próximos passos
Conteúdo Relacionado
 Using your Kanban backlog
 Using Active sprints
 Monitoring work in a Kanban project
 Creating issues and sub-tasks
 What is a board?
Ainda precisa de ajuda?
A Comunidade Atlassian está aqui para você.
Pergunte à comunidade
O backlog de um quadro Scrum mostra os problemas do seu projeto agrupados em um
backlog e sprints. No backlog do Scrum, você pode criar e atualizar problemas, arrastar
e soltar problemas para classificá-los ou atribuí-los a sprints, épicos ou versões,
gerenciar épicos e muito mais. Você normalmente usaria o backlog do Scrum ao criar
um backlog de problemas, planejar uma nova versão e planejar um sprint.

Antes de você começar

Funcionalidades diferentes no backlog do Scrum requerem permissões diferentes. Por
exemplo, para iniciar um sprint, você precisa ser um administrador de projeto para todos
os projetos que correspondem ao filtro do quadro . Consulte Visão geral de permissões
para mais informações.

Sobre o backlog do Scrum

Um problema só será visível no backlog do Scrum se:
 o problema não é uma subtarefa
 o problema corresponde ao filtro salvo da placa,
  os mapas de status da questão para uma das colunas da placa (mas não a coluna
Done ) e
 Há pelo menos um status sendo mapeado para a coluna mais à direita .
Por exemplo, se você tiver as colunas Para fazer , Em andamento , e feito ,
garantir que você tenha um status mapeado para Em andamento finalmente. Se
você mapear todos os status para a primeira coluna (To Do), você não verá
nenhum problema no backlog do Scrum.

Acessando o backlog do Scrum

Vá para o Backlog do seu projeto Scrum.
Aqui está um exemplo de um backlog do Scrum com um problema selecionado:

Estamos lançando uma nova visão de problema , com uma aparência consistente em
toda a Jira e uma tela para visualizar e editar. Parece um pouco diferente e alguns
procedimentos mudaram um pouco. Veja as alterações nos problemas na nova
visualização de problemas para ver o que mudou . Para ativar ou desativar a nova visão
de problema no Jira Software e no Jira Core, acesse Seu perfil e configurações ( )>

Configurações pessoais e ative a opção Nova visão do problema do Jira .

A nova visão de problema está permanentemente ativa para todos os quadros de
negócios e projetos de software de próxima geração .
Se você não vir a opção Configurações pessoais quando clicar no seu avatar, a opção
para ativar ou desativar a nova exibição de problema será exibida em Perfil .

O que posso fazer no backlog do Scrum?

Tarefa Instruções
Clique no ícone na barra lateral global.

Adicione problemas ao backlog Preencha os detalhes do problema na caixa de

diálogo Criar problema e clique em Criar . O
problema será adicionado ao backlog sob o
problema atualmente selecionado, ou no topo do
backlog, se nenhum problema for selecionado.
 Marque a caixa de seleção
Criar outro na caixa de
diálogo Criar problema para
mantê-lo aberto se você estiver
criando vários problemas.
 Crie rapidamente problemas
usando o recurso de criação de
problemas em linha. Basta
clicar em + Criar problema .
Saiba mais

Arraste e solte um problema para classificá-lo.

Você também pode clicar com o botão direito do
Priorize o backlog mouse no problema para abrir um menu que
permite enviá-lo para a parte superior ou inferior
do backlog.
Visualizar e editar detalhes de um Clique em um problema no mural para
problema visualizar a visualização detalhada do problema
 e editar os detalhes do problema.
Para abrir o problema em uma guia ou janela
separada, clique com o botão direito do mouse
na chave do problema.
Para ver os detalhes de um épico, clique no
losango épico sobre o problema em si.

Use as teclas 'J' e 'K' para percorrer os

problemas no backlog e mostrar os detalhes no
lado direito da tela. Use a tecla "E" para editar
um problema e, em seguida, atualize as
Estime histórias estimativas ou os pontos da história.
Por padrão, o campo Pontos da história está
disponível apenas para problemas do tipo
"história" ou "épico". Consulte Configurar
estimativa e rastreamento para detalhes.

Os avatares para os usuários que têm trabalho

atribuído a eles em uma sprint são mostrados na
Identifique a carga de trabalho para
parte superior de uma sprint. Clique em ••• (ao
usuários
lado de avatares) para ver a carga de trabalho do
sprint para os responsáveis.

Clique num problema e clique em .

Criar subtarefas
As subtarefas são úteis para dividir uma história
em partes implementáveis.

Arraste e solte um problema da seção Backlog

Transição de um problema para a seção de sprint relevante, para mover o
problema do backlog para o sprint relevante.

Ao fazer a transição de vários problemas ...

Dependendo das condições a seguir, você pode
pressionar a tecla Shift ou Ctrl para selecionar
e fazer a transição de vários problemas do
backlog para o próximo status no fluxo de
trabalho do seu projeto:
 Você tem a permissão para problemas de
transição .
 Os status dos problemas já estão
mapeados para as colunas do quadro.
 O fluxo de trabalho do seu projeto
suporta a transição específica para os
 vários problemas selecionados e todas as
condições de transição são atendidas.
 Os problemas que você está fazendo a
transição têm o mesmo conjunto de
transições .
 Os problemas que você está fazendo a
transição não têm nenhuma tela de
transição associada.

Clique com o botão direito do mouse

em um problema e selecione Dividir
problema . Você pode dividir um
problema nas seções Backlog ou Sprint
, incluindo sprints futuros e sprints
Dividir um problema ativos.
Dividir um problema é útil quando um
problema é tão grande que é melhor
dividi-lo em dois ou mais problemas
para tornar o trabalho mais
gerenciável.

O que acontece quando eu dividir um problema?

 Se você dividir um problema no backlog do Scrum , o novo problema será
enviado para a seção Backlog.
 Se você dividir um problema em um dos sprints (futuro ou ativo), poderá optar
por enviar o novo problema para o backlog ou para um sprint futuro ou ativo.
O que acontece com os detalhes do
problema?
 O novo problema será do mesmo
tipo de problema que o problema
original. Por exemplo, se você
dividir uma história em dois ou
mais problemas, os novos
problemas também serão histórias.
 O novo problema terá os mesmos
detalhes armazenados no problema
original, incluindo prioridade,
componente e rótulo.
 Os detalhes do problema que não
serão copiados incluem o log de
trabalho, comentários, histórico de
problemas e links de problemas,
embora o problema original esteja
vinculado ao novo problema.
  A nova edição terá o resumo que
você inseriu ao dividir o problema.
 Se o problema original tiver
estimativas, você também poderá
inserir estimativas para os novos
problemas. Você também pode
atualizar a estimativa do problema
original, conforme necessário.
 O status do problema também
retorna à primeira etapa do fluxo de
trabalho correspondente e as
resoluções são apagadas.

Selecione um problema e selecione •••>

Sinalizar um problema
Adicionar sinalizador .

Selecione um problema e selecione •••>

Excluir um problema
Excluir .

Crie seus próprios filtros rápidos para

visualizar apenas os problemas desejados.
Consulte Configurando Filtros Rápidos
Encontre problemas para detalhes.
Pesquise um problema por nome, código ou
responsável.

Clique em EPICS (alinhado verticalmente,

lado esquerdo da placa) para mostrar o
painel 'EPICS'. Você pode criar épicos,
arrastar e soltar problemas em épicos e
filtrar por epopéias por meio desse painel.
Organize histórias em épicos Um épico é essencialmente uma grande
história de usuário, usada para agrupar
histórias menores. Por exemplo, você pode
ter um tema "Desempenho" para o seu
lançamento, que você pode capturar como
um épico.
Versões do plano Clique em VERSÕES (alinhadas
verticalmente, lado esquerdo do quadro)
para mostrar o painel 'VERSÕES'. Você
pode criar e editar versões, atribuir
problemas a versões por meio de arrastar e
soltar e filtrar por versões por meio desse
painel.
Note que você precisa ter pelo menos uma
versão em seu projeto para que este painel
 seja exibido.

Clique em Criar sprint e arraste e solte os

problemas no novo sprint. Você também
pode arrastar e soltar o divisor horizontal
para adicionar ou remover vários
problemas. O rodapé da sprint exibirá o
número de problemas e o trabalho total
estimado.
Quando estiver satisfeito com os problemas
do sprint, clique em Iniciar sprint e as
Planeje sprints
histórias serão movidas para os Sprints
Ativos .
Enquanto uma sprint estiver ativa nas
Sprints Ativas, você ainda pode planejar
sprints subseqüentes na lista não
processada, mas não poderá iniciá-las até
que a sprint ativa seja concluída. (Você
pode, no entanto, arrastar e soltar um
problema no backlog no sprint ativo.)
Gerenciando Product Backlog usando o
Jira Software
Atualizado em 01/07/19!
Quando começamos a estudar o Scrum Guide logo nos deparamos com o artefato
Product Backlog. O framework prescreve que o Product Owner deve manter este
artefato com todos os itens necessários ao produto/projeto a ser desenvolvido, de
maneira priorizada, atualizada e visível.
No entanto, algo que o framework não prescreve é como fazer isso e a ideia do post de
hoje é justamente essa, mostrar uma ideia de como organizar o seu Product Backlog
usando a ferramenta Jira Software, em sua versão SaaS. Não vou falar aqui de
priorização de backlog, coisa que já falei em outros posts, mas de como usar esta
ferramenta web para fazê-lo e explicando alguns conceitos importantes que podem ser
aplicados independente da ferramenta que você venha a utilizar.
Caso prefira acompanhar este artigo em vídeo, segue abaixo um trecho pequeno do meu
curso de Scrum e Métodos Ágeis no meu canal no Youtube:
Jira Software
O Jira é a ferramenta líder de vendas para gestão de projetos de software no mundo
todo, sendo um concorrente direto do Azure DevOps da Microsoft (o antigo TFS). A sua
fabricante, Atlassian, possui uma suíte de soluções que vão desde o Trello, para gestão
básica de quadros de trabalho, até ferramentas de chat e colaboração entre times,
versionamento de código e construção de pipelines automatizados de deploy.
Mesmo que você não venha a usar a suíte completa (até porque sairia bem caro), usar o
Jira pode ser uma excelente opção para tocar os seus projetos de maneira mais
organizada. A ferramenta SaaS tem muitas funcionalidades interessantes e um grande fit
com as metodologias ágeis como Scrum e Kanban, fornecendo todos os artefatos
prontos ou configuráveis para os usuários.
Ao contrário do TFS (que te dá 5 usuários free), o Jira não possui versão free (a menos
que conte o Trello como sendo um mini-Jira, hehe) e oferece apenas um trial de uma
semana na época em que escrevo este artigo. O trial é suficiente para que consiga
aprender a usar a ferramenta e seguir este tutorial. Então, crie uma conta no site da
Atlassian antes de prosseguir.
Vale salientar que este tutorial cobre apenas a versão SaaS (cloud, online) do Jira, sendo
que ele possui uma versão on-premise cuja interface é diferente, embora o
funcionamento seja o mesmo.
Criando um novo projeto
Na tela inicial da ferramenta você tem um botão Create Project no canto direito. Use ele
e defina um nome para o projeto. Se você tem apenas um time que toca diversos
projetos, pode ser interessante colocar o nome do time aqui, ao invés do nome do
projeto atual deles, para fins de histórico. Ao longo deste tutorial usarei o template
Scrum, que foi selecionado como na imagem abaixo (esquerda).

Novo Projeto

Outras opções na criação do projeto incluem o método Kanban e isso influencia

bastante a organização dos itens, os quadros e diversos outros fatores, embora seja
possível mudar de um para outro.
Organizando o Product Backlog
Uma vez com o projeto criado, você vai ser direcionado para a tela de Backlog do seu
projeto, sendo que aqui ele representa o Product Backlog, cuja gestão é de
responsabilidade do Product Owner.
Product Backlog

No Jira existem três níveis de backlog que auxiliam o Product Owner (principalmente) a
se organizar, ambos acessíveis na parte esquerda, entre o menu lateral e o backlog, à
saber:
 Epics: épicos são features muito grandes e pouco detalhadas (alto nível de incerteza
técnica), geralmente levando várias sprints para serem concluídas (pense na grandeza
de semanas a meses de trabalho). Épicos são constituídos de múltiplas User Stories.

 User Stories: o Jira assume o padrão de Histórias do Usuário para os famosos itens de
backlog do produto que são citados no Scrum Guide como sendo a unidade de
trabalho do Product Backlog. Uma User Story gera valor ao usuário por si só e entregar
uma ou mais delas prontas (DONE). User Stories geralmente levam dias para serem
entregues, possuem linguajar de negócio e grau de incerteza técnica médio, podendo
ser quebradas em pedaços menores, chamados de Sub-Tasks, para se ter maior
assertividade do trabalho a ser realizado.

 Sub-Task: uma sub-task é uma tarefa que deve levar horas para ser feita, é
extremamente técnica, com baixo grau de incerteza técnica e não entrega muito valor
por si só, fazendo parte de um grupo que juntas, entregam o valor proposto pela User
Story.

O formato recomendado de escrita é partir do Issue Type menos granular (Epic) até o
mais granular (Sub-Task), usando o menu Epics que fica à esquerda do backlog, mas
antes do menu lateral. Sendo assim, acesse o nível Epic do seu Backlog.
Clique em Epics

Nesta tela da imagem acima, note que tem um link “Create Epic” ao lado da seção
EPICS, clique nele para começar a criar os seus épicos com apenas o título e um
resumo. Mais tarde você pode adicionar mais detalhes a cada um deles (mas não muito,
eles são apenas visões) clicando no título dos mesmos

Criando um épico

Após adicionar os seus épicos, você vai ver eles na coluna esquerda do painel. Note na
imagem abaixo como o épico “Cartão no App” aparece depois do meu cadastro e com
ele a opção “Create issue in epic”, que é justamente para criar elementos dentro dele.
Caso já existam issues, elas aparecerão no painel da direita.
Épico criado

Clique no “Create issue in epic” para adicionar uma User Story (o Issue Type padrão),
com um título, descrição (a história em si) e o que mais você precisar.

Criando uma US

Para este exercício, pegue um projeto real do seu time ou então um problema fictício
como um cadastro de cliente. O épico seria fazer a versão completa do cadastro, sendo
que as User Stories poderiam ser “Adicionar novo cliente”, “Excluir cliente”, etc.
Se você atendeu à sugestão do Jira de usar User Stories, pense em todos as histórias de
usuário que puder lembrar para cada um dos épicos. Alguns épicos simples talvez
tenham apenas uma ou duas histórias, enquanto outros mais complicados podem ter
várias. Não esqueça de, além de escrever o título e descrição da história (usando o
formato padrão da User Story), escreva também os critérios de aceite.
É importante ter em mente que o Product Owner tem total liberdade neste momento.
Crie, edite e exclua seus Epics e User Stories livremente. É comum escrevermos
algumas histórias que mais tarde descobrimos serem épicos. É comum épicos serem
quebrados em mais épicos para que o sistema não vire um mero waterfall-iterativo.
Embora o time tenha acesso ao Product Backlog como um todo, não é a partir dele que
eles se orientarão no dia-a-dia, como falarei mais adiante.
Organizando as sprints
A visão de backlog que usamos até o momento são de foco do Product Owner. O Time
de Desenvolvimento trabalha usando a visão da sprint atual (current sprint) dentro do
Jira. Assim que tiver algumas User Stories criadas, como abaixo, vai aparecer um botão
de “Create Sprint” no canto superior direito.

US criadas

Ao iniciar uma planning (ou agora, para fins de exercício), clique no botão “Create
Sprint” e você será direcionado para o planejador de sprints. Na parte inferior da tela ele
lista as User Stories existentes e, na parte superior, o escopo da sprint atual, que vai se
tornar o Sprint Backlog. Explico: durante a Sprint Planning o Product Owner explica
quais são as prioridades do Product Backlog.
Criando a Sprint

Sobre cada história priorizada, o time clica nela e deve discutir quais as tarefas serão
necessárias para que seja possível estimar o esforço (campo Estimate) de entrega
daquela história.

Estimando US

Uma técnica muito comum utilizada para estas estimativas é a de Planning Poker, já
citada aqui no blog. Caso o Time de Desenvolvimento julgue útil, eles podem “quebrar”
as User Stories em Sub-Tasks dentro da própria visão da User Story que contém um link
“Create Sub-Task”, abrindo a tela abaixo.

Create Sub-Task

Aqui você define um nome para a sub-task e sua descrição, sendo que você pode
adicionar estimativas para as sub-tasks depois, se quiser. As estimativas, em especial a
da histórias, compõem o esforço da sprint e são usadas mais tarde para geração de
gráficos e extração de métricas ágeis importantes para o time. Se você optar por quebrar
e/ou estimar as tarefas é uma decisão do time, mas essa atividade é auxiliar para
descobrir o esforço da história. Entende-se que somente a entrega completa da história
agrega valor ao cliente e consequentemente nos permite dar uma sprint como bem
sucedida.
Após descobrir o esforço de cada uma das User Stories prioritárias do P.O. (a unidade
de medida padrão é Story Points, mas também pode ser configurado), o time decide qual
o volume de histórias que cabem na sprint arrastando as mesmas para a parte superior
do planejador de sprint, sendo que no rodapé da mesma aparece o esforço total.
Arrastando histórias

Se esse time já rodou sprints anteriores usando a mecânica de pontos eles já devem ter
algum histórico de velocidade. Caso contrário terão de chutar mesmo, posteriormente
analisando na Sprint Retrospective o quão próximo estavam da realidade.
Uma vez definido o escopo da próxima sprint, você clica no botão azul “Start Sprint”
que aparece na imagem anterior, lhe permitindo configurar os últimos detalhes desta
sprint, como o Sprint Goal e as datas de início e fim.
Iniciando a sprint

O Time de Desenvolvimento irá trabalhar somente olhando o backlog da sprint que

pode ser acessado usando o menu Active Sprint na esquerda, e via de regra, o escopo
não deve ser mudado durante o desenvolvimento da mesma. Nessa tela de Active Sprint
o time tem um Kanban virtual que apesar de não ser tão bom de usar quanto o Trello, é
bem útil e completamente personalizável, o que pode ser assunto para outro post.
Active Sprint

Boas Práticas
Algumas boas práticas para quem está começando a usar o Jira Software agora e até
mesmo está começando com Scrum:
 Como Product Owner, refine o seu backlog quase que diariamente, detalhando as
histórias mais importantes, consultando o time sobre o impacto de cada uma delas,
consultando os stakeholders, analisando o mercado, etc. O seu backlog sempre deve
estar atualizado, priorizado e visível antes de uma Sprint Planning for começar.

 Cada história pode estar associada a um membro do time (campo Assigned To).
Converse com seu time para que ninguém associe mais de uma história a si mesmo
para evitar problemas.

 Como Product Owner, use e encoraje os três níveis de backlog, isso ajuda a deixar tudo
mais organizado e ao time entender para onde o projeto está caminhando.

 Priorize visualmente o seu backlog, deixando o que é mais prioritário no topo. Apesar
de existir campos que auxiliam nisso, as demais configurações são facilmente
negligenciadas por não serem muito visuais.

 Use o padrão de User Stories em suas Issues para focar na entrega de valor para o
usuário final e facilitar o entendimento dos requisitos por parte do Time de
Desenvolvimento.

 Estime em Story Points as suas histórias e não em horas. Isso tem uma série de
benefícios mas principalmente descola alguns conceitos de chão de fábrica como
produtividade em horas.

 use Tags (tem um campo pra isso) nas suas User Stories para facilitar consultas,
relatórios e dashboards mais tarde (aba Reports). Use a imaginação, tags podem ser
qualquer coisa.

 não se preocupe em usar tudo que a ferramenta oferece, aprenda o básico que faz
sentido pra você e depois vá usando o restante conforme for necessitando.
Visão geral de permissões
O que são permissões?
Permissões são configurações dentro dos aplicativos Jira que controlam o que os
usuários dentro desses aplicativos podem ver e fazer. Todos os aplicativos Jira permitem
uma variedade de permissões: se os usuários podem criar novos projetos para saber se
um usuário pode ver um tipo específico de comentário sobre um problema. Essas
permissões podem diferir entre aplicativos.

Tipos de permissões
Existem três tipos de permissões nos aplicativos Jira, e eles variam de alto nível a
granular:
 Permissões globais - Aplicam-se a aplicativos como um todo, não a projetos individuais
(por exemplo, se os usuários podem ver os outros usuários no aplicativo).

 Permissões do projeto - Organizadas em esquemas de permissão, elas se aplicam a

projetos (por exemplo, quem pode ver os problemas do projeto, criá-los, editá-los e
atribuí-los). Embora os administradores de projeto possam atribuir usuários a um
projeto, eles não podem personalizar os esquemas de permissão para um projeto.
Existem muitas permissões em nível de projeto que você pode definir para controlar o
que os usuários podem fazer em um projeto.

 Emitir permissões de segurança - Organizadas em esquemas de segurança, elas

permitem que a visibilidade de problemas individuais seja ajustada (dentro dos limites
das permissões do projeto). Por exemplo, emitir permissões de segurança pode
permitir que você configure tipos de problemas que só podem ser vistos por
administradores de projetos ou usuários em grupos específicos.

Como as permissões são atribuídas?

As permissões podem ser atribuídas a grupos ou a funções de projeto / e / ou funções de
problema. Este diagrama ilustra como as permissões são atribuídas aos usuários:
Quem pode definir permissões?
Permissão Pode ser definido por Para mais informações, veja ...

Permissão global Gerenciando permissões globais

Um usuário com a permissão de
administrador do Sistema Jira
 Um usuário em um grupo com
acesso de administrador

Um usuário com a permissão de

Permissão de administrador do Sistema Jira Gerenciando permissões do
projeto Um usuário em um grupo com acesso projeto
de administrador

Um usuário com a permissão de

administrador do Sistema Jira
Emitir permissão de Configurando a Segurança em
segurança Um usuário em um grupo com
Nível de Problema
acesso de administrador
Um administrador do projeto

As permissões da diretoria podem ser divididas em duas partes - permissões de

administração da diretoria e permissões de uso da placa.
 As permissões de administração da placa cobrem a funcionalidade para alterar a
configuração de uma placa. Por exemplo, alterar colunas, personalizar cartões, etc. A
administração da placa pode ser atribuída a grupos ou usuários. Saiba mais:
Configurando uma placa

 As permissões de uso da placa cobrem a funcionalidade para o uso de uma placa. Por
exemplo, criar sprints, problemas de classificação, etc. As permissões de uso da placa
são derivadas das permissões do projeto. Isso é descrito em mais detalhes abaixo.

O Jira Software funciona por permissão

No software Jira documentação, a maioria das opções de configuração é descrita como
restrita aos administradores do Jira, aos administradores do projeto ou aos
administradores da placa.
 Um administrador do Jira é um usuário com a permissão global Administrar o Jira .

 Um administrador de projeto é um usuário com a permissão de projeto Administrar

projetos para um projeto específico.
Por padrão, a permissão "Administrar projetos" é atribuída ao grupo
"administradores" (por meio da função Administradores) para projetos.
Além disso, para executar ações relacionadas a sprint , os usuários precisam da
permissão 'Gerenciar sprints' para todos os projetos no quadro de origem - o quadro de
origem é o quadro no qual o sprint foi originalmente criado.

 Um administrador do fórum é um usuário que foi adicionado aos administradores de

uma determinada placa.
Por padrão, o administrador de uma placa inclui a pessoa que a criou.
Administração do Conselho
Função / área Jira Projeto Administrador Notas
 funcional admin admin da diretoria

Se você criar uma placa via Placas (no

cabeçalho)> Gerenciar Placas , não
poderá compartilhá-las, a menos que
tenha a permissão global 'Criar Objetos
Compartilhados'.
Se você criar o quadro através dos
métodos abaixo, você não precisará da
permissão global 'Criar objetos
compartilhados' para compartilhar o
quadro:
Criar placa
 Criando um projeto (onde um
quadro é criado para o projeto por
padrão)

 Configurando o Jira Software pela

primeira vez (onde você é solicitado
a criar um projeto, que também cria
um quadro para o projeto)

 Copiando uma placa (a placa

copiada será compartilhada com os
mesmos usuários da placa original)
O conselho também deve atender a outros
Simplifique o critérios (consulte Fluxo de trabalho
fluxo de trabalho simplificado )

O projeto deve estar atualmente usando

o fluxo de trabalho simplificado.
Você precisa ser um administrador do
Adicionar status Jira ou um administrador do fórum (para
visualizar a configuração do conselho).
Além disso , você precisa ser um
administrador do projeto para o projeto
que está no quadro.

O projeto deve estar atualmente usando

o fluxo de trabalho simplificado.
Você precisa ser um administrador do
Remover status Jira ou um administrador do fórum (para
visualizar a configuração do conselho).
Além disso , você precisa ser um
administrador do projeto para o projeto
que está no quadro.
Todas as outras
funções de
configuração da
placa

Uso da placa
As permissões de uso da placa são derivadas das permissões do projeto. Dependendo da
complexidade da consulta de filtro da sua placa, você pode precisar de mais
considerações ao configurar a permissão 'Gerenciar Sprints' para os usuários. Para obter
mais informações sobre o impacto de filtros complexos e formas de simplificar sua
consulta de filtro, consulte Usando a permissão Gerenciar Sprints para casos
avançados .
Função Nível de Permissão Notas

Backlog - Sprints
Gerenciar permissão de
Sprints (para todos os
Mova o rodapé da projetos no quadro)
sprint
Permissões de agendamento
de problemas e permissão
Editar problemas
Mover problema Permissões de agendamento Não é necessário se você apenas mover os
(reordenar / de problemas e permissão problemas no rodapé da sprint sem alterar
classificar) Editar problemas a ordem dos problemas

Gerenciar permissão de Permissão semelhante para criar uma

Começar sprint Sprints (para todos os versão. A posse do conselho não
projetos no quadro) desempenha um papel aqui.

Esta permissão se aplica mesmo que o

Gerenciar permissão de sprint (que deve ser iniciado) não inclua
Criar sprint Sprints (para todos os problemas de todos os projetos
projetos no quadro) consultados pelo fórum.

Gerenciar permissão de
Editar informações
Sprints (para todos os Só pode ser feito no backlog
do sprint
projetos no quadro)

Gerenciar permissão de
Reordenar sprint Sprints (para todos os
projetos no quadro)

Gerenciar permissão de
Excluir sprint Sprints (para todos os
projetos no quadro)
Adicionar problema Permissões de agendamento
ao sprint de problemas e permissão
 Editar problemas

Sprints ativos - Sprints

Permissões de agendamento
Adicionar problema
de problemas e permissão
ao sprint
Editar problemas

Gerenciar permissão de
Sprint completo Sprints (para todos os Só pode ser feito em sprints ativos
projetos no quadro)

Permissões de agendamento
Remover problema
de problemas e permissão
do sprint
Editar problemas

Backlog - Epopeia

Criar épico Criar permissão de problemas

Renomear épico Editar permissão de edições

Permissões de agendamento
Rank épico de problemas

Adicionar problema
Editar permissão de edições
ao épico

Remover problema
Editar permissão de edições
do épico

Backlog - Versões

Permissão do administrador
Criar versão do projeto ou permissão do
administrador do Jira

Permissão do administrador
Editar versão do projeto ou permissão do
administrador do Jira

Adicionar problema
Editar permissão de edições
à versão

Remover problema
Editar permissão de edições
da versão