Case · Jira Integration

Case Jira: Power Automate rastreando um projeto crítico sem depender do fornecedor

Como a organização criou sua própria camada de tracking sobre um projeto de implementação global, sincronizada automaticamente com o Jira do vendor — com triagem prévia entre melhoria e bug antes de qualquer coisa chegar ao time de implementação.

Contexto

Implementação de uma ferramenta de custo global, tracking de projeto no vendor, com acionamento desnecessário e monetizado

Escopo

Nem todos os envolvidos tinham conhecimento ou acesso ao Jira do fornecedor e utilizavam horas adicionais para solicitações duplicadas

Entregáveis

REST API + conectores Power Platform, sincronização diária; Power Apps de Tracking de Chamados; Solução Gerenciada e com governança de dados

Diferencial

Integração de sistemas fora do ambiente Microsoft para um ambiente governado e gerenciado dentro da organização do cliente

O problema

Um projeto grande de implementação de ferramenta com abrangência global tinha seu tracking centralizado inteiramente no Jira do fornecedor. Na prática, isso significava que boa parte das pessoas da organização que precisavam acompanhar ou abrir solicitações nem tinham acesso ao sistema, nem conhecimento de como ele funcionava — o tracking existia, mas era invisível para quem mais precisava dele. Solicitações, nesse cenário, iam direto por e-mail para a equipe de implementação, sem nenhum filtro antes de chegar lá — misturando bug real com pedido de melhoria, sem priorização.

O que foi construído

Uma camada de tracking própria dentro da organização, que não depende de acesso ao Jira do vendor para existir:

01

No Case Jira, uma rotina diária no Power Automate faz o download dos dados via REST API, usando conectores nativos do Power Platform.

Uma rotina recorrente faz a conexão com a API do Atlassian Jira e traz os dados dos projetos para uma Lista do SharePoint do cliente. Os dados são governados por grupos de acesso e níveis de permissão personalizados.

02

Os dados são comparados com a lista interna e atualizados — o app identifica o que já existia e o que é novo.

Power Automate cria novos registros e atualiza os existentes nas listas 

03

Quando surgem itens novos, dispara e-mail automático para a gerência categorizar a solicitação.

Para novos itens, existe uma categorização interna realizada pela gerência do departamento, e para todo item novo, um e-mail é disparado para a gerência correspondente, solicitando a categorização do item em questão.

04

Aplicativo Power Apps para abertura de chamados e tracking dos itens de projeto do Jira.

Foi elaborado um aplicativo Power Apps com fluxo de aprovação, para categorização de chamados do tipo Melhoria / Bug, e em qualquer um dos casos, o status pode ser acompanhado dentro da própria organização. O vendor somente é acionado após uma avaliação prévia interna a respeito das novas solicitações e sem depender do Jira do fornecedor.

Se é melhoria

Vai para o filtro de validação — só avança se realmente fizer sentido priorizar.

se é bug

Vai direto para a equipe de implementação responsável, sem passar pelo filtro de priorização.

Case Jira Integration: Resultados

origem da solicitação
e-mail direto

triagem estruturada

Vendor acionado para muitos chamados duplicados e sem controle

Visibilidade
restrita ao Jira do vendor

interna, sem barreira de acesso

sincronização no power automate diária via REST API

ruído na implementação
tudo entra igual

só o validado chega

Validação de chamados, SLA e acionamento do vendor somente quando necessário

O ganho aqui não foi visual — foi de soberania de dados: framework dedicado para controle de chamados, SLA; a organização deixou de depender do sistema (e do acesso) de um fornecedor externo para saber o próprio status de implementação de um projeto globalmente crítico; acesso controlado por grupos do Azure.

Jira + Rest API + Power Apps + SharePoint + Power Automate integrados em uma única solução

O que isso mostra

É comum uma empresa depender do sistema de gestão de um fornecedor para acompanhar um projeto que é seu. Esse case mostra como construir uma camada própria de visibilidade em cima de um sistema de terceiro — via integração de API, não substituição — junto com um processo de triagem que reduz ruído antes de chegar em quem executa. É diretamente aplicável a qualquer empresa que roda projetos com fornecedores em ferramentas que ela mesma não controla. A economia de horas de projeto e monetária por cada acionamento desnecessário pode ser percebida após a primeira semana de deployment.

Case anonimizado a pedido do cliente. Descrição de fluxo conforme reportado internamente pelo departamento.

ainda não sabe qual plano?

Não escolha no escuro.

O Discover é nosso diagnóstico de entrada. Primeiro entendemos seu processo, seus gargalos e suas prioridades. Depois recomendamos o plano adequado ao seu cenário — seja um ajuste pontual ou uma solução completa em Power Platform.

DrivenFlow Solutions
Diagnóstico antes da proposta

Você entende o problema antes de decidir o tamanho da solução.

Recomendação baseada no cenário

Express, Complete ou Ultimate — o plano é consequência do diagnóstico

Seu investimento não é perdido

Fechando o plano recomendado em até 15 dias, o valor do Discover é abatido integralmente do projeto.

Diagnóstico real do processo · o que sustenta a decisão de investir.