O trabalho que a planta já sabe que precisa fazer
Existe uma diferença importante entre o problema que ninguém viu e o problema que todo mundo viu e ninguém resolveu.
O primeiro é risco. O segundo é backlog, e é bem pior, porque significa que a planta tinha a informação e não agiu. Quando um equipamento para por uma pendência que estava aberta há quatro meses, não foi surpresa: foi fila.
Backlog é o volume de trabalho identificado e ainda não executado. Ele cresce em silêncio, não dói enquanto cresce, e explica boa parte das paradas que a operação chama de imprevisto.
Como medir, e por que a unidade importa
Contar ordens de serviço abertas não diz nada. Dez ordens de troca de lâmpada e dez de reparo de bomba são números iguais e realidades opostas.
A medida que funciona é em tempo: somar as horas estimadas de todas as pendências e dividir pela capacidade de execução da equipe por semana. O resultado vem em semanas de trabalho acumulado.
Essa unidade permite comparar períodos e conversar com quem decide orçamento. Dizer "temos oito semanas de backlog" é concreto. Dizer "temos 240 ordens abertas" não informa se são duas semanas ou um ano.
A tendência vale mais que o número
Não existe backlog ideal universal, e quem promete um número está vendendo.
Backlog zero costuma ser sinal ruim, não bom: significa equipe ociosa, ou que a inspeção não está encontrando nada, o que em planta madura é improvável. Backlog estável, em patamar que a equipe consegue administrar, é saudável.
O que preocupa é a derivada. Backlog que cresce semana após semana diz que entra mais trabalho do que sai, e isso só termina de duas formas: aumento de capacidade, ou falha que resolve a pendência do pior jeito.
Separar por criticidade muda a conversa
Backlog agregado esconde o que importa. Oito semanas de pendência distribuídas em ativos comuns é uma fila. Oito semanas concentradas em ativo crítico é uma parada sendo marcada por quem não sabe que está marcando.
A primeira quebra útil é por classe de criticidade, assunto do artigo sobre criticidade de ativo. Backlog de classe alta tem prazo próprio, e deveria ser zerado ou justificado por escrito.
| Quebra | O que ela revela |
|---|---|
| Por criticidade do ativo | se a fila está no lugar perigoso ou no lugar tolerável |
| Por idade da pendência | o que está parado há tanto tempo que virou paisagem |
| Por motivo de não execução | se falta hora, peça, liberação de área ou decisão |
| Por origem | se vem de rota de inspeção, de preditiva ou de quebra |
| Por área da planta | se o problema é geral ou concentrado num setor |
A quebra por motivo é a mais acionável das cinco. Backlog travado por falta de peça não se resolve com mais gente, e backlog travado por falta de liberação de área não se resolve nem com gente nem com peça.
A idade da pendência é o dado que ninguém olha
Backlog grande com fila jovem é operação ocupada. Backlog menor com fila velha é outra coisa, e é pior.
Pendência que atravessa seis meses parou de ser pendência: virou condição aceita da planta. Alguém abriu a ordem, ninguém a cancelou, e o equipamento opera com o problema conhecido. A manutenção segue achando que vai executar, e a operação já se acostumou a conviver.
Medir por faixa de idade expõe isso em um gráfico simples: até 30 dias, até 90, até 180, acima disso. A última faixa merece leitura individual, item por item, e quase sempre produz três decisões diferentes.
Algumas pendências perderam o objeto, porque o equipamento foi trocado ou a condição mudou, e precisam ser encerradas com registro do motivo. Outras continuam válidas e estão na classe errada de prioridade. E um grupo pequeno costuma revelar que a planta aceitou um risco sem nunca ter decidido aceitá-lo formalmente.
Onde o backlog mora, e por que isso decide se ele é usado
Indicador que depende de alguém montar planilha no fim do mês não sobrevive a troca de pessoa.
O backlog precisa sair do mesmo lugar onde a ordem de serviço nasce, e isso exige que a ordem tenha os campos certos desde a abertura: estimativa de horas, ativo identificado, criticidade herdada do cadastro, e motivo quando a execução não acontece. Sem o último campo, a quebra por motivo não existe e o indicador perde a parte acionável.
Não é questão de sistema caro. Planilha disciplinada resolve numa planta média, desde que os campos existam e sejam preenchidos. O que não resolve é registro livre, em texto, onde cada pessoa escreve o motivo de um jeito.
Esse é o ponto de encontro entre backlog e ordem de serviço: a qualidade do indicador é consequência direta da qualidade do registro.
Os motivos que travam, e quem resolve cada um
Vale olhar de frente, porque a resposta errada custa dinheiro.
Falta de hora é problema de dimensionamento. Pode ser contrato pequeno demais, equipe reduzida, ou tempo consumido por corretiva que impede executar o programado. Quem resolve é quem aprova orçamento.
Falta de peça é problema de suprimento e de política de estoque. O sintoma aparece na manutenção e a causa está antes dela, quase sempre na definição do que é sobressalente crítico.
Falta de liberação de área é problema de produção. A pendência existe, a equipe existe, a peça existe, e a janela não sai. Esse é o motivo mais frustrante e o que mais some do relatório, porque não é da manutenção.
Falta de decisão é o mais silencioso: a pendência precisa de aprovação de gasto ou de definição técnica, e fica esperando alguém. Vale contar separado, porque é o único que se resolve numa reunião.
Backlog de segurança não é backlog
Separação que precisa ser explícita, porque misturar as duas coisas é o erro mais caro deste artigo.
Pendência que afeta condição de segurança não entra na fila comum. O item 12.11.2 da NR-12 exige que o registro da manutenção traga a indicação conclusiva quanto às condições de segurança da máquina. Quando essa indicação aponta restrição, existe uma decisão a tomar, não uma ordem a enfileirar.
Na prática isso significa manter uma lista separada, curta, com prazo próprio e acompanhamento em outro ritmo. Se ela cresce, o problema não é de produtividade de manutenção: é de conformidade.
Como reduzir sem mutirão
Mutirão resolve o número do mês e devolve o problema no seguinte, porque não trata a causa.
- Medir e quebrar por motivo antes de agir, não depois
- Zerar ou justificar por escrito o backlog de ativo crítico
- Atacar o motivo dominante, que raramente é falta de gente
- Revisar a estimativa de horas, porque fila superestimada assusta sem razão
- Encerrar pendência que perdeu objeto, com registro do motivo
- Levar o backlog por motivo para a reunião mensal com a contratada
- Usar a parada programada para consumir fila, com lista preparada antes
O penúltimo item muda a natureza da reunião. Quando o backlog chega quebrado por motivo, a conversa deixa de ser sobre produtividade da equipe e passa a ser sobre o que cada lado precisa destravar.
A parada programada é o momento de maior rendimento, e exige preparo: lista fechada antes, peça comprada, procedimento pronto. Parada que começa com a lista sendo montada desperdiça a janela mais cara do ano. O artigo sobre contrato de manutenção industrial trata de como isso entra no acordo com o fornecedor.
O que não pode envelhecer no backlog
Backlog é fila de trabalho conhecido, e nem todo item dela pode esperar a vez.
Serviço ligado a equipamento abrangido pela NR-13 tem prazo de norma, e prazo de norma não entra na fila por prioridade. A fila organiza o que é discricionário.
Do lado contratual, a Lei 6.496/1977 sujeita à Anotação de Responsabilidade Técnica todo contrato, escrito ou verbal, de serviço de engenharia, com anotação no conselho regional, que aqui é o CREA-AM. Serviço de backlog executado por terceiro é contrato.
Exercício, não caso de cliente: backlog de quatrocentas horas com dois itens de obrigação normativa no meio. O indicador de horas melhora toda semana e os dois itens continuam onde estavam.
O que o backlog diz sobre a estratégia
Fechando pelo que o indicador revela além dele mesmo.
Backlog com muita pendência vinda de quebra, e pouca vinda de inspeção, indica que a planta está descobrindo problema tarde. Backlog com muita pendência de inspeção e execução lenta indica o contrário: a detecção funciona e a capacidade não acompanha.
Os dois cenários pedem ação diferente, e nenhum deles aparece no número agregado. É por isso que vale medir o backlog por origem desde o começo, mesmo que de forma simples.



