Traduzido do Inglês para o Português - www.onlinedoctranslator.

com

que espiões britânicos fictícios são reembolsados por carros carbonizados e calças
rasgadas, desde que forneçam recibos :-).
Agora que você está pegando o jeito, vamos parar de enfatizar se um determinado componente de uma regra
é um gatilho, uma condição, uma ação ou um desvio. Por um lado, você já deve ter notado que cada
componente é codificado por cores apropriadamente. os gatilhos são verdes, as condições são amarelas etc.
Em segundo lugar, você pode seguir facilmente o fluxo quando realmente vê a regra configurada. Então,
vamos revisar este exemplo número 5. Atribuição automática com base no campo personalizado.

• Quando um problema é criado

• Se o campo personalizado Região for AMER
• Em seguida, atribua o problema à pessoa de suporte da AMER
• Caso contrário, se o valor no campo personalizado Região for EMEA
• Em seguida, atribua à pessoa de suporte da EMEA
• Caso contrário, se o campo personalizado da região for APAC

• Em seguida, atribua à pessoa de suporte da APAC. Existem várias outras maneiras de atribuir problemas
por meio da automação, incluindo método de carga de trabalho balanceada, método Round-robin ou
aleatório. Eles facilitam a triagem e a atribuição de tíquetes recebidos.
Exemplo 6. Adicionar rótulos com base no Resumo. Este é rápido.
• Quando um problema é criado
• Se oO resumo contém a palavra “iPhone”
• Em seguida, adicione o rótulo “mobile” ao problema recém-criado.
Exemplo 7. Contabilizar pontos de história após a conclusão de um sprint. Essa regra usa uma ação especial
chamada problemas de pesquisa. Ele permite pesquisar até 100 problemas usando JQL e incluir a lista de
resultados em outras ações usando o{{problemas de pesquisa}}valor inteligente. Vamos ver como é usado
aqui.
• Quando um sprint é concluído na placa MI6
• Use Problemas de pesquisa usando a consulta JQL mostrada, que é “sprint = {{sprint.ID}}”. Essa consulta
retorna todos os problemas no sprint.
• Em seguida, envie um e-mail para alguém (talvez o proprietário do produto) com o nome do Sprint
e o número total de pontos de história na linha de assunto. A forma como contabilizamos os Story
Points é usando esse valor inteligente {{lookupIssues.Story Points.sum}}. Parece certo? Você vê
algo que pode ser melhorado aqui?
• Você deve ter adivinhado que o JQL poderia usar uma segunda cláusula como “AND status = Done”.
Como está escrito agora, o JQL retornará todos os problemas do sprint, independentemente de terem
sido realmente concluídos. O proprietário do produto provavelmente prefere ver o número total de
pontos de história concluídos. Em ambos os casos, você deve garantir que seu JQL esteja retornando o
conjunto correto de problemas.
Exemplo 8. Envie uma mensagem slack sobre bugs recém-criados.
• Quando um problema é criado
• Se for um bug
• E se a prioridade for maior que Média (que seria Alta ou Mais Alta em uma instância de
nuvem padrão)
• Em seguida, envie uma mensagem slack para o espaço de trabalho designado que inclua alguns detalhes sobre
o problema.
Essa integração envolve apenas um pouco de configuração fácil.
• Você precisa configurar um webhook de entrada em sua conta do Slack e copiar e colar o URL do
webhook no campo apropriado no componente de ação. Dessa forma, Jira sabe para qual espaço
de trabalho do Slack enviar a mensagem. Por padrão, as mensagens são enviadas para o canal
padrão especificado em seu webhook, mas você pode substituir isso especificando outro canal ou
um usuário específico.
• Observe também o uso de vários valores inteligentes do problema no corpo da mensagem do
slack.
Exemplo 9. Os links de problemas são ótimos, mas nem todos os usam. Às vezes, os usuários apenas
mencionam um problema no corpo de um comentário. Não seria bom se o link do problema fosse adicionado
automaticamente sempre que eles fizessem isso? Bem, há uma regra de automação para isso.
• Quando um problema é comentado
• Se o corpo do comentário contiver a expressão regular que representa uma chave de pendência
• Em seguida, vincule o problema atual a outro problema que corresponda à chave inserida no
comentário, usando o tipo de link especificado. Esta regra parece um pouco complicada, mas
apenas porque você deve obter a sintaxe correta para analisar expressões regulares. Não se
preocupe, há uma amostra pré-configurada na biblioteca de regras. Falaremos sobre isso no caso
de uso no final deste módulo.
Exemplo 10. Atribuir problemas no cronograma. Esta regra é executada em um agendamento especificado. Você pode
executar a regra a uma taxa fixa (por exemplo, a cada 7 dias) ou usar uma expressão Cron para planejamentos mais
complexos. Você também pode inserir uma consulta JQL e as ações nesta regra serão executadas nos problemas
incluídos na consulta.
• Esta regra especial éacionado no horário diariamente às 20h usando uma pesquisa JQL que encontra
problemas cuja prioridade mudou para Alta após o início do dia.
• Para cada problema no conjunto de resultados, se o problema não estiver atribuído

• em seguida, atribua o problema a um membro do grupo certdevteam, usando a atribuição round-robin. De

um exemplo anterior, lembre-se de que mencionamos taqui também está a atribuição aleatória e a
atribuição de carga de trabalho balanceada – em que o trabalho é equilibrado entre a equipe.

• E, mais uma vez, certifique-se de que seu JQL esteja retornando os problemas corretos primeiro no Issue Navigator

antes de começar a executar a regra.

Exemplo 11. Você também pode fazer com que o Jira se comunique com outros sistemas externos. A
combinação de webhook de entrada e a capacidade de enviar solicitações da web significa que você pode fazer
coisas como criar um problema do Jira com uma chamada de um sistema externo sem usar o Jira. A resposta
da regra de automação – enviada por meio da ação Enviar solicitação da web – pode incluir a chave de
pendência recém-criada. Essa chave pode então ser exibida no sistema externo.

Neste exemplo rápido, estamos enviando informações entre um site de nuvem do Jira e
outro.
1. Quando um problema é criado em um dos sites
2. Em seguida, envie uma solicitação da Web para o outro site do Jira

3. Quando o outro site recebe o webhook de entrada

4. Em seguida, ele cria um problema, presumivelmente com algumas das informações que foram enviadas.
Aqui está um exemplo de regras encadeadas.
• A regra 1 é chamada de “Atualizar a data de vencimento em um épico”.
• É executado dentro do cronograma (usando uma consulta JQL que encontra Epics escalados)
• E edita a data de vencimento nos épicos
• A regra 2 é chamada de “Copiar a data de vencimento da Epic para as histórias”
• Quando uma data de vencimento muda
• Se o problema for um épico
• Em seguida, cria uma ramificação para todas as histórias (ou outros problemas) no épico
• E edita suas datas de vencimento copiando a data do épico.
É esta segunda regra que tem a caixa marcada para “Permitir gatilho de regra”. Quando marcada, permite
que outras ações de regra (aquelas da Regra 1) acionem esta regra (Regra 2).

O resultado líquido é que, sempre que a data de vencimento for alterada em um epic – seja feito manualmente por um
usuário ou agendado pela Regra 1 – as datas de vencimento em seus problemas associados serão atualizadas para
corresponder.
Se você for como a gerente de projeto Tanya, pode estar pensando: “São muitos exemplos; há
mais?” e “Como posso começar a escrever rapidamente minhas próprias regras de
automação?”
Vocês dois estão com sorte. Você pode adicionar uma regra pré-configurada nas configurações do projeto e
personalizá-la ou acessar a biblioteca de regras para ver mais exemplos.

O guia de solução em pdf contém muitos links para vários recursos.

Agora é hora de uma verificação de conhecimento. Você precisa criar uma regra que verifique se um
problema que acabou de ser fechado é pai e se possui subtarefas e, se tiver, comenta as subtarefas. Qual
componente de regra é definitivamente necessário?
Uma condição
B. Filial
C. Ação de problemas de pesquisa

D. Valor inteligente

Antes de olharmos para a resposta, vamos fazer uma pausa para reler a pergunta. Observe que há três
palavras “se” na pergunta. Isso significa que você definitivamente precisa de condições?
Não. Se você formular a pergunta de outra maneira, poderá ver que não é o caso. Traduzir os requisitos
costuma ser a parte mais difícil da solução. Aqui, eles são realmente mais simples do que parecem à
primeira vista. Acione a regra quando um problema for transferido para fechado. Crie uma ramificação
para problemas relacionados (subtarefas). A própria ramificação determina se há alguma subtarefa ou
não, então você não precisa de uma condição. Para quaisquer subtarefas existentes, comente-as.

A. A está incorreta. Na verdade, você não precisa de uma condição.

B. Está correto. Você precisa do ramo.
C. Está incorreto porque a ação de pesquisa de problemas não pode manipular os problemas.
D. Está incorreta. Embora você possa precisar de um valor inteligente na regra, não édefinitivamentenecessário,
com base neste cenário.
Vamos passar para dicas, truques e técnicas para configurar e solucionar problemas de regras
de automação.
Primeiro, onde você vai para liberar o poder da automação do Jira? Existem várias maneiras de
navegar para a área onde você pode criar e gerenciar regras de automação. E pode ser confuso
dependendo se você é apenas um administrador de projeto ou também um Jira
administrador.
• Primeiro, você verá o ícone de Automação (que é o raio) em vários lugares:
• no canto superior direito dos quadros de projeto.
• e no canto inferior direito quando você tem um problema aberto em exibição. Se houver regras manuais
habilitadas, você poderá executá-las. Caso contrário, se você for um administrador de projeto, poderá ir para
gerenciar regras ou criar uma nova.
• Como alternativa, os administradores do projeto podem ir direto para Automação em Configurações do
projeto.
• E os administradores globais do Jira sempre podem acessar o menu do sistema e encontrar
regras de automação e automação.
Como saberei se uma regra falha?
• A configuração "Notificar sobre erro" é encontrada em Detalhes da regra. É uma escolha suspensa de três
opções
• Enquanto estiver desenvolvendo e testando uma regra, é melhor defini-la como Não notificar, caso
contrário, você será inundado com emails.
• Depois que a regra for habilitada com sucesso, você deve alternar para “Proprietário da regra de e-mail
uma vez quando a regra começar a falhar após o sucesso" ou "Envie um e-mail ao proprietário da regra sempre que esta regra falhar".
Qual é a melhor maneira de criar e testar regras?
• Primeiro, é melhor testar as regras fora da produção; que pode ser um site de nuvem de teste ou pelo
menos um projeto de teste.
• Em segundo lugar, construa a regra passo a passo lentamente e verifique se cada componente está funcionando conforme o

esperado.

• Use "Ação de registro" para testar e solucionar problemas de regras. Ele adiciona um valor de texto ao log
de auditoria no local da regra em que você o insere. As ações de “ação de log” são especialmente úteis ao
depurar valores inteligentes. Para testar o que um valor inteligente retorna, você pode usar o gatilho
Manual com a ação Log. O resultado é exibido no log de auditoria.
Portanto, faça do log de auditoria seu melhor amigo. Cada uma de suas regras terá uma entrada sempre
que a regra for acionada. Ele mostrará o resultado final da execução e quaisquer ações que possam ter
sido realizadas. Você pode visualizar o log de auditoria de uma regra individual, em todo o projeto ou em
nível global. Revisar seus logs de auditoria é uma maneira eficaz de depurar suas regras.
Anote o significado dos diferentes status na parte inferior do log de auditoria.
Agora, vamos passar para alguns problemas de regras comuns e as perguntas certas a serem feitas
para solucionar problemas e corrigi-los. Mas é claro que a melhor maneira de lidar com erros é evitá-los
em primeiro lugar. Aqui está o primeiro problema. Minha regra não está funcionando.
• Está habilitado?
• Ele está configurado para responder ao gatilho correto?
• O evento de gatilho está acontecendo?
• Ele está configurado para rodar no seu projeto?
Por que minha regra está em execução, mas não está executando as ações?

• Qual é o status da execução da regra?

• Você verificou o log de auditoria?
• A condição está sendo atendida?
• Você está usando várias condições ou uma condição de bloco if-else? Pode estar falhando na
primeira condição.
• O ator da regra tem as permissões corretas para executar as ações? Especialmente se não for o
Automation for Jira, mas um usuário nomeado ou o usuário que acionou o evento.
E se alguns, mas não todos, os problemas esperados estiverem sendo processados?
• Todos eles atendem às condições da regra?
• Sua regra usa JQL e está retornando o conjunto correto de problemas?
• Você pode clicar em Validar consulta para verificar se sua consulta JQL está funcionando corretamente. No
entanto, se você estiver usando valores inteligentes, não poderá verificar se seu JQL é válido. Essa é uma boa
oportunidade para usar Log Action para verificar o conteúdo de seus valores inteligentes.
Neste caso de uso, ajudaremos Tara a solucionar e corrigir alguns problemas com sua regra.
A resposta curta é

Se quiser ver mais detalhes e um passo a passo virtual da solução, você pode ler o guia
de solução em PDF que fornecemos.
É hora de uma verificação de conhecimento. Quando Anne aciona uma regra manual específica, ela executa todas as
ações. Mas quando Bob o aciona, isso não acontece. Identifique uma possível razão para esse comportamento.

A. Anne é o ator regra.

B. Anne é a proprietária da regra.
C. Bob não tem acesso ao projeto.
D. Bob não tem permissão global.
E. Bob não tem permissão de projeto.
O problema aqui está relacionado a permissões. Se a regra estivesse em execução como
Automação para Jira, ela executaria ou não todas as ações para todos os usuários que acionaram
a regra. O ator da regra deve ser o “Usuário que acionou o evento” e Anne deve ter algumas
permissões de projeto que Bob não tem.
R. Incorreto. Se Anne fosse o ator principal, funcionaria da mesma maneira para Anne e
Bob.
B. Incorreto. O proprietário da regra é irrelevante.
C. Incorreto. Se Bob não tiver acesso ao projeto, ele não poderia ter acionado a regra manualmente
a partir de um problema de projeto.
D. Incorreto. Não há permissões globais necessárias.
E. Correto. Conforme explicado acima, o ator da regra deve ser o “Usuário que acionou o
evento” e Bob deve estar sem algumas permissões que Anne possui.
A administração global fornece gerenciamento de regras em todo o site e está disponível apenas para
administradores do Jira.
Os administradores do Jira podem acessar a administração global de automação no menu
Sistema ou na administração do projeto clicando no link Administração global.

1. Aqui, eles podem criar, visualizar e editar regras em todo o site.

2. Eles podem adicionar rótulos para organizar as regras.

3. Desative e remova as regras. Isso é especialmente útil se eles quiserem remover regras criadas por
outras pessoas que não são mais necessárias.

4. Eles também podem copiar regras, de modo que o núcleo é o mesmo, mas eles podem personalizá-lo.

5. E, finalmente, eles podem exportar uma ou mais regras de um site (no formato JSON) e depois
importar todas, ou apenas algumas delas, para outro.
Eles também podem verificar os insights de desempenho, que é uma ótima maneira de ver e
solucionar problemas de desempenho.
1. Você pode ver o uso excessivo.
2. Além das contagens e duração da execução, você pode ver quais regras estão gerando erros e quais
regras estão demorando muito para serem executadas.
1. Por meio do link de uso, os administradores do Jira podem monitorar o número de execuções de regras usadas e
ainda disponíveis.
2. As execuções de regra contam como qualquer regra que tenha sido acionada, mesmo que
nenhuma ação seja executada. O número de execuções é redefinido no início de cada mês.
3. As regras serão acionadas até você atingir seu limite mensal.
4. Regras de projeto único não contam para o seu limite.
5. E os usuários corporativos podem ter regras de automação ilimitadas em quantos projetos Jira
forem necessários.
6. Para o resto, aplicam-se limites de execução com base no plano de preços e produtos licenciados.
Você também pode considerar quem pode criar e gerenciar regras.
• Administradores globais do Jira
• sempre pode gerenciar regras com qualquer escopo (vários projetos, global, etc.)
• Eles também podem limitar se e quais administradores de projeto podem criar e gerenciar regras.
Mas lembre-se de que os administradores de projeto só podem gerenciar regras de projeto único.
• Eles podem fazer isso por padrão em um site de nuvem recém-configurado.
• Mas os administradores do Jira podem limitar isso apenas àqueles dentro de um grupo ou grupos específicos.

• Ou eles podem impedir que os administradores do projeto criem e gerenciem regras

desmarcando a caixa apropriada na configuração global.
E, finalmente, os administradores do Jira podem usar o recurso Transferir usuário. Isso substitui todas as
referências a um usuário em todas as regras. Isso é especialmente útil quando os membros da equipe mudam ou
ao migrar projetos. Você pode visualizar suas alterações antes de executá-las.
Vejamos um caso de uso típico para administradores do Jira. Hakeem diz: “Às vezes nos deparamos com limites
de execução de regras em nosso site na nuvem. O que posso fazer para evitar isso?” Hakeem precisa de ajuda
para monitorar e otimizar regras em toda a organização.
Como vimos neste módulo, o Jira fornece várias ferramentas excelentes para monitorar o uso, visualizar
insights de desempenho e controlar o escopo e as permissões das regras.

O guia de solução em pdf fornece mais detalhes sobre como usar essas ferramentas para evitar a
violação dos limites de execução.
Agora, para uma verificação de conhecimento. Revise as informações sobre os quatro clientes abaixo. Qual cliente tem
maior probabilidade de exceder o limite de execução de regras?

É o Cliente 1, 2, 3 ou 4.
É o Cliente 2. Vamos analisar o porquê.

R. Incorreto. Os clientes dos planos Gratuito e Standard têm acesso a uma cota de avaliação mensal limitada
de execuções de regras globais e de vários projetos (100 e 500 por mês, respectivamente). No entanto,
independentemente de qualquer outra coisa, os administradores do projeto só podem criar e gerenciar
regras de projeto único e essas regras não contam para o limite de execução. Como apenas os
administradores do projeto criam regras para o cliente 1, eles provavelmente não violarão seu limite.

B. Correto.Os usuários premium têm 1.000 execuções de regras globais e de vários projetos por usuário pago
por mês. Portanto, 10 usuários no Jira Cloud Premium terão 10.000 execuções mensais de regras globais/
de vários projetos por mês. Mas isso é agrupado em todas as ferramentas do Jira e em todos os usuários. O
cliente 2 tem 3 produtos e 5 administradores do Jira estão criando regras, o que significa que pode haver
muitas regras necessárias e essas regras podem ser multiprojeto ou regras globais. Há alguma
probabilidade de que eles atinjam seu limite de execução.
C. Incorreto. 400 usuários no Jira Cloud Premium terão 400.000 execuções mensais de regras
globais/multiprojetos por mês. Mas eles usam apenas 1 produto e apenas 1 administrador do
Jira éocasionalmentecriando regras. O resto são administradores de projetos. Então, embora
haja também alguma probabilidade de que eles atinjam seu limite de execução, essa
probabilidade é menor do que o Cliente 2. Porque eles têm um limite muito maior e uma
chance menor de ter regras globais e multiprojetos.
D. Incorreto. Este é um cliente corporativo. E os usuários Enterprise têm acesso a
execuções de automação ilimitadas.
Então, aqui estão suas conclusões:
• A automação substitui o trabalho manual e repetitivo para tornar seus projetos e equipes mais
poderosos e eficientes.
• As regras de automação são flexíveis e altamente configuráveis.
• Eles capacitam administradores globais do Jira e administradores de projetos.
• A automação é mais fácil de implementar do que configurações complicadas de fluxo de trabalho
e vem com muitos exemplos pré-configurados para ajudá-lo a começar rapidamente.
Parabéns por concluir este curso!
Esperamos que você tenha gostado deste curso e aprendido coisas úteis que irão ajudá-lo em seu
trabalho diário como administrador de projetos Jira.

Para obter mais informações, visite nossos recursos on-line, incluindo Atlassian University, Atlassian
Community e a documentação do produto Atlassian.

Para obter ajuda mais detalhada, entre em contato com o suporte da Atlassian ou localize um dos Atlassian Solution Partners

perto de você.