Categorias que batem com a linguagem do seu time
Sem forçar todo time no mesmo esquema de label. As regras têm precedência: config do time vence config da empresa, que vence o padrão do sistema.
← Funcionalidades
FUNCIONALIDADE
Flow Metrics
Quanto seu time realmente entrega, e quanto tempo cada tipo de trabalho leva — não é achismo, não é um burndown que ninguém confia.
Novo em flow metrics? Leia nosso guia em bom português de cycle time, WIP e flow distribution.
O que faz
Distribution, WIP, velocidade e cycle time, quebrados por categoria — Bug, Feature, Dívida Técnica, Toil e Risco — classificados por regras semânticas que você mesmo configura, não uma taxonomia fixa. Defina um padrão pra empresa inteira, depois deixe cada time sobrescrever: o que é Toil pra um time pode ser Feature pra outro.
Dado ilustrativo, apenas para demonstração.
Qual iniciativa tá comendo o Toil de verdade
Quebra a mesma categorização mais um nível — Time → Projeto → Épico → Item — pra ver onde o trabalho de Bug, Feature e Toil tá realmente concentrado. Uma visão Gantt mostra exatamente quando cada épico começou e, se fechado, terminou. Um item sem épico resolvido ainda aparece no próprio bucket "Sem épico", não some silenciosamente, e a fronteira do que conta como épico é configurável por time, mesma precedência de qualquer outra regra semântica. Pra ver quais épicos absorveram mais tempo no time inteiro, veja Relatórios de Atividade — uma pergunta diferente dessa quebra por épico.
Dado ilustrativo, apenas para demonstração.
O backlog tá realmente encolhendo?
Saúde do backlog transforma "temos muito item aberto" em números acionáveis: backlog total, quantos itens estão parados além de um limite que você define (30 dias por padrão), e — no ritmo real recente do seu time — quantas semanas de trabalho o backlog atual representa. Um gráfico de barras quebra o mesmo backlog por idade (0-7 dias, 7-30, 30-90, 90-180, 180+), então "tá parado" vira "metade dele tá sentado há três meses". Runway é um retrato contra a velocidade recente, não uma previsão que considera trabalho novo ainda por vir; se a velocidade foi zero no período, aparece como indisponível em vez de um número sem sentido de divisão por zero.
Dado ilustrativo, apenas para demonstração.
Como funciona
-
Sincroniza
Itens do Jira, Linear e GitHub sincronizam de forma incremental — disparado manualmente ou uma vez por dia sozinho, nunca uma reimportação completa.
-
Classifica
Cada item é comparado contra suas regras semânticas — config do time vence padrão da empresa — virando Bug, Feature, Dívida Técnica, Toil ou Risco, e agrupado sob seu épico (ou no bucket "Sem épico" se não resolvido).
-
Calcula
WIP, velocidade, cycle time (mediana, média e tamanho de amostra) e saúde do backlog (total, parado, runway) são recalculados direto do dado já classificado — sem IA no meio.
-
Rastreia
Toda métrica mantém histórico semana a semana, pra uma linha de tendência ser uma tendência de verdade, não dois retratos comparados na mão.
Por que importa
Cycle time com distribuição de verdade
Não é só uma média — mediana e tamanho de amostra também, pra alguns outliers não definirem o número sozinhos.
Tendência, não um retrato
Toda métrica tem histórico semana a semana, pra você ver um time melhorando (ou piorando) ao longo do tempo, não só onde ele está hoje.
WIP como sinal próprio
Trabalho em andamento por time é visível sozinho, não escondido dentro de um gráfico de velocidade.
Toil com causa rastreada
A quebra por épico transforma "temos muito Toil" em "essa iniciativa específica tá gerando a maior parte" — ponto de partida pra uma conversa de verdade, não só um número.
Um número de backlog que não é só uma contagem
Backlog total sozinho não diz muita coisa. Junto com quanto dele tá parado e quantas semanas representa no seu ritmo real, vira algo que dá pra priorizar de verdade.
Clique em qualquer número pra ver o que tá por trás
Todo card de Flow no dashboard é clicável — abre uma tela de detalhe com os itens de trabalho individuais que compõem aquele número, não só o agregado.
Veja Flow Metrics calculado a partir do seu próprio dado, não de uma demo.
Começar grátisPerguntas sobre Flow Metrics
O que conta como "parado" no backlog?
Qualquer item que ficou parado além de um limite que você define, 30 dias por padrão — sem mudança de status, sem comentário, nada no item correspondente do Jira/Linear. Ajuste o limite direto na aba Backlog se 30 dias não for a régua certa pro seu time.
Como o Runway é calculado?
Backlog total dividido pela velocidade média semanal do seu time no período selecionado — quantas semanas de trabalho o backlog na sua frente representa, no ritmo que você tá realmente entregando. É um retrato contra o ritmo recente, não uma previsão que considera trabalho novo ainda por vir.
O que acontece com um item que não pertence a nenhum épico?
Ele aparece no próprio bucket "Sem épico" na quebra — nunca some silenciosamente da contagem.
Veja Flow Metrics no seu próprio dado
Começar grátis