Planejar, programar, executar: três atos distintos
No PCM maduro existe uma sequência sagrada: planeje antes de programar, programe antes de executar. Planejar é definir o quê e como — procedimento, peças, ferramentas, especialidades, HH e riscos. Programar é definir quando e quem — alocar as ordens já planejadas em janelas reais, com pessoas reais. Executar é intervir no ativo com tudo isso resolvido.
Quando esses três atos se misturam, nasce o caos: o técnico descobre na hora que falta peça, que precisa de bloqueio (LOTO) não previsto ou que a máquina não pode parar. O resultado é baixo wrench time (tempo produtivo na ferramenta), retrabalho e OS que "morrem" na programação. A programação só é confiável quando recebe ordens 100% planejadas — sem pendências de material, mão de obra ou liberação operacional.
O que é aderência à programação
Aderência (ou PMC — cumprimento do preventivo) mede o quanto do que foi programado para a semana realmente foi executado dentro do prazo. É um dos KPIs mais reveladores do PCM porque expõe a distância entre a intenção e a realidade.
A fórmula básica é:
Aderência (%) = OS concluídas conforme programado ÷ OS programadas × 100
Duas leituras são importantes:
- Aderência por quantidade de OS — simples, mas trata igual uma lubrificação de 15 minutos e uma revisão de 8 horas.
- Aderência por HH programado — mais justa, pois pondera o esforço real. É a preferida em ambientes com serviços de duração muito diferente.
O alvo de classe mundial gira em torno de 85% ou mais de manutenção planejada e alta cobertura preventiva/preditiva. Aderência muito baixa indica programação irreal ou excesso de interrupções; aderência de 100% recorrente costuma ser sinal de programação folgada demais — você planejou pouco para nunca "furar".
Por que a aderência despenca (e como reagir)
As causas raiz de baixa aderência quase sempre caem em categorias conhecidas (Ishikawa 6M). Os padrões mais frequentes:
- Emergências (EWO) engolindo a semana — corretiva não planejada devora o HH reservado ao preventivo. Se isso é crônico, o problema não está na programação, e sim na estratégia de manutenção do ativo.
- Falta de sobressalente crítico — a OS estava programada, mas a peça não chegou. Sem ponto de pedido e giro de MRO adequados, o plano vira ficção.
- Máquina não liberada pela operação — janela negociada no papel, mas produção não parou. Aderência é responsabilidade compartilhada com a operação.
- Programação otimista — mais HH programado do que a capacidade real disponível (férias, treinamentos, absenteísmo não descontados).
- Planos mal dimensionados — tempo padrão irreal na OS, gerando atrasos sistemáticos.
A regra é tratar aderência como termômetro, não como meta política. Manipular o número (reprogramar tudo que atrasou para "não furar") destrói o valor do indicador.
Construindo uma programação que se cumpre
Uma boa programação semanal nasce de alguns cuidados práticos:
- Dimensione a capacidade real: calcule o HH disponível líquido (efetivo × horas × fator de utilização) e nunca programe acima disso. Reserve uma folga para emergências previsíveis com base no histórico.
- Puxe do backlog saudável: um backlog de 2 a 4 semanas é o combustível ideal da programação. Menos que isso, falta trabalho pronto; mais, a carteira está represada.
- Priorize por criticidade/risco: ativos classe A entram primeiro; itens classe C podem esperar ou virar corretiva planejada.
- Congele a semana: uma vez programada, evite mudanças de última hora que não sejam genuína emergência. A disciplina de "semana congelada" é o que protege a aderência.
- Negocie a janela com a operação antecipadamente e registre a liberação como pré-requisito da OS.
Fechando o ciclo com dados confiáveis
Aderência só melhora quando o ciclo PDCA é fechado. Isso exige dados de execução verdadeiros: HH real apontado na OS, motivo de atraso ou não execução, e causa quando houver reprogramação. Sem esse registro, você não distingue "furou por emergência" de "furou por planejamento ruim" — e trata sintomas em vez da causa raiz.
Acompanhe a aderência junto de outros indicadores: % de corretiva, backlog, MTBF e disponibilidade. Aderência alta com corretiva alta e MTBF caindo é um sinal de que você está cumprindo o programa errado — muito trabalho executado, pouca confiabilidade gerada. O objetivo final não é bater 100% na planilha, e sim converter horas programadas em disponibilidade e custo previsíveis.
Como o SIGMA CMMS potencializa a programação
No SIGMA CMMS, a jornada do planejamento à execução acontece em um fluxo único: ordens planejadas com procedimento, peças e HH; programação semanal com visão de capacidade e backlog; e apontamento de HH real e causas diretamente na OS. Isso alimenta automaticamente os KPIs de aderência, backlog e % de corretiva, sem retrabalho de planilhas. Combinado ao Oráculo PCM, você recebe leitura crítica dos números — identificando se a queda de aderência vem de emergências, falta de MRO ou programação irreal — e sugestões de ação para transformar o plano semanal em confiabilidade real. Planejar bem começa com dados bons, e é isso que o ecossistema SIGMA entrega.
flowchart TD
A[Planejar o que e como] --> B[Programar quando e quem]
B --> C[Executar no ativo]
C --> D[Medir aderencia]
D --> E{Aderencia acima de 85 por cento}
E -->|Sim| F[Programacao confiavel]
E -->|Nao| G[Investigar causas raiz]
G --> H[Emergencias falta de peca ou liberacao]
H --> B