O elo mais frágil do PCM
A frase de ouro do PCM é clara: planeje antes de programar, programe antes de executar. Na teoria, todo mundo concorda. Na prática, é justamente entre a programação e a execução que a manutenção planejada costuma escorregar de volta para o modo "apaga-incêndio".
Programar é decidir quando e quem fará cada trabalho já planejado (o "o quê" e o "como" vieram antes). Aderência é medir quanto daquilo que foi programado realmente aconteceu no prazo. Parecem detalhes administrativos, mas são eles que separam uma manutenção previsível de uma manutenção que apenas reage ao que quebra.
Este artigo trata da prática dessas duas coisas: como montar uma programação realista e como ler a aderência sem cair na tentação de "maquiar" o número.
Programação: transformar demanda em compromisso
A programação recebe uma carteira de trabalho já planejada — planos preventivos, inspeções, ordens de CBM, corretivas planejadas do backlog — e a distribui na semana. Uma boa programação respeita alguns princípios:
- Capacidade real, não capacidade teórica. O disponível não é o número de técnicos vezes 8 horas. Descontam-se férias, treinamento, deslocamento, reuniões e o wrench time efetivo. Programar acima da capacidade real é fabricar não-aderência.
- Prioridade por criticidade/risco. Ativos classe A entram primeiro; a classe C pode esperar a janela oportuna. A criticidade ABC deve reger a fila.
- Kit completo antes de programar. Peça (MRO), ferramenta, procedimento (SMP/SOP), especialidade e permissão de trabalho precisam estar garantidos. Programar sem o sobressalente crítico na prateleira é a receita clássica da OS que "não fecha".
- Janela negociada com a operação. A melhor programação técnica é inútil se o ativo não puder parar. Alinhar a janela com produção é parte do trabalho.
- Folga para o imprevisto. Reservar um percentual da capacidade para emergências evita que uma quebra derrube toda a programação da semana.
O produto desse esforço é uma programação semanal firme: um conjunto de OS com data, responsável e recursos alocados. É esse conjunto que vira a base de cálculo da aderência.
Aderência: o termômetro do que foi cumprido
Aderência (ou PMC, cumprimento do preventivo) mede a fração da programação que foi realizada conforme o previsto. Conceitualmente:
Aderência = OS programadas concluídas no prazo ÷ OS programadas × 100
O ponto crucial é o denominador congelado. A aderência só é honesta se a base for a programação firme fechada antes do início da semana. Se você adiciona ou remove OS ao longo da semana para "ajustar" o resultado, o indicador perde sentido — e você deixa de enxergar o problema real.
Alguns cuidados de interpretação:
- Aderência alta com programação frouxa não é vitória. Se você programa pouco e conclui tudo, o número brilha, mas a carteira (backlog) cresce por baixo. Sempre leia aderência junto com backlog e com o volume programado.
- Aderência baixa é diagnóstico, não culpa. Ela aponta onde o fluxo quebrou: falta de peça? Ativo não liberado pela operação? Emergências consumindo o time? Estimativa de HH irreal?
- Distinga "não fez" de "fez atrasado". Uma OS concluída fora da janela ainda é uma falha de aderência — e muitas vezes indica capacidade mal dimensionada.
Por que a aderência escorrega — e como reagir
As causas de não-aderência quase sempre se repetem, e vale mapeá-las com a lógica dos 6M / 5 Porqués:
- Materiais — sobressalente sem estoque ou sem ponto de pedido. Ataque com MRO dimensionado por criticidade.
- Mão de obra — capacidade superestimada ou muita emergência. Reveja o wrench time e a folga para imprevistos.
- Método — procedimentos vagos, sem tempo-padrão confiável. Padronize SMP com HH realista.
- Máquina/Operação — ativo não liberado. Melhore a negociação de janelas.
- Medição — dados de HH e conclusão registrados errados na OS. Aderência ruim muitas vezes nasce de dado ruim.
A meta de referência de manutenção planejada é alta (≥ 85%), e um backlog saudável fica entre 2 e 4 semanas. Aderência e backlog são indicadores gêmeos: quando a aderência cai de forma sustentada, o backlog engorda, o preventivo fica para depois e a corretiva não planejada volta a crescer — reiniciando o ciclo reativo que o PCM existe para quebrar.
Fechando o ciclo PDCA
Aderência não é um número para pendurar no quadro; é um gatilho de ação. A cada semana, o PCM deve rodar o ciclo: comparar programado × realizado, classificar as causas das OS não cumpridas, tratar as recorrentes e ajustar a próxima programação. Se a causa é sempre falta de peça, o problema está no MRO, não na oficina. Se é sempre emergência, o problema está na estratégia de manutenção dos ativos que quebram.
Como o SIGMA CMMS sustenta essa rotina
O SIGMA CMMS foi desenhado para operacionalizar exatamente esse fluxo — planejar, programar, executar e controlar — mantendo a rastreabilidade da OS com HH, peças, causas e datas registrados na fonte. Com a programação firme e a aderência calculadas sobre dados confiáveis, o Oráculo PCM, cérebro de conhecimento do SIGMA EAM, ajuda a interpretar os desvios: cruza aderência com backlog e criticidade, sugere onde o fluxo quebra e apoia a decisão de estratégia por modo de falha. Assim, o indicador deixa de ser um retrato do passado e passa a orientar a próxima semana de trabalho — que é, no fim, o objetivo de todo PCM.
flowchart TD
A[Planejar antes de programar] --> B[Carteira de trabalho planejada]
B --> C[Programar quando e quem]
C --> D[Respeitar capacidade real]
D --> E[Priorizar por criticidade ABC]
E --> F[Garantir kit completo e janela]
F --> G[Programacao semanal firme]
G --> H[Medir aderencia com denominador congelado]