Insights do Jira

Com o Jira conectado (guia de conexão), a plataforma passa a usar os dados de planejamento em vários pontos, sempre de forma condicional: sem Jira, todas as telas ficam exatamente como antes. Tudo respeita os filtros globais de período, repositório e time do topo (quando aplicável) e, na tela Projeto, o filtro de projeto de tracker (veja Projetos e múltiplos trackers).

Pré-requisito#

É preciso ter um issue tracker conectado: Jira (conectar) ou Azure Boards (conectar). Sem isso, nenhum dos cards desta página aparece, e as demais telas seguem normais.

Onde encontrar cada análise#

Análise	Onde fica
Rastreabilidade (ticket ↔ PR)	Projeto → Visão geral e faixa de KPIs
Investimento por tipo	Card Investimento (Visão geral)
Triagem / SLA / backlog	Projeto → Triagem
Value stream de planejamento	Projeto → Value Stream
Story points & velocity	Card de pontos (quando há estimativas)
Épico → entrega	Card de épicos (Visão geral)
Ticket → produção	Card Ticket → produção (Value Stream)
Tendências de longo prazo	Insights

Rastreabilidade (ticket ↔ PR)#

O coração da integração: a plataforma liga cada PR ao ticket do Jira pela chave (PROJ-123) encontrada na branch ou no título do PR.

• Chave do Jira nos PRs: aparece como um chip clicável (abre …/browse/PROJ-123) nas tabelas de PR (Insights → PRs, Workflow) e em todos os drill-downs de PR. Vai junto na exportação CSV.
• Card de rastreabilidade (em Projeto → Visão geral): cobertura (% de PRs mergeados com ticket), PRs sem ticket e issues sem PR.
• KPI de rastreabilidade na faixa de KPIs da Visão geral (% de PRs com ticket).

Como interpretar: quanto maior a cobertura, mais ricos ficam os demais insights cross-system (value stream, épicos, ticket → produção). PRs sem ticket e issues sem PR são as lacunas a fechar.

Investimento por tipo#

O card Investimento (Visão geral) ganha um alternador GitHub/Jira:

• GitHub: classificação por label do PR (heurística), cobre todos os PRs.
• Jira: alocação pelo tipo real da issue ligada (Story / Bug / Task etc.), mais precisa, sobre os PRs linkados.

Como interpretar: mostra para onde o esforço vai (features × correções × manutenção). A visão Jira é mais fiel porque usa o tipo real da issue, mas só cobre os PRs que estão linkados.

Triagem Jira-aware#

A aba Projeto → Triagem ganha um alternador GitHub/Jira. Na visão Jira, a triagem usa o backlog real do Jira:

• Backlog por status (aberto / em progresso) e tempo de resolução (mediana / P95).
• SLA por prioridade: alvo por prioridade (Highest 1d · High 2d · Medium 5d · Low 10d · Lowest 15d) e quantas issues abertas estouraram o prazo.
• Aging das abertas (< 7d / 7–30d / > 30d), carga por responsável e as issues abertas mais antigas.

Como interpretar: é a saúde do backlog. Concentre-se nas issues de alta prioridade que estouraram o SLA e nas mais antigas abertas.

Value stream de planejamento#

Em Projeto → Value Stream, o card de planejamento mostra o tempo do ticket do nascimento à conclusão (criado → em progresso → resolvido), separando a espera no backlog do trabalho ativo. É o ângulo que o Git sozinho não enxerga. Lead time em mediana / P95.

Como interpretar: frequentemente o maior atraso está na espera no backlog, antes de o trabalho começar. Separar espera de trabalho ativo revela onde agir.

Story points & velocity#

Quando os projetos usam estimativa em story points, aparece o card de pontos:

• Velocity: pontos concluídos por semana.
• Backlog em pontos.
• Tendência de pontos entregues.

Some quando os projetos não usam estimativas.

Como interpretar: velocity é uma medida de capacidade, útil para previsibilidade, não um alvo a ser maximizado. Olhe a tendência, não um único número.

Épico → entrega#

O card de épicos (Visão geral) mostra, para cada épico, o progresso dos filhos: issues concluídas, pontos concluídos e quantos já chegaram a produção (via PR ligado e deploy). Some quando não há épicos.

Como interpretar: liga o planejamento de alto nível à entrega real. "Concluído no Jira" e "em produção" podem divergir. Este card mostra a diferença.

Ticket → produção (value stream cross-system)#

O card Ticket → produção (Value Stream) mostra o fluxo ponta a ponta: ticket Jira → PR → deploy de produção, com os estágios planejamento / código / deploy e o lead time total. Depende de PRs ligados a tickets e que tenham chegado a produção; quanto maior a cobertura de linkagem, mais rico fica.

No assistente de IA#

Com o Jira conectado, o assistente responde perguntas como:

• "Qual a cobertura de tickets?" / "Quais PRs estão sem ticket?"
• "Qual nosso lead time de planejamento?" / "ticket → produção?"
• "Como está o backlog por prioridade? Há SLAs estourados?"
• "Qual a velocity em pontos?" / "Como vão os épicos?"
• "Investimento por tipo de issue?"

Por que alguns cards não aparecem#

Tudo é condicional: um card só aparece quando há dados para ele.

• Sem story points → sem card de pontos.
• Sem épicos → sem card de épicos.
• Sem PRs ligados que chegaram a produção → o ticket → produção fica vazio (com orientação para ligar mais PRs aos tickets).
• Sem issue tracker conectado → nada disso aparece.

Perguntas frequentes#

Conectei o Jira mas o card de pontos não apareceu. Ele só surge quando os projetos usam estimativa em story points. Sem estimativas, não há card.

Uso Azure DevOps, não Jira. Esses insights valem para mim? Sim. Eles funcionam com o issue tracker conectado: Jira ou Azure Boards. Com o Boards, a ligação work item ↔ PR vem dos links nativos do Azure.

Por que meu "ticket → produção" está quase vazio? Ele depende de PRs ligados a tickets que chegaram a produção. Aumente a cobertura de linkagem (chave PROJ-123 na branch/título, ou links nativos no Azure) para enriquecê-lo.

Próximos passos#

• Conectar o Jira: pré-requisito para tudo nesta página.
• Conectar o Azure DevOps: alternativa via Azure Boards.
• Glossário de métricas: definições de value stream e lead time.