O que é o backlog e por que ele importa
O backlog é a carteira de trabalho pendente da manutenção — o conjunto de ordens de serviço já identificadas, mas ainda não executadas. Ele inclui preventivas vencidas, corretivas planejadas, inspeções, melhorias e serviços aguardando peça, janela ou mão de obra. Diferente da fila de emergências, o backlog é composto por trabalho conhecido e organizável, e é exatamente por isso que ele é um dos termômetros mais reveladores da saúde do PCM.
Um backlog bem gerido significa que a equipe tem visibilidade sobre o que precisa ser feito e consegue programar com antecedência. Um backlog descontrolado — seja alto demais ou baixo demais — sinaliza desequilíbrio entre a demanda de trabalho e a capacidade de execução. O objetivo do PCM não é zerar o backlog, e sim mantê-lo dentro de uma faixa saudável que permita programação estável.
Como medir o backlog corretamente
O erro mais comum é contar backlog por número de OS. Uma OS de 30 minutos e outra de 40 horas contam igual, distorcendo a leitura. A medição correta usa homem-hora (HH):
Backlog (em semanas) = HH pendentes ÷ HH disponíveis por semana
Onde:
- HH pendentes = soma das horas estimadas de todas as OS abertas e liberadas para execução (com peça e recurso disponíveis).
- HH disponíveis = capacidade líquida semanal da equipe, já descontando férias, absenteísmo, reuniões e tempo improdutivo. Aqui vale lembrar do wrench time — nem toda hora paga é hora "na ferramenta".
Exemplo conceitual: se há 800 HH pendentes e a equipe entrega 200 HH úteis por semana, o backlog é de 4 semanas. Isso significa que, se nenhuma OS nova entrasse, seriam necessárias 4 semanas para zerar a carteira.
Segmentar o backlog: onde mora a inteligência
Um número único de backlog esconde mais do que revela. O PCM maduro segmenta a carteira por diferentes recortes para transformar o indicador em decisão:
- Por status: aguardando peça, aguardando janela, aguardando planejamento, pronto para programar. O backlog "pronto" é o que realmente alimenta a programação semanal.
- Por especialidade: mecânica, elétrica, instrumentação, lubrificação. O backlog agregado pode parecer saudável enquanto a elétrica está sobrecarregada e a mecânica ociosa.
- Por criticidade ABC: OS em ativos classe A pendentes há muito tempo representam risco crescente e devem ter prioridade sobre serviços em ativos classe C.
- Por idade (aging): OS que envelhecem sem execução acumulam risco. Uma preventiva vencida há meses pode estar migrando o ativo para a zona de falha na curva P-F.
- Por tipo: preventiva, corretiva planejada, melhoria, inspeção. Muito backlog de preventiva vencida é um alerta direto sobre aderência ao plano.
Faixas saudáveis e a leitura do número
Não existe número mágico universal, mas a prática de PCM sugere faixas de referência:
- Muito baixo (< 2 semanas): pode indicar equipe superdimensionada, planejamento fraco ou, pior, subnotificação de trabalho — falhas que não viram OS.
- Saudável (2 a 6 semanas por especialidade): há trabalho suficiente para programar com folga, sem estrangular a operação.
- Alto (> 6 semanas): a demanda supera a capacidade. Sem ação, cresce a corretiva de emergência e a manutenção volta ao modo "apaga-incêndio".
A tendência importa mais que o valor absoluto. Um backlog de 5 semanas estável é confortável; um backlog de 5 semanas crescendo meia semana por mês indica que a carteira está saindo do controle e exige intervenção antes que vire crise.
Como controlar o backlog na prática
Controlar backlog é equilibrar entrada e saída de trabalho. As alavancas principais:
- Filtrar a entrada: nem toda solicitação vira OS. Triagem técnica e priorização por criticidade evitam inchar a carteira com trabalho de baixo valor.
- Aumentar a saída útil: melhorar o wrench time, garantir kits de peça e procedimentos (SMP/OPL) prontos antes da execução, reduzir deslocamentos e esperas.
- Programar com aderência: o backlog "pronto" deve alimentar uma programação semanal realista; alta aderência drena a carteira de forma previsível.
- Atacar o aging: revisar periodicamente as OS mais antigas — cancelar as obsoletas, escalar as críticas, destravar as bloqueadas por peça.
- Dimensionar recursos: se o backlog cresce estruturalmente, o problema é de capacidade — decidir entre contratar, terceirizar picos ou revisar o plano de manutenção para reduzir demanda desnecessária.
Do indicador à decisão com o SIGMA e o Oráculo
Medir backlog manualmente em planilhas é frágil: os HH pendentes mudam a cada nova OS. No SIGMA CMMS, o backlog é calculado automaticamente a partir das OS abertas, com segmentação por especialidade, criticidade, status e idade — transformando a carteira em painel vivo, não em foto desatualizada. Integrado ao Oráculo PCM, o cérebro de conhecimento por trás do SIGMA, o indicador ganha contexto: cruza backlog com aderência de programação, wrench time e criticidade ABC para apontar onde a carteira está estrangulando e qual alavanca puxar. Assim, o backlog deixa de ser um número de cobrança e passa a ser uma ferramenta de gestão que sustenta a transição do reativo ao planejado.
flowchart TD
A[Backlog carteira pendente] --> B[Medir em homem-hora]
B --> C[Backlog em semanas = HH pendentes / HH disponiveis]
C --> D[Segmentar a carteira]
D --> E[Por status pronto para programar]
D --> F[Por especialidade]
D --> G[Por criticidade ABC e idade]
E --> H[Manter faixa saudavel e programar estavel]
F --> H
G --> H