Para reduzir o backlog de manutenção sem contratar, é preciso agir em três frentes: limpar a fila (OS duplicadas, obsoletas ou que não são trabalho de manutenção), reduzir o que entra (falhas repetitivas e preventivas mal dimensionadas) e aumentar o tempo útil da equipe (menos espera por peça, ferramenta e liberação). Antes de tudo, meça o backlog em semanas de trabalho por especialidade.
O pedido de mais gente quase sempre vem acompanhado do mesmo argumento: “temos 900 OS abertas”. O número impressiona, mas diz pouco. Dessas 900, quantas são duplicadas? Quantas foram feitas e nunca encerradas? Quantas são melhorias que ninguém aprovou? Quantas são de equipamentos que nem existem mais? Em quase toda planta em que se faz essa limpeza, a fila encolhe bastante antes de qualquer contratação.
Primeiro passo: medir o backlog do jeito certo
Quantidade de OS não é medida de backlog. Uma OS de troca de lâmpada e uma de reforma de redutor contam igual. A medida útil é em semanas:
Backlog (semanas) = horas estimadas das OS pendentes ÷ horas disponíveis por semana
Calcule por especialidade. Um exemplo hipotético de uma unidade de beneficiamento de sementes:
| Especialidade | Horas pendentes | Horas disponíveis por semana | Backlog |
|---|---|---|---|
| Mecânica | 620 h | 250 h | 2,5 semanas |
| Elétrica | 640 h | 110 h | 5,8 semanas |
| Instrumentação | 95 h | 40 h | 2,4 semanas |
A média geral daria algo perto de 3,4 semanas e pareceria aceitável. Separado, aparece o problema real: a elétrica está com quase seis semanas de fila. É ali que o esforço deve se concentrar.
Dois cuidados nesse cálculo. As horas disponíveis não são as contratuais: desconte férias, treinamentos, reuniões e a parcela que a especialidade gasta, em média, com emergências que não estavam na fila. E as horas pendentes dependem de estimativas. Se metade das OS está sem estimativa, ou com estimativas copiadas de um padrão que ninguém revisa, o número em semanas vai enganar. Nesse caso, antes de qualquer outra coisa, peça ao planejador que estime as OS sem horas, mesmo que de forma grosseira (2, 4, 8 ou 16 horas), e corrija os padrões mais usados com base nas últimas execuções.
Por fim, olhe a idade da fila. Um backlog de três semanas formado por OS abertas na semana passada é saudável. Um backlog de três semanas formado por OS de oito meses atrás indica que a equipe atende o que chega e o resto vai sedimentando no fundo da fila.
Separe também o backlog pronto (planejado, com material, só aguardando programação) do backlog travado (aguardando peça, parada, planejamento ou aprovação). Um backlog grande e travado é problema de planejamento e suprimentos, não de mão de obra.
Segundo passo: limpar a fila
Reserve duas ou três sessões de uma hora com o supervisor da especialidade e passe OS por OS, começando pelas mais antigas. Para cada uma, uma de cinco decisões:
- Encerrar: o serviço já foi feito e a OS ficou aberta. É mais comum do que parece.
- Cancelar: o equipamento foi desativado, o problema deixou de existir ou a OS é duplicada.
- Mover para a lista de melhorias: o pedido é um projeto ou adaptação que precisa de aprovação e orçamento, não manutenção.
- Devolver: não é trabalho de manutenção (ajuste de processo, limpeza, troca de receita).
- Manter, revisando a estimativa de horas e a prioridade.
No exemplo da elétrica, suponha que a limpeza encerrou 60 horas de OS já executadas, cancelou 75 horas de duplicadas e de equipamentos desativados e moveu 110 horas de melhorias para uma lista separada. As 640 horas viram 395, ou 3,6 semanas. Ainda alto, mas já outra conversa, e ninguém foi contratado.
Terceiro passo: reduzir o que entra
Limpar sem mexer na entrada só adia o problema. Duas fontes costumam responder por boa parte do trabalho que chega:
- Falhas repetitivas. Um pequeno grupo de equipamentos costuma gerar uma fatia desproporcional das corretivas. Um painel que desarma toda semana por aquecimento, um motor que queima a cada poucos meses. Tratar a causa de cinco desses equipamentos pode reduzir mais o backlog do que um eletricista a mais. O método para encontrá-los está em bad actors: os equipamentos que mais falham.
- Preventivas mal dimensionadas. Planos copiados do manual, com frequência mais curta do que o histórico justifica, ou tarefas duplicadas entre a inspeção e a preventiva. Revise a frequência dos planos que consomem mais horas, com base nas falhas encontradas. Mais em como definir a frequência da preventiva.
Também vale olhar o que poderia sair da manutenção. Limpeza de sensores, reaperto simples, verificação de nível de óleo e troca de iluminação podem ser assumidos pelos operadores, com treinamento e padrão. Esse é o princípio da manutenção autônoma, detalhado em o que o operador pode assumir.
Quarto passo: aumentar o tempo útil da equipe
Em muitas plantas, uma parte grande do dia do técnico não é passada no equipamento. Ele espera liberação, procura peça, volta à oficina por uma ferramenta, se desloca entre áreas. Cada hora recuperada aí é uma hora de backlog a menos, sem contratação.
- Kits de material por OS, separados no dia anterior.
- Janelas de parada combinadas na programação semanal, para que o técnico não espere a produção liberar. O processo está em programação semanal da manutenção.
- Agrupamento por área e por equipamento: se a linha vai parar para uma troca, faça junto as outras OS pendentes da mesma linha.
- Ferramentas e documentos no lugar: manual, desenho e histórico acessíveis no campo, não na gaveta do supervisor.
Para saber quanto se ganha, é preciso que o apontamento registre as esperas com código. Num CMMS como o Sismetro, as horas e as interrupções ficam na própria OS, e o backlog por especialidade sai das ordens abertas e suas estimativas, sem planilha paralela.
Quer tirar isso da planilha?O Sismetro junta ordens de serviço, preventivas, estoque e indicadores num só lugar, com app para os técnicos e integração com o ERP Senior.
Como evitar que o backlog volte a crescer
Acompanhe, toda semana, duas linhas no mesmo gráfico: horas de OS que entraram e horas de OS que foram encerradas, por especialidade. Se a entrada supera a saída por várias semanas seguidas, o backlog vai crescer, não importa quanto se limpe. O gráfico mostra cedo o que a contagem de OS só mostra meses depois.
Faça a limpeza da fila virar rotina mensal, e não um mutirão anual. E trate as melhorias em uma lista própria, com dono e reunião de aprovação, para que elas não voltem a se misturar com o trabalho de manutenção.
E se o backlog estiver baixo demais?
Backlog muito perto de zero raramente é sinal de excelência. Na maioria dos casos, significa que a demanda não está sendo registrada: técnicos atendendo pedidos de corredor, inspeções que não geram OS, problemas que a produção já desistiu de pedir. Uma equipe sem fila também tende a ficar ociosa e reativa. Algumas semanas de trabalho pronto na fila são saudáveis, porque permitem planejar e aproveitar paradas.
Quando contratar é a resposta
Depois de limpar a fila, revisar as estimativas, atacar as falhas repetitivas e reduzir as esperas, pode ser que a entrada continue maior que a capacidade. Nesse ponto, o pedido de contratação tem base: horas de entrada e saída por semana, tempo útil medido e backlog limpo. É um argumento muito mais forte do que “temos 900 OS abertas”. Em equipes pequenas, onde cada pessoa faz muita diferença, vale ver também como priorizar com equipe enxuta.
Próximo passo
Nesta semana, calcule o backlog em semanas para cada especialidade e escolha a pior. Marque duas sessões de limpeza com o supervisor dela e registre quantas horas foram encerradas, canceladas ou movidas para melhorias. Esse número, sozinho, já costuma mudar a conversa sobre quadro de pessoal.
Perguntas frequentes
Como calcular o backlog de manutenção em semanas?
Some as horas estimadas de todas as OS pendentes de uma especialidade e divida pelas horas que essa especialidade tem disponíveis por semana. Calcule separado por especialidade, porque a média geral esconde gargalos.
Qual o backlog ideal de manutenção?
Referências de mercado costumam citar algo entre duas e quatro semanas, mas a tendência importa mais que o número. Backlog subindo todo mês indica entrada maior que a capacidade; backlog perto de zero costuma indicar demanda que não está sendo registrada.
Dá para reduzir o backlog sem contratar?
Na maioria das plantas, sim, pelo menos em parte. Limpar OS duplicadas e obsoletas, revisar preventivas excessivas, atacar falhas repetitivas e reduzir esperas por peça e liberação costumam liberar uma fatia relevante da capacidade.
Quando faz sentido contratar mais técnicos?
Quando o backlog já foi limpo, as estimativas são confiáveis, o tempo útil da equipe é razoável e mesmo assim a entrada de trabalho supera a capacidade por meses seguidos. Nesse ponto, o próprio histórico vira o argumento para a contratação.
