O backlog é o pulmão do PCM
No dia a dia da manutenção, backlog é a carteira de trabalho pendente — tudo o que já foi identificado, aprovado e ainda não executado. Ele reúne ordens de serviço planejadas, preventivas geradas, inspeções, solicitações de serviço aprovadas e recomendações de análises de falha (RCA) que viraram ação. Enquanto muita gente enxerga o backlog como "atraso", o PCM maduro o trata como estoque de trabalho — um pulmão que permite programar com antecedência, equilibrar a carga entre semanas e negociar janelas com a operação.
O erro clássico é medir backlog apenas pelo número de OS abertas. Duas ordens podem esconder realidades opostas: uma troca de lâmpada de 0,5 HH e uma recuperação de redutor de 40 HH. Por isso, backlog se mede primariamente em homem-hora (HH) e, para leitura gerencial, em semanas de trabalho.
Como medir: de HH bruto a semanas de fôlego
A unidade que traduz saúde é o backlog em semanas, calculado assim:
- Backlog (semanas) = HH pendente na carteira ÷ HH disponível por semana
Onde o HH disponível considera o efetivo real, descontando férias, absenteísmo, reuniões e o tempo não produtivo. Aqui entra um conceito importante: nem todo HH nominal vira trabalho. O wrench time (tempo efetivo na ferramenta) costuma ficar bem abaixo da jornada, e ignorá-lo faz o backlog parecer mais confortável do que é.
Para uma leitura completa, segmente a carteira:
- Por status: aguardando planejamento, aguardando material (MRO), aguardando janela/parada, aguardando recurso, pronto para programar.
- Por criticidade ABC do ativo: backlog em ativos "A" pesa mais no risco do que em ativos "C".
- Por especialidade: mecânica, elétrica, instrumentação, lubrificação — cada equipe tem seu próprio fôlego.
- Por tipo: corretiva planejada, preventiva, preditiva/CBM, melhoria.
Sem essa segmentação, um backlog "confortável" na média pode esconder um gargalo crítico na instrumentação ou uma pilha de OS travadas por falta de peça.
Interpretando o número: nem alto demais, nem zero
Não existe um valor universal, mas a lógica é clara:
- Backlog muito alto (carteira crescendo continuamente): sinal de subdimensionamento de mão de obra, excesso de corretiva engolindo a capacidade, ou represamento por falta de material e janela. Prazos se alongam, ativos "A" esperam, e o risco de falha funcional aumenta.
- Backlog muito baixo ou zero: raramente é boa notícia. Ou o time está superdimensionado, ou — o mais comum — o processo não registra o que precisa ser feito. Backlog zero costuma significar cegueira, não excelência: a demanda existe, mas não está visível no sistema.
- Backlog estável e distribuído: a condição saudável. Há trabalho suficiente para programar semanas à frente com boa aderência à programação, sem que a fila cresça de forma descontrolada.
A leitura decisiva não é o valor absoluto, e sim a tendência. Backlog subindo semana após semana indica que a taxa de entrada supera a de execução — um alerta antes que vire crise de disponibilidade.
Controlar: transformar carteira em programação
Medir sem agir é inútil. O controle do backlog acontece em ciclos:
- Depuração e priorização: revise periodicamente a carteira, elimine duplicidades e OS obsoletas, e priorize por risco (criticidade ABC + consequência da falha), não por antiguidade.
- Estados claros: toda OS pendente deve ter um motivo de espera. Backlog "aguardando material" é problema de MRO; "aguardando janela" é negociação com a operação; "aguardando planejamento" é dívida do próprio PCM.
- Balanceamento carga × capacidade: compare o HH pendente por especialidade com a capacidade real. Onde a fila cresce, decida: horas extras, contratação, terceirização ou repriorização.
- Conversão em programação semanal: o backlog "pronto para programar" (com peça, procedimento e janela) alimenta a semana. Monitore junto a aderência — de nada adianta programar se o cumprimento é baixo.
- Ataque à causa raiz: backlog crônico em certos ativos pede RCA e revisão de estratégia (RCM/FMEA). Muitas vezes o problema não é falta de gente, e sim excesso de corretiva evitável.
Indicadores que andam junto
O backlog não vive sozinho no painel do PCM. Ele conversa com:
- Aderência à programação (PMC): mede se o que foi planejado saiu do papel.
- % corretiva x planejada: corretiva alta pressiona o backlog e reduz a capacidade de execução planejada.
- MTTR e wrench time: afetam o HH consumido por OS e, portanto, a velocidade de esvaziamento da fila.
- Idade média das OS pendentes: revela se há trabalho "envelhecendo" na carteira, sinal de priorização falha.
Lidos em conjunto, esses indicadores contam se o backlog é um pulmão saudável ou uma bola de neve.
Do controle manual à inteligência do SIGMA
Controlar backlog em planilha funciona até certo ponto — mas perde a segmentação, a tendência e a rastreabilidade que a gestão exige. No SIGMA CMMS, a carteira pendente é medida em HH e semanas, segmentada por status, criticidade e especialidade, com histórico de tendência que antecipa o descontrole antes que ele vire indisponibilidade. E, apoiado no Oráculo PCM — o cérebro de conhecimento que embasa o SIGMA EAM —, você não apenas visualiza o backlog: recebe leitura contextualizada de faixas, priorização por risco e recomendações alinhadas a normas e boas práticas de PCM, transformando a carteira pendente em decisão de manutenção.
flowchart TD
A[Backlog e a carteira de trabalho pendente] --> B[Medir em homem-hora nao em numero de OS]
B --> C[Backlog em semanas = HH pendente dividido por HH disponivel]
C --> D[Descontar tempo nao produtivo e wrench time]
D --> E[Segmentar a carteira]
E --> F[Por status criticidade especialidade e tipo]
F --> G[Backlog muito alto indica risco e represamento]
F --> H[Backlog zero indica time superdimensionado]