Resposta curta
Um dashboard de backlog útil mede carga pendente em horas contra a capacidade semanal da equipe, e não a quantidade de ordens abertas. Antes de qualquer visual, é preciso combinar três coisas: o que entra na conta, em que unidade e qual capacidade é considerada.
Contar ordens abertas não é medir backlog
Duas mil ordens abertas podem representar duas semanas de trabalho ou dois anos. A contagem não distingue uma inspeção de dez minutos de uma parada de quarenta horas.
Backlog é uma medida de tempo: quanto trabalho pendente existe em relação ao que a equipe consegue executar. Por isso a unidade correta é hora-homem, e a leitura mais útil é em semanas de carteira — HH pendente dividido por HH disponível por semana.
O que entra na conta
Essa é a decisão que mais gera divergência entre gestão e planejamento. Ela precisa ser escrita antes de o painel existir.
- Estados considerados: apenas ordens liberadas para execução, ou também as aguardando material e aprovação?
- Ordens sem estimativa de HH: excluir subestima o backlog; usar média por tipo de serviço é mais honesto do que ignorar.
- Preventivas do plano: entram como carga futura ou como carga pendente? Misturar as duas infla o número.
- Ordens antigas sem movimentação: entram no total ou viram uma categoria à parte, para que a limpeza da carteira não seja confundida com queda de backlog?
A capacidade também é uma decisão
O denominador costuma receber menos atenção que o numerador, e é o que torna a leitura comparável ao longo do tempo.
HH disponível não é o efetivo multiplicado pela jornada. Descontam-se férias, absenteísmo, treinamento e o percentual historicamente consumido por corretiva — que é justamente o que impede a equipe de atacar a carteira.
Quando a capacidade é fixada como um número redondo e nunca revisada, o backlog parece melhorar em mês de férias coletiva. O painel passa a mentir sem que ninguém tenha errado a conta.
As visões que o painel precisa ter
Com o critério definido, o dashboard se organiza em torno de três perguntas — cada uma para uma rotina diferente de gestão.
- Onde está a carga: backlog em HH e em semanas, por área, equipe, criticidade e tipo de serviço.
- Por que ela não anda: pendências por motivo (material, recurso, janela, aprovação), com tempo médio parado em cada motivo.
- Como evolui: série histórica do backlog com entrada e saída de ordens no período. Sem o fluxo, não se distingue equipe que executou mais de equipe que abriu menos ordens.
O erro mais caro: backlog isolado
Backlog baixo com aderência ao plano preventivo caindo e corretiva subindo não é bom resultado. É a carteira sendo consumida pela urgência.
Por isso o indicador só deve ser lido ao lado de aderência à programação, distribuição entre corretiva e preventiva e reincidência de falha. Sozinho, ele é fácil de melhorar pelos motivos errados.
Perguntas frequentes
- Qual é um bom valor de backlog?
- Não existe número universal, e desconfie de quem apresenta um. A faixa depende da criticidade dos ativos, do perfil de manutenção e da estratégia da planta. O que é comparável é a própria série histórica, desde que critério e capacidade não mudem no meio do caminho.
- Precisamos ter estimativa de HH em todas as ordens?
- Não para começar. É possível iniciar com estimativa por tipo de serviço e deixar explícito no painel qual percentual do backlog está estimado. Isso costuma criar, por si só, o incentivo para melhorar o apontamento.