PCM é a sigla de Planejamento e Controle da Manutenção. Na prática, é a função que separa duas coisas que na maioria das fábricas vivem grudadas: decidir o que vai ser feito e fazer. Enquanto essas duas responsabilidades moram na mesma pessoa, quem decide é sempre a urgência da vez — e o resultado é uma manutenção que corre o dia inteiro e nunca sai do lugar.
O que é PCM e por que a função existe
A origem do PCM é organizacional, não técnica. Numa oficina pequena, o encarregado consegue guardar na cabeça quais máquinas estão ruins, o que precisa ser comprado e quem faz o quê. Quando a planta cresce para 60, 100, 300 ativos, essa memória não escala. Aparecem os sintomas clássicos: a preventiva do compressor que "estava marcada para o mês passado", o rolamento que ninguém comprou porque cada um achou que o outro tinha pedido, o técnico que sobe no telhado e desce porque faltou a ferramenta.
Nenhum desses problemas é falta de competência técnica. São problemas de coordenação. O PCM existe para resolvê-los criando uma função dedicada, que não é escalada para emergência, cujo trabalho é garantir que quando o executante chegar na máquina, ele tenha: a tarefa definida, a peça na mão, a ferramenta separada, a máquina liberada e o tempo previsto acordado com a produção.
Existe um número de referência que vale interiorizar: em manutenção não planejada, o tempo de chave na mão do técnico costuma ficar entre 25% e 35% da jornada. O resto é procurar peça, esperar liberação, buscar ferramenta, esperar autorização. Com planejamento bem feito, esse percentual sobe substancialmente — é daí que vem o ganho, não de fazer as pessoas trabalharem mais rápido.
O erro clássico: PCM não é "quem abre a OS"
Em muita indústria média, o PCM foi criado como um cargo administrativo: alguém que recebe a solicitação da produção, transforma em ordem de serviço, imprime e entrega ao encarregado. Isso não é PCM. Isso é digitação.
A diferença é o que acontece entre a solicitação e a execução. Um PCM de verdade, ao receber "bomba 02 da linha de envase vazando pelo selo", faz coisas que o digitador não faz:
- Consulta o histórico do ativo e vê que é o terceiro selo em 14 meses — o que muda a natureza do problema de "trocar peça" para "investigar alinhamento e cavitação".
- Verifica se o selo está em estoque e, se não estiver, qual o prazo — porque isso define se a OS entra na programação desta semana ou da próxima.
- Define o método: qual torque, qual sequência de desmontagem, se precisa de içamento, quantos homens, quanto tempo.
- Negocia a janela com a produção, porque o envase para às 6h de sábado.
- Decide a prioridade contra tudo o que já está na carteira.
Repare que nada disso é executar. O PCM é uma função de staff: ele prepara, sequencia e mede. Quem gira a chave é a execução, e essa fronteira precisa ser explícita no organograma. Quando o planejador é chamado para ajudar na emergência da tarde, o planejamento da semana seguinte simplesmente não acontece — e ninguém percebe, porque o efeito só aparece daqui a duas semanas.
As três fases: planejamento, programação e controle
A sigla esconde três atividades distintas, com perguntas diferentes e produtos diferentes. Confundi-las é a raiz de metade dos problemas de PCM que se vê em campo.
| Fase | Pergunta que responde | Produto | Horizonte |
|---|---|---|---|
| Planejamento | O quê e como fazer? | Plano de manutenção, método, lista de peças, HH previsto, especialidade | Anual, revisado |
| Programação | Quando e com quem? | Carteira semanal alocada por técnico e por janela | Semanal / diário |
| Controle | O que aconteceu contra o que foi planejado? | Apontamento, indicadores, realimentação do plano | Contínuo |
Planejamento é trabalho de escritório e de campo, feito com calma, uma vez e revisado periodicamente. É onde você define que o redutor da esteira 3 tem troca de óleo a cada 4.000 horas, com 2 técnicos, 1,5 hora, 18 litros de ISO VG 220, máquina parada e travada. Um plano bem feito é reutilizável: você o escreve uma vez e ele se repete por anos. Se quiser descer ao detalhe de como escrever esses planos sem inflá-los, vale ler o guia de como montar um plano de manutenção preventiva.
Programação é trabalho semanal e é onde a realidade entra. Você tem 5 técnicos, 44 horas cada, descontando reunião, DDS e um percentual de emergência — digamos 20%. Sobram cerca de 176 horas-homem programáveis. Você aloca contra a carteira: preventivas vencendo, corretivas planejadas priorizadas, inspeções. E fecha a semana com a produção, que precisa dizer quando a linha para.
Controle é o que quase todo mundo faz mal. Não é olhar o painel no fim do mês. É comparar o previsto com o realizado item a item e usar essa diferença para corrigir. Se o plano previa 1,5 h e o pessoal levou 4 h, ou o plano está errado ou aconteceu algo que precisa ser registrado. Sem esse retorno, o plano nunca melhora e o HH previsto vira ficção — o que destrói qualquer capacidade de programar.
Os quatro tipos de manutenção e quando cada um paga a conta
A discussão sobre tipos de manutenção costuma ser tratada como uma escala moral, com a corretiva no fundo do poço e a preditiva no topo. Isso é errado e caro. Os quatro tipos são estratégias, e a escolha entre elas é uma decisão econômica caso a caso.
| Tipo | Quando é a decisão certa | Exemplo típico | Armadilha |
|---|---|---|---|
| Corretiva não planejada | Nunca por escolha. É o que sobra quando as outras falharam. | Rompimento de mangueira hidráulica em plena produção | Tratar como normalidade e dimensionar a equipe para ela |
| Corretiva planejada | Quando a consequência da falha é baixa e não há dano secundário: existe redundância, sobressalente em prateleira e a troca é rápida | Motor de 1 cv de exaustor de sala com reserva no almoxarifado; luminárias de galpão | Aplicar a ativo cuja falha danifica outros componentes |
| Preventiva | Quando existe desgaste ligado a tempo ou ciclos e a falha tem consequência relevante | Troca de óleo de redutor, substituição de correias, limpeza de trocador | Intervir em item sem padrão de desgaste por idade |
| Preditiva / por condição | Quando existe um parâmetro mensurável que avisa antes da falha e o ativo é crítico o bastante para pagar a medição | Vibração em bomba centrífuga de processo, termografia em painel, análise de óleo | Coletar dado que ninguém analisa nem transforma em OS |
O ponto que gera mais resistência é a corretiva planejada. Ela é uma decisão legítima e frequentemente a mais barata, desde que três condições se sustentem: a falha não para produção crítica, não cria risco de segurança ou ambiental, e não provoca dano secundário. Aquele exaustor de 1 cv com motor reserva na prateleira é o caso típico — inspecionar todo mês é queimar hora-homem para evitar uma parada de 40 minutos que não custa nada.
Agora o oposto. O rolamento de uma bomba centrífuga de processo, se deixar quebrar, não vai sozinho: leva o selo mecânico, marca o eixo, às vezes trinca a carcaça. O reparo planejado custa uma peça e três horas em janela; a falha custa um conjunto rotativo, oito horas em plena produção e o lote perdido. Aqui a estratégia por condição se paga com folga.
Como estruturar um PCM do zero, na ordem certa
A ordem importa mais que a velocidade. Cada etapa é insumo da seguinte, e pular uma delas produz um PCM que parece montado mas não sustenta decisão.
1. Cadastro de ativos com TAG e hierarquia
Sem identificação única, nada mais funciona: o histórico se dilui, o indicador não fecha, a peça não se liga ao equipamento. Monte uma hierarquia em níveis — planta, área, linha, equipamento, conjunto — e uma TAG legível, do tipo ENV-L02-BMB-001 para a bomba 1 da linha 2 do envase.
A pergunta difícil é onde parar de detalhar. A regra prática: desça até o nível em que você quer histórico de falha. Se você quer saber quantas vezes o selo daquela bomba falhou, o selo precisa existir como item. Se o selo nunca vai ser analisado isoladamente, ele é só uma peça consumida na OS da bomba. Detalhar demais no início é o erro mais comum: gera um cadastro enorme que ninguém mantém.
2. Criticidade antes dos planos
Classificar criticidade antes de escrever planos é o que impede o PCM de virar uma fábrica de preventivas. Avalie cada ativo por consequência de falha — segurança, meio ambiente, parada de produção, custo de reparo, qualidade — e por existência de contorno ou redundância. Uma leitura prática das classes:
- A — a falha para a linha ou cria risco de segurança, e não há redundância. Recebe plano completo, provavelmente com monitoramento por condição.
- B — a falha degrada o processo mas existe contorno, ou a parada é absorvível. Plano preventivo enxuto.
- C — a falha não afeta produção nem segurança. Inspeção de rota ou corretiva planejada, sem plano dedicado.
O método completo, com a matriz de pontuação, está no artigo sobre análise de criticidade de ativos pelo método ABC. O ponto aqui é a sequência: criticidade primeiro, plano depois.
3. Planos de manutenção derivados da criticidade
Cada plano precisa carregar: tarefa descrita em linguagem de execução, frequência (por calendário, horímetro ou contagem), HH previsto, especialidade, peças e insumos, condição da máquina (parada e travada ou em operação) e critério de aceitação mensurável. "Verificar vibração" não é tarefa. "Medir vibração global no mancal LA; aceitável abaixo de 4,5 mm/s RMS; acima disso abrir OS corretiva" é tarefa.
4. Programação semanal com a produção na mesa
Estabeleça um ritual fixo: quinta-feira, uma hora, PCM e liderança de produção fechando a semana seguinte. Saída: carteira congelada, com nome, dia e janela. Congelada quer dizer que o que entra depois desloca alguma coisa, explicitamente — não empilha.
Antes da segunda-feira, os kits de peça precisam estar separados por OS. A causa número um de ordem programada e não executada é material. Não é falta de gente.
5. Indicadores e o retorno ao plano
Comece com poucos e confiáveis: aderência à programação, backlog, distribuição de HH por tipo de manutenção e cumprimento do plano preventivo. Confiabilidade e disponibilidade entram depois, quando houver histórico limpo — e aí vale entender bem como calcular MTBF, MTTR e disponibilidade sem se enganar, porque essas três contas são muito mais fáceis de errar do que parecem.
O Fluxion OS traz ativos hierárquicos por TAG, planos periódicos e por condição, checklists, apontamento de hora-homem por OS, baixa automática de estoque e KPIs calculados a partir do que a equipe registra em campo.
Backlog: quanto trabalho está represado
Backlog é o volume de trabalho conhecido e ainda não executado, expresso em semanas de hora-homem — nunca em número de ordens, porque uma OS de troca de lâmpada e uma de recuperação de redutor não são a mesma coisa.
A conta:
Backlog (semanas) = HH pendente na carteira ÷ HH disponível por semana
Exemplo concreto. Sua carteira tem 38 ordens abertas somando 612 HH previstos. Sua equipe é de 5 técnicos a 44 h, o que dá 220 HH nominais; descontando 15% entre reuniões, deslocamento e apoio, ficam cerca de 187 HH efetivos. Backlog = 612 ÷ 187 = 3,3 semanas. Está na faixa saudável.
| Faixa | Leitura | O que fazer |
|---|---|---|
| Abaixo de 2 semanas | Equipe ociosa ou, muito mais provável, trabalho não está sendo registrado | Auditar se as demandas viram OS antes de investigar dimensionamento |
| 2 a 4 semanas | Saudável: há carteira para programar sem represar | Manter e vigiar a composição (idade das ordens) |
| 4 a 6 semanas | Alerta: começa a atrasar o que importa | Priorizar, terceirizar pontualmente, revisar planos inflados |
| Acima de 6 semanas | Equipe subdimensionada ou planos irreais | Decisão de recurso, não de esforço |
Vale também olhar a idade das ordens. Um backlog de 3 semanas composto por 30 ordens recentes é diferente de um backlog de 3 semanas em que metade das ordens tem mais de 90 dias. O segundo caso indica que existe um bolo de trabalho que nunca é priorizado — normalmente melhorias e ativos classe C. Ou executa, ou cancela; deixar apodrecendo na carteira só polui o número.
Aderência à programação: o indicador mais negligenciado
Se houvesse um único indicador para diagnosticar a saúde de um PCM, seria esse. Aderência mede quanto do que foi programado para a semana foi de fato executado naquela semana:
Aderência (%) = OS programadas e concluídas na semana ÷ OS programadas para a semana × 100
Duas regras que mudam tudo: só entra no numerador o que estava na programação congelada — serviço extra executado não conta a favor; e o denominador é fechado na sexta anterior, não ajustado depois. Sem essas duas, o indicador vira autoelogio.
Faixas de leitura:
- Abaixo de 70% — a programação é ficção. A equipe está sendo redirecionada o tempo todo, ou o HH previsto nos planos não tem relação com o real, ou material não chega. Diagnostique a causa antes de cobrar a meta.
- 85% a 95% — saudável. Sobra espaço para o imprevisto legítimo, que sempre existe.
- Acima de 98%, de forma consistente — desconfie. Ou a programação está folgada de propósito, ou alguém está ajustando a carteira na sexta para bater a meta.
O valor da aderência não está no número em si, e sim no que ele obriga você a investigar. Toda ordem programada e não cumprida tem um motivo, e esses motivos se repetem: falta de material, máquina não liberada pela produção, técnico desviado para emergência, tempo previsto irreal. Categorize os desvios por três meses e você terá o mapa exato do que trava sua manutenção — com muito mais precisão do que qualquer diagnóstico feito de cadeira.
Os erros que matam um PCM
Plano copiado do manual, sem passar por criticidade
O manual do fabricante é escrito para o pior cenário de uso, sem conhecer seu regime de operação, seu ambiente ou sua criticidade. Copiar as 60 tarefas do manual para uma máquina que roda um turno em ambiente limpo gera um plano que ninguém cumpre — e um plano descumprido corrói a credibilidade de todos os outros. O manual é entrada, não plano.
Preventiva demais
Excesso de intervenção não é conservadorismo saudável; é dano. Toda desmontagem devolve o equipamento à fase de mortalidade infantil: parafuso com torque errado, junta mal assentada, sujeira que entrou no sistema, cabo mal reconectado. Se você abre um redutor saudável a cada três meses, está criando modos de falha que não existiam. Sintoma típico: falhas que aparecem sempre nos primeiros dias depois de uma preventiva.
OS sem apontamento de tempo real
Ordem que fecha com "OK" e sem HH real destrói o PCM por dentro. Sem tempo real você não calibra plano, não calcula backlog, não dimensiona equipe, não mede MTTR e não sabe se a preventiva de 1,5 h na verdade custa 4 h. O apontamento é o único mecanismo de realimentação que o sistema tem — sem ele, o PCM planeja sempre com dados de partida, para sempre.
Indicador que ninguém olha
Painel bonito que ninguém abre é custo, não gestão. Um indicador só existe de fato quando tem dono, frequência de análise e uma reunião curta em que alguém precisa explicar a variação. Três indicadores discutidos toda segunda valem mais que vinte publicados no mural.
Checklist de maturidade: em que nível está o seu PCM
Use isto como diagnóstico honesto. Você está no nível mais alto em que todos os itens são verdadeiros.
| Nível | Como se reconhece |
|---|---|
| 1 — Reativo | Ativos cadastrados sem TAG padronizada ou sem hierarquia. Preventivas existem em calendário separado do sistema. Maioria do trabalho entra por WhatsApp ou rádio. Não há HH apontado. Backlog não é calculável. Indicadores, quando existem, são contagem de OS. |
| 2 — Planejado | Cadastro com TAG e criticidade aplicada. Planos escritos com HH e peças. Programação semanal formal com a produção. Apontamento de tempo real na maioria das OS. Backlog e aderência calculados e discutidos. Estoque vinculado à OS. |
| 3 — Confiabilidade | Planos revisados a partir do histórico, não do manual. Monitoramento por condição nos ativos classe A, com regra clara de disparo de OS. Análise de causa raiz sistemática nas falhas recorrentes. MTBF e disponibilidade acompanhados por ativo crítico com série histórica confiável. Decisões de substituição de ativo baseadas em custo acumulado. |
A transição mais difícil é do nível 1 para o 2, e ela é quase sempre de disciplina, não de ferramenta: a regra de que todo trabalho passa por OS, inclusive o de 20 minutos. Enquanto existir trabalho invisível, todos os números serão parciais e nenhuma decisão terá base. A escolha de sistema vem depois dessa decisão, não antes — o que não impede que ela pese: se você está avaliando ferramentas, o guia sobre o que é um CMMS e como escolher ajuda a separar o que importa do que é vitrine.
Perguntas frequentes
Quantas pessoas o PCM precisa ter?
A regra prática mais usada é um planejador para cada 15 a 20 executantes. Em fábricas menores, o PCM costuma ser meio período de uma pessoa que também faz outra coisa. O erro é dar a função a alguém que continua sendo escalado para emergências: no primeiro incêndio, o planejamento para.
O PCM responde para a manutenção ou para a produção?
Formalmente para a manutenção, mas o PCM só funciona com acesso direto ao PCP e à liderança de produção. A programação semanal é uma negociação de janelas com quem opera. PCM sem cadeira nessa mesa vira um gerador de listas que ninguém cumpre.
Dá para fazer PCM em planilha?
Dá, até um certo tamanho. A planilha aguenta o cadastro de ativos e um calendário de preventivas. Ela quebra quando você precisa de histórico por ativo, apontamento de hora-homem real, cálculo automático de backlog e rastreio de peça consumida por OS. A partir de algumas dezenas de ativos e duas ou três pessoas alimentando o arquivo, o custo de manter a planilha viva passa a ser maior que o de usar um sistema.
Qual a diferença entre PCM e engenharia de manutenção?
O PCM cuida do fluxo: planeja, programa, mede e realimenta. A engenharia de manutenção cuida do conteúdo técnico: revisa a política de manutenção de cada ativo, analisa falhas crônicas, muda projeto e especificação. Em indústria média as duas funções costumam morar na mesma pessoa, o que é aceitável desde que a agenda de análise de falha não seja sempre a primeira a ser sacrificada.
Em quanto tempo um PCM novo mostra resultado?
Os primeiros sinais aparecem entre 60 e 90 dias: OS com apontamento consistente, backlog calculável, aderência medida. Indicadores de confiabilidade como MTBF precisam de mais tempo, porque dependem de acumular falhas registradas com o mesmo critério. Antes de seis meses de histórico limpo, trate a curva de MTBF como tendência, não como número de gestão.