Backlog de manutenção: como calcular, analisar e reduzir as ordens pendentes

Backlog de manutenção é o conjunto de trabalhos identificados que ainda não foram completamente executados.

Esses trabalhos podem estar em diferentes etapas. Alguns ainda aguardam análise, enquanto outros já foram planejados, possuem materiais disponíveis e estão prontos para entrar na programação.

Por isso, backlog não significa simplesmente atraso.

Uma empresa pode possuir uma quantidade controlada de ordens pendentes e ainda assim manter uma operação organizada. O problema aparece quando ninguém sabe quais atividades estão no backlog, por que permanecem abertas, quais riscos representam e quanto tempo a equipe levaria para executá-las.

Uma gestão adequada deve responder:

• Quantas ordens estão pendentes?
• Quantas horas de trabalho elas representam?
• Quais equipamentos são afetados?
• Quais ordens são realmente necessárias?
• Quais serviços possuem maior prioridade?
• Quais atividades estão prontas para execução?
• Quais ordens aguardam materiais?
• Há trabalhos vencidos?
• Qual é a idade das ordens?
• O backlog está aumentando ou diminuindo?
• A capacidade da equipe é suficiente?
• Quais riscos estão sendo aceitos ao adiar um trabalho?

Neste artigo, você aprenderá a classificar o backlog, calcular seu tamanho em semanas, analisar a idade das ordens e criar uma rotina para controlar os serviços pendentes.

O que é backlog de manutenção?

Backlog de manutenção é o volume acumulado de atividades que foram identificadas, registradas ou geradas, mas ainda não chegaram ao encerramento.

Ele pode ser formado por:

• Solicitações de manutenção.
• Ordens corretivas.
• Manutenções preventivas.
• Inspeções.
• Anormalidades encontradas em checklists.
• Recomendações do fabricante.
• Trabalhos de melhoria.
• Serviços interrompidos.
• Atividades aguardando materiais.
• Ordens dependentes de uma parada.
• Serviços que aguardam aprovação.
• Pendências encontradas durante outra manutenção.

A documentação da Oracle apresenta o gerenciamento de backlog como uma forma de localizar e revisar ordens utilizando critérios como unidade, equipamento, especialidade, responsável, duração e horas estimadas. Oracle: gerenciamento do backlog de ordens

Em termos práticos, o backlog representa uma fila de trabalho. Entretanto, essa fila não deve ser tratada apenas pela ordem de chegada.

Cada item precisa ser analisado de acordo com prioridade, risco, criticidade, prazo, recursos e condições de execução.

Backlog significa serviço atrasado?

Não necessariamente.

Uma ordem pode fazer parte do backlog e ainda estar dentro do prazo.

Considere uma manutenção preventiva programada para daqui a três semanas. Se a ordem já foi gerada, mas ainda não foi executada, ela poderá aparecer no backlog mesmo sem estar vencida.

Da mesma forma, uma corretiva planejável pode permanecer aberta enquanto aguarda a próxima parada autorizada do equipamento.

É importante separar:

Misturar todas essas situações em uma única quantidade prejudica a análise.

O gestor precisa saber não apenas quantas ordens estão abertas, mas em qual etapa cada uma se encontra.

Qual é a diferença entre backlog e manutenção adiada?

Backlog é um conceito mais amplo. Ele reúne os trabalhos que ainda não foram concluídos, inclusive aqueles que estão dentro do prazo e aguardam programação normal.

Manutenção adiada é uma atividade necessária cuja execução foi postergada.

Esse adiamento pode ocorrer por:

• Falta de orçamento.
• Indisponibilidade da equipe.
• Falta de material.
• Ausência de uma janela de parada.
• Dependência de terceiros.
• Priorização de outro serviço.
• Restrição operacional.
• Necessidade de projeto ou engenharia.
• Mudança no plano de produção.

A IBM explica que a manutenção adiada pode ser uma decisão de gestão de recursos, mas alerta que postergar preventivas e reparos pode aumentar o desgaste, o risco e a possibilidade de paradas não planejadas. IBM: manutenção adiada

Portanto, toda manutenção adiada pode permanecer no backlog, mas nem todo item do backlog foi necessariamente adiado.

Backlog é sempre um problema?

Não.

Um backlog controlado fornece opções para montar a programação conforme a disponibilidade da equipe, dos equipamentos e dos recursos.

Se não existir nenhum trabalho preparado, técnicos podem ficar disponíveis enquanto ordens importantes ainda aguardam planejamento.

Uma quantidade adequada de serviços prontos permite:

• Utilizar melhor a capacidade.
• Substituir uma ordem cancelada.
• Aproveitar janelas de parada.
• Agrupar serviços por localização.
• Organizar materiais antecipadamente.
• Equilibrar a carga entre especialidades.
• Selecionar trabalhos de acordo com o risco.
• Preparar programações semanais viáveis.

O backlog se torna um problema quando:

• Cresce continuamente.
• Contém muitas ordens vencidas.
• Não possui prioridades confiáveis.
• Esconde trabalhos críticos.
• Apresenta solicitações duplicadas.
• Inclui serviços que não são mais necessários.
• Possui descrições insuficientes.
• Não informa o motivo da espera.
• Concentra ordens sem planejamento.
• Acumula preventivas fora da tolerância.
• Supera continuamente a capacidade da equipe.
• Não possui responsáveis.
• Contém ordens antigas sem revisão.
• É utilizado para esconder falta de recursos.
• Não é considerado nas decisões gerenciais.

A IBM destaca que backlogs devem ser administrados conforme criticidade, possibilidade de falha, risco e custo. IBM: confiabilidade e gestão do backlog

Quais ordens devem entrar no backlog?

A empresa precisa estabelecer uma regra.

Uma abordagem ampla inclui toda solicitação ou ordem ainda não encerrada. Outra abordagem considera apenas trabalhos validados e aprovados.

Para evitar confusão, é recomendável manter visões separadas:

Backlog de solicitações

Demandas registradas que ainda aguardam triagem.

Backlog identificado

Trabalhos reconhecidos como necessários, mas ainda não planejados.

Backlog em planejamento

Ordens que estão sendo detalhadas.

Backlog impedido

Serviços que aguardam material, aprovação, parada ou outro recurso.

Backlog planejado

Ordens que possuem escopo, duração, recursos e requisitos definidos.

Backlog pronto para programação

Trabalhos planejados que podem receber uma data de execução.

Backlog programado

Ordens incluídas em uma agenda futura.

Backlog interrompido

Atividades iniciadas e ainda não finalizadas.

Essa separação permite identificar onde o fluxo está acumulando trabalho.

Por exemplo, um backlog total elevado pode ser causado por problemas completamente diferentes:

• Falta de capacidade para planejar.
• Falta de materiais.
• Dificuldade para liberar equipamentos.
• Quantidade insuficiente de técnicos.
• Excesso de solicitações sem triagem.
• Programação ineficiente.
• Alto volume de emergências.

Quais informações devem ser registradas?

Cada item deve possuir, sempre que aplicável:

• Número da solicitação.
• Número da ordem de serviço.
• Equipamento.
• Localização.
• Descrição do trabalho.
• Origem da demanda.
• Tipo de manutenção.
• Prioridade.
• Criticidade.
• Data de abertura.
• Data necessária.
• Prazo ou tolerância.
• Status atual.
• Responsável pelo planejamento.
• Especialidade necessária.
• Quantidade de técnicos.
• Horas estimadas.
• Duração estimada.
• Situação do material.
• Necessidade de parada.
• Dependência de terceiros.
• Motivo do impedimento.
• Data da última análise.
• Data programada.
• Risco do adiamento.
• Responsável pela aprovação.
• Próxima ação.
• Histórico das alterações.

Sem essas informações, o backlog se transforma em uma lista extensa de descrições que não permite tomar decisões.

Como classificar o backlog?

Por status

Exemplos:

• Aguardando triagem.
• Aguardando inspeção.
• Aguardando planejamento.
• Em planejamento.
• Aguardando material.
• Aguardando aprovação.
• Aguardando parada.
• Aguardando terceiro.
• Pronta para programar.
• Programada.
• Em execução.
• Interrompida.
• Aguardando encerramento.

Por prioridade

A prioridade deve considerar consequências e urgência.

Uma classificação possível é:

Os critérios devem ser documentados para evitar que todas as ordens sejam tratadas como urgentes.

Por criticidade

A criticidade se refere à importância do equipamento para a operação.

Pode considerar:

• Segurança.
• Meio ambiente.
• Produção.
• Qualidade.
• Atendimento ao cliente.
• Custo da falha.
• Existência de redundância.
• Tempo para recuperação.
• Requisitos legais.
• Disponibilidade de peças.

Prioridade e criticidade não são sinônimos.

Um equipamento crítico pode possuir uma atividade de baixa urgência. Da mesma forma, um equipamento menos crítico pode apresentar uma condição que exija tratamento rápido.

Por tipo de manutenção

Separe, por exemplo:

• Preventiva.
• Corretiva.
• Preditiva.
• Inspeção.
• Melhoria.
• Calibração.
• Lubrificação.
• Adequação.
• Serviço legal ou obrigatório.

Por especialidade

Exemplos:

• Mecânica.
• Elétrica.
• Automação.
• Instrumentação.
• Refrigeração.
• Civil.
• Hidráulica.
• Operação.
• Engenharia.
• Prestador externo.

Essa divisão é importante para comparar demanda e capacidade. Uma empresa pode apresentar um backlog total controlado e, ao mesmo tempo, possuir excesso de trabalho em apenas uma especialidade.

Por motivo de impedimento

Exemplos:

• Falta de material.
• Material em compra.
• Falta de ferramenta.
• Falta de mão de obra.
• Equipamento indisponível.
• Aguardando parada.
• Aguardando projeto.
• Aguardando aprovação.
• Aguardando fornecedor.
• Falta de informação.
• Restrição de acesso.
• Dependência de outra ordem.

Por idade

Uma divisão possível é:

• Até 7 dias.
• De 8 a 30 dias.
• De 31 a 60 dias.
• De 61 a 90 dias.
• De 91 a 180 dias.
• Acima de 180 dias.

As faixas devem ser adaptadas à velocidade e ao risco da operação.

Por localização

Pode ser útil separar por:

• Unidade.
• Planta.
• Linha.
• Área.
• Cliente.
• Cidade.
• Região.
• Rota de atendimento.

Em equipes externas, esse agrupamento ajuda a reduzir deslocamentos e aproveitar visitas a uma mesma região.

Como calcular o backlog de manutenção?

Contar somente as ordens abertas é uma forma simples, mas limitada.

Uma ordem pode exigir 30 minutos e outra pode consumir vários dias. Portanto, a quantidade de ordens não representa necessariamente o esforço necessário.

Os métodos mais úteis são:

• Quantidade de ordens.
• Horas de mão de obra.
• Dias de trabalho.
• Semanas de backlog.
• Valor financeiro estimado.
• Distribuição por prioridade.
• Idade das ordens.
• Risco acumulado.

Como calcular o backlog em horas?

Some as horas de mão de obra estimadas das ordens consideradas no indicador.

Backlog em horas = soma das horas estimadas das ordens pendentes

Exemplo:

A fórmula para cada ordem é:

Horas de mão de obra = quantidade de técnicos × duração estimada

No Excel:

=C2*D2

Se as horas calculadas estiverem entre E2 e E100:

=SOMA(E2:E100)

Como calcular o backlog em semanas?

Uma forma comum é dividir as horas pendentes pela capacidade semanal disponível para executá-las.

Backlog em semanas = horas pendentes ÷ capacidade semanal disponível

Exemplo:

• Backlog pronto: 720 horas de mão de obra.
• Capacidade semanal disponível: 240 horas.

Backlog = 720 ÷ 240 = 3 semanas

No Excel:

=SE(C2>0;B2/C2;"")

Em que:

• B2 contém as horas do backlog.
• C2 contém a capacidade semanal.

O resultado indica quantas semanas seriam necessárias para executar aquele volume, considerando a capacidade informada e sem acrescentar novas ordens.

Qual capacidade deve ser utilizada no cálculo?

Não utilize automaticamente todas as horas contratuais da equipe.

A capacidade teórica pode ser calculada por:

Capacidade teórica = quantidade de técnicos × horas semanais

Exemplo:

• 10 técnicos.
• 40 horas por semana.

Capacidade teórica = 10 × 40 = 400 horas

Porém, parte desse tempo pode ser utilizada em:

• Reuniões.
• Treinamentos.
• Deslocamentos.
• Ausências.
• Férias.
• Registros.
• Inspeções.
• Emergências.
• Atividades administrativas.
• Apoio operacional.
• Trabalhos já iniciados.

Se 70% das 400 horas estiverem disponíveis para trabalhos programáveis:

Capacidade disponível = 400 × 70% = 280 horas

No Excel:

=B2*C2*D2

Em que:

• B2 é a quantidade de técnicos.
• C2 são as horas por técnico.
• D2 é o percentual disponível.

Esse percentual deve ser baseado no histórico real da operação.

O que entra no cálculo em semanas?

A empresa precisa documentar o critério.

Pode calcular:

• Backlog total.
• Backlog validado.
• Backlog planejado.
• Backlog pronto para programar.
• Backlog corretivo.
• Backlog preventivo.
• Backlog por especialidade.
• Backlog por unidade.
• Backlog crítico.
• Backlog aguardando material.

O backlog pronto para programar costuma ser mais adequado para avaliar a carga imediatamente executável.

Já o backlog total ajuda a observar todo o volume que poderá consumir recursos futuramente.

Os dois indicadores são úteis, mas respondem a perguntas diferentes.

Exemplo completo de cálculo

Considere uma equipe mecânica com:

• 6 técnicos.
• 40 horas semanais por técnico.
• 75% das horas disponíveis para trabalhos programáveis.
• 630 horas de backlog pronto.

Capacidade teórica

6 × 40 = 240 horas semanais

Capacidade disponível

240 × 75% = 180 horas semanais

Backlog em semanas

630 ÷ 180 = 3,5 semanas

Isso significa que a equipe precisaria de aproximadamente três semanas e meia para concluir o volume atual, caso não entrassem novas demandas e a capacidade permanecesse constante.

Não significa que todas as ordens serão concluídas exatamente nesse prazo. Prioridades, especialidades, materiais e janelas de parada ainda precisam ser consideradas.

Como calcular por especialidade?

O cálculo total pode esconder desequilíbrios.

Exemplo:

O backlog total poderia parecer administrável, mas a automação possui seis semanas de trabalho.

Essa análise pode justificar:

• Redistribuição da equipe.
• Capacitação.
• Contratação temporária.
• Uso de prestadores.
• Revisão de prioridades.
• Eliminação de impedimentos.
• Mudança na programação.

Como calcular a idade do backlog?

A idade da ordem é o tempo entre sua abertura e a data da análise.

Idade da ordem = data atual − data de abertura

No Excel:

=HOJE()-B2

Em que B2 contém a data de abertura.

Para criar uma faixa:

=SE(C2<=7;"Até 7 dias";SE(C2<=30;"8 a 30 dias";SE(C2<=60;"31 a 60 dias";SE(C2<=90;"61 a 90 dias";"Acima de 90 dias"))))

A idade deve ser analisada com prioridade e criticidade.

Uma ordem antiga de melhoria pode representar menos risco do que uma corretiva recente em um equipamento crítico. Entretanto, trabalhos antigos merecem revisão para confirmar se ainda são necessários.

Como identificar ordens vencidas?

É preciso possuir uma data limite ou uma regra de tolerância.

No Excel:

=SE(E(D2<>"Concluída";C2<HOJE());"ATRASADA";"NO PRAZO")

Em que:

• C2 contém a data limite.
• D2 contém o status.

Para preventivas, a análise deve considerar a tolerância aprovada no plano, e não apenas a data prevista.

Como calcular a taxa de entrada e saída?

O tamanho atual do backlog não mostra sua tendência.

Registre durante cada período:

• Ordens adicionadas.
• Ordens concluídas.
• Ordens canceladas.
• Ordens reabertas.
• Horas adicionadas.
• Horas executadas.

Uma forma simples de calcular a variação é:

Variação do backlog = entradas − saídas

Exemplo:

• 300 horas adicionadas.
• 240 horas concluídas ou removidas.

Variação = 300 − 240 = 60 horas

O backlog aumentou 60 horas no período.

No Excel:

=B2-C2

Para calcular a razão entre saída e entrada:

Razão de atendimento = horas retiradas ÷ horas adicionadas

=SEERRO(C2/B2;0)

Se o resultado permanecer abaixo de 100%, o backlog tende a crescer.

Existe um tamanho ideal de backlog?

Não existe um único valor adequado para todas as empresas.

O tamanho aceitável depende de:

• Criticidade dos ativos.
• Tipo de operação.
• Estratégia de manutenção.
• Quantidade de emergências.
• Capacidade da equipe.
• Qualidade do planejamento.
• Disponibilidade de materiais.
• Tempo para adquirir peças.
• Janelas de parada.
• Sazonalidade.
• Distribuição geográfica.
• Uso de prestadores.
• Requisitos legais e técnicos.

Um número isolado de semanas não deve ser transformado automaticamente em meta universal.

O backlog precisa ser analisado em conjunto com:

• Idade.
• Prioridade.
• Risco.
• Vencimento.
• Impedimentos.
• Tipo de trabalho.
• Tendência.
• Capacidade.
• Cumprimento da programação.
• Quantidade de emergências.

O objetivo não é simplesmente reduzir o backlog ao menor número possível. É manter um volume conhecido, priorizado, executável e compatível com a estratégia da operação.

Como fazer a gestão do backlog?

1. Centralize as demandas

Evite solicitações espalhadas em:

• Mensagens.
• E-mails.
• Cadernos.
• Conversas.
• Planilhas individuais.
• Grupos de comunicação.
• Formulários sem integração.

Toda demanda precisa entrar por um processo definido.

Isso reduz:

• Duplicidades.
• Perda de solicitações.
• Falta de histórico.
• Priorização informal.
• Serviços executados sem registro.

2. Faça a triagem

Confirme:

• Se a solicitação é válida.
• Se existe ordem duplicada.
• Se o equipamento está correto.
• Se a manutenção é responsável.
• Se há informações suficientes.
• Se o trabalho já foi realizado.
• Se é necessária uma inspeção.
• Se a atividade pode ser planejada.
• Se existe risco imediato.

Ordens inválidas ou duplicadas devem ser encerradas com justificativa, e não simplesmente apagadas.

3. Defina prioridades

Utilize critérios objetivos relacionados a:

• Segurança.
• Meio ambiente.
• Produção.
• Qualidade.
• Cliente.
• Criticidade.
• Prazo.
• Risco de agravamento.
• Existência de redundância.
• Custo da falha.

A pessoa que solicita o trabalho pode informar o impacto percebido, mas a prioridade final deve seguir regras aprovadas.

4. Planeje as ordens

Uma ordem planejada deve indicar, conforme sua complexidade:

• Escopo.
• Etapas.
• Duração.
• Horas de mão de obra.
• Especialidade.
• Materiais.
• Ferramentas.
• Documentos.
• Condições de segurança.
• Necessidade de parada.
• Critérios de conclusão.

A Oracle relaciona o planejamento da manutenção à projeção das necessidades de peças e mão de obra. Oracle: visão geral do planejamento de manutenção

5. Identifique impedimentos

Não deixe uma ordem apenas com o status “aberta”.

Registre por que ela ainda não pode avançar.

Exemplos:

• Material solicitado em 10/07.
• Previsão de entrega para 25/07.
• Aguardando parada da linha.
• Projeto em análise pela engenharia.
• Fornecedor ainda não confirmado.
• Aguardando autorização do cliente.

Também defina:

• Responsável pela próxima ação.
• Data prevista.
• Data da última atualização.
• Consequência do atraso.

6. Crie uma fila pronta para programação

Somente ordens que atendam aos critérios mínimos devem receber esse status.

Verifique:

• Escopo definido.
• Duração estimada.
• Equipe disponível.
• Material confirmado.
• Ferramentas disponíveis.
• Documentação preparada.
• Acesso autorizado.
• Janela de execução conhecida.
• Prioridade validada.

7. Compare demanda e capacidade

Calcule por:

• Especialidade.
• Unidade.
• Prioridade.
• Tipo de manutenção.
• Semana.
• Região.

Se a demanda superar continuamente a capacidade, será necessária uma decisão gerencial.

As alternativas podem incluir:

• Eliminar causas recorrentes.
• Revisar o plano preventivo.
• Melhorar o planejamento.
• Capacitar profissionais.
• Utilizar prestadores.
• Ajustar recursos.
• Reavaliar serviços de baixo valor.
• Melhorar o estoque.
• Ampliar a equipe quando justificável.

8. Monte a programação

Selecione as ordens considerando:

• Prioridade.
• Criticidade.
• Prazo.
• Capacidade.
• Especialidade.
• Localização.
• Disponibilidade do ativo.
• Materiais.
• Dependências.
• Janelas de parada.

A programação não deve escolher apenas as ordens mais fáceis. Esse comportamento pode melhorar artificialmente a quantidade concluída enquanto trabalhos críticos continuam envelhecendo.

9. Realize reuniões periódicas

Uma reunião de backlog pode analisar:

• Novas solicitações.
• Ordens críticas.
• Preventivas próximas do limite.
• Ordens antigas.
• Materiais pendentes.
• Serviços aguardando parada.
• Trabalhos que perderam a necessidade.
• Alterações de prioridade.
• Capacidade das equipes.
• Tendência do backlog.
• Ações necessárias.

A frequência depende da operação. Itens críticos podem exigir acompanhamento diário, enquanto uma revisão completa pode ocorrer semanalmente.

10. Registre decisões

Sempre que uma ordem for:

• Adiada.
• Repriorizada.
• Cancelada.
• Transferida.
• Dividida.
• Reaberta.
• Bloqueada.
• Liberada.

Registre:

• Data.
• Responsável.
• Motivo.
• Risco avaliado.
• Nova previsão.
• Aprovação necessária.

Isso cria rastreabilidade e evita decisões repetidas sem contexto.

11. Encerre corretamente

Uma ordem concluída pode permanecer aberta por falha administrativa.

Antes do encerramento, verifique:

• Serviço executado.
• Horas apontadas.
• Materiais registrados.
• Testes realizados.
• Fotos anexadas.
• Medições informadas.
• Pendências abertas em novas ordens.
• Equipamento liberado.
• Responsável comunicado.
• Códigos de falha preenchidos.

A falta de encerramento distorce o backlog e prejudica o histórico.

Como reduzir um backlog elevado?

Elimine duplicidades

Compare equipamento, descrição, local e condição identificada.

Ordens duplicadas podem ser vinculadas e encerradas com justificativa.

Revise ordens antigas

Pergunte:

• O problema ainda existe?
• O equipamento ainda está em operação?
• O serviço continua necessário?
• A condição foi corrigida em outra ordem?
• O escopo permanece válido?
• A prioridade ainda é adequada?
• O trabalho foi substituído por um projeto?

Revisar não significa cancelar indiscriminadamente.

Corrija descrições incompletas

Ordens como “verificar máquina” devem receber informações suficientes ou gerar uma inspeção.

Planeje os trabalhos prioritários

Um backlog grande pode conter muitas ordens identificadas e poucas atividades executáveis.

Aumentar a taxa de planejamento pode liberar mais serviços para programação.

Resolva impedimentos recorrentes

Analise:

• Quais materiais causam mais espera.
• Quais aprovações demoram mais.
• Quais equipamentos raramente são liberados.
• Quais fornecedores atrasam.
• Quais ferramentas são disputadas.
• Quais informações costumam faltar.

Organize campanhas de execução

Pode ser útil agrupar ordens por:

• Equipamento.
• Área.
• Especialidade.
• Tipo de atividade.
• Material.
• Parada.
• Localização geográfica.

O agrupamento reduz preparação e deslocamento, desde que respeite as prioridades.

Reavalie a capacidade

Se a demanda necessária continuar acima da capacidade, avalie:

• Horas adicionais dentro das regras aplicáveis.
• Prestadores qualificados.
• Contratação.
• Treinamento.
• Redistribuição.
• Automação de rotinas.
• Eliminação de tarefas sem valor.
• Melhoria da confiabilidade.

Reduza a entrada recorrente

Atacar apenas as ordens existentes não resolve um fluxo que produz mais trabalho do que a equipe consegue executar.

Investigue:

• Falhas repetitivas.
• Preventivas inadequadas.
• Erros operacionais.
• Peças de baixa qualidade.
• Problemas de instalação.
• Sobrecarga.
• Condições ambientais.
• Falhas de projeto.
• Ausência de padronização.

Erros comuns na gestão do backlog

Medir apenas a quantidade de ordens

A quantidade não considera duração nem número de profissionais.

Considerar toda ordem aberta como atraso

Algumas atividades ainda estão dentro do prazo ou aguardam uma condição planejada.

Misturar solicitações com trabalhos prontos

Isso impede avaliar a carga realmente executável.

Não registrar horas estimadas

Sem estimativas, não é possível comparar demanda e capacidade.

Não separar por especialidade

A média geral pode esconder áreas sobrecarregadas.

Não revisar prioridades

Uma prioridade definida meses atrás pode não representar a situação atual.

Programar ordens impedidas

A agenda é ocupada por trabalhos que não poderão ser executados.

Cancelar ordens apenas para melhorar o indicador

O risco continua existindo mesmo que o registro desapareça.

Escolher somente serviços rápidos

A quantidade concluída aumenta, mas ordens complexas e importantes continuam envelhecendo.

Não registrar o motivo da espera

A empresa não consegue identificar as principais causas do acúmulo.

Não analisar a idade

Um backlog estável pode conter ordens cada vez mais antigas.

Ignorar a entrada de novas demandas

Reduzir 200 horas não representa avanço se outras 300 horas foram adicionadas.

Utilizar capacidade teórica

Programar todas as horas contratuais ignora deslocamentos, ausências, registros e emergências.

Manter ordens concluídas abertas

O indicador fica artificialmente elevado.

Confundir risco com antiguidade

Uma ordem antiga não é automaticamente mais crítica, mas precisa ser reavaliada.

Indicadores para acompanhar

Backlog total em horas

Backlog total = soma das horas pendentes

Backlog em semanas

Backlog em semanas = horas pendentes ÷ capacidade semanal

Backlog pronto para programar

Soma das horas das ordens planejadas e sem impedimentos essenciais.

Idade média

Idade média = soma das idades ÷ quantidade de ordens

A média deve ser acompanhada pela distribuição em faixas, pois poucos registros muito antigos podem distorcer o resultado.

Percentual de ordens antigas

Ordens antigas (%) = ordens acima do limite definido ÷ total de ordens × 100

Percentual aguardando material

Aguardando material (%) = horas ou ordens bloqueadas por material ÷ backlog total × 100

Percentual planejado

Backlog planejado (%) = horas planejadas ÷ horas totais do backlog × 100

Percentual pronto para programação

Pronto (%) = horas prontas ÷ horas totais do backlog × 100

Taxa de crescimento

Crescimento = entradas − saídas

Razão de atendimento

Razão de atendimento = horas retiradas ÷ horas adicionadas

Backlog vencido

Pode ser medido por quantidade ou horas.

Backlog vencido (%) = horas vencidas ÷ horas totais do backlog × 100

Backlog de ativos críticos

Mostra o volume relacionado aos equipamentos mais importantes.

Tempo médio por impedimento

Mede por quanto tempo uma ordem permanece aguardando:

• Material.
• Aprovação.
• Parada.
• Terceiro.
• Engenharia.
• Informação.

Exemplo de painel de backlog

Nesse exemplo, a quantidade pronta parece controlada, mas a razão de atendimento abaixo de 100% indica tendência de crescimento. O aumento das ordens antigas e da espera por materiais também exige investigação.

Como criar uma planilha de backlog?

Uma planilha pode conter as seguintes colunas:

• Número da ordem.
• Data de abertura.
• Idade.
• Equipamento.
• Local.
• Tipo de manutenção.
• Descrição.
• Prioridade.
• Criticidade.
• Status.
• Especialidade.
• Técnicos necessários.
• Duração.
• Horas de mão de obra.
• Data limite.
• Situação do prazo.
• Material disponível.
• Motivo do impedimento.
• Responsável pela ação.
• Data da última revisão.
• Data programada.
• Risco do adiamento.
• Observações.

Fórmula das horas

=Quantidade_de_técnicos*Duração

Fórmula da idade

=HOJE()-Data_de_abertura

Fórmula do atraso

=SE(E(Status<>"Concluída";Data_limite<HOJE());"ATRASADA";"NO PRAZO")

Fórmula do backlog em semanas

=SEERRO(Horas_do_backlog/Capacidade_semanal;0)

Fórmula para identificar impedimento

=SE(Motivo_do_impedimento<>"";"IMPEDIDA";"SEM IMPEDIMENTO")

Fórmula da faixa de idade

=SE(Idade<=7;"Até 7 dias";SE(Idade<=30;"8 a 30 dias";SE(Idade<=60;"31 a 60 dias";SE(Idade<=90;"61 a 90 dias";"Acima de 90 dias"))))

A planilha deve permitir filtros por status, prioridade, especialidade, unidade, idade e impedimento.

Como um sistema ajuda a controlar o backlog?

Um sistema de manutenção ou ordem de serviço pode:

• Centralizar solicitações.
• Identificar duplicidades.
• Relacionar ordens aos equipamentos.
• Consultar o histórico.
• Definir prioridades.
• Cadastrar criticidade.
• Criar fluxos de aprovação.
• Controlar etapas do planejamento.
• Estimar horas.
• Separar ordens por especialidade.
• Reservar materiais.
• Registrar impedimentos.
• Alertar sobre prazos.
• Calcular a idade.
• Montar programações.
• Comparar demanda e capacidade.
• Distribuir atividades.
• Otimizar deslocamentos.
• Registrar reprogramações.
• Coletar horas, materiais e evidências.
• Exibir painéis.
• Manter histórico das alterações.
• Impedir o encerramento sem informações obrigatórias.

A documentação da Oracle mostra que ordens podem ser acompanhadas ao longo de um ciclo de vida com status, materiais, tarefas, especialidades e progresso. Oracle: ciclo das ordens de manutenção

O sistema melhora a organização e a rastreabilidade. Entretanto, os critérios de risco, prioridade, cancelamento e adiamento continuam exigindo avaliação profissional.

Conclusão

Backlog de manutenção é o conjunto de trabalhos identificados que ainda não foram completamente executados.

Ele não deve ser interpretado apenas como uma quantidade de ordens abertas. Uma gestão eficiente precisa separar solicitações, trabalhos em planejamento, ordens impedidas, atividades prontas, serviços programados e pendências vencidas.

O cálculo em semanas ajuda a comparar o esforço pendente com a capacidade disponível:

Backlog em semanas = horas pendentes ÷ capacidade semanal

Entretanto, esse número não deve ser analisado sozinho.

Também é necessário observar:

• Prioridade.
• Criticidade.
• Idade.
• Prazo.
• Risco.
• Especialidade.
• Impedimentos.
• Taxa de entrada.
• Taxa de conclusão.
• Disponibilidade de materiais.
• Tendência ao longo do tempo.

O objetivo não é eliminar qualquer fila de trabalho. É manter um backlog conhecido, validado, priorizado e compatível com a capacidade da operação.

Quando o volume cresce continuamente, a empresa precisa atuar tanto na execução quanto nas causas da demanda. Isso pode envolver melhoria do planejamento, revisão das preventivas, controle de materiais, aumento da confiabilidade e adequação dos recursos.

Um backlog bem administrado deixa de ser uma lista de problemas esquecidos e passa a funcionar como uma base confiável para o planejamento e a programação da manutenção.