PCM — Planejamento e Controle da Manutenção: entenda workflow, planejamento, programação, capacidade, backlog, indicadores, CMMS e integração com confiabilidade.
Confira!
PCM — Planejamento e Controle da Manutenção — é o sistema de gestão do trabalho que transforma necessidades de manutenção em atividades tecnicamente planejadas, programadas segundo prioridade e capacidade, executadas com recursos definidos e encerradas com dados capazes de retroalimentar manutenção, confiabilidade e gestão de ativos. Seu objetivo não é apenas montar uma agenda: é dar previsibilidade ao fluxo entre demanda, preparação, execução e controle.
Na prática, PCM reduz improvisação. Uma solicitação de manutenção não deveria chegar diretamente à equipe de campo sem triagem, escopo, estimativa de esforço, materiais, documentação, condições de acesso, prioridade e critério de encerramento proporcionais ao risco. Da mesma forma, uma ordem concluída não deveria desaparecer do sistema sem registrar o que foi encontrado, executado e verificado.
O PCM funciona como uma camada tática entre a estratégia de manutenção e a execução. A Engenharia define critérios, estratégias e requisitos; operação e inspeção geram demandas; o PCM organiza e prepara o trabalho; as equipes executam; e os dados retornam para revisão de planos, análise de falhas, indicadores, orçamento e decisões de ciclo de vida. Quando esse ciclo não existe, o software pode até registrar ordens, mas a organização continua reagindo a eventos.
O que é PCM e qual é sua função dentro da manutenção
PCM não é sinônimo de manutenção, nem de Engenharia de Manutenção. A manutenção é o conjunto de ações técnicas e administrativas destinadas a manter ou recolocar o item em condição de cumprir sua função requerida, conforme a terminologia da NBR 5462. A Engenharia de Manutenção trabalha estratégias, confiabilidade, planos, critérios e melhoria. O PCM transforma essas diretrizes em fluxo controlado de trabalho.
Sua função central é coordenar cinco perguntas: o que deve ser feito, por que deve ser feito, quando pode ser feito, com quais recursos e como comprovar que foi concluído adequadamente. Essas perguntas parecem simples, mas exigem integração entre cadastro técnico, criticidade, condição do ativo, equipe, materiais, contratos, documentação, produção e segurança.
Um PCM maduro consegue responder não apenas quais ordens estão abertas, mas quais estão prontas, quais estão bloqueadas, qual capacidade está comprometida, por que a programação muda, onde surgem emergências e quais pendências deveriam ser tratadas como problema de Engenharia.
PCM, Engenharia de Manutenção e execução: responsabilidades diferentes
Confundir essas funções cria dois problemas opostos. Em algumas organizações, o PCM é reduzido a apontamento e emissão de ordem. Em outras, o planejador acaba assumindo decisões de Engenharia sem base suficiente. O desenho mais robusto define fronteiras e interfaces.
A Engenharia de Manutenção deve estabelecer políticas, estratégias, critérios técnicos, padrões de tarefa, criticidade, requisitos de confiabilidade e diretrizes de melhoria. O PCM utiliza essas bases para preparar e programar o trabalho. A execução devolve evidências de campo e tempos reais. A confiabilidade analisa tendências e falhas. A gestão de ativos conecta desempenho, risco e investimento.
Essa separação não significa criar silos. Pelo contrário: ela torna claro quem decide cada assunto e quais informações precisam circular entre as áreas.
O ciclo do trabalho começa antes da ordem de manutenção
Uma das causas de baixa qualidade no PCM é considerar que o processo começa quando a ordem é aberta. Na realidade, ele começa na identificação da necessidade. A origem pode ser inspeção, manutenção preditiva, falha, plano preventivo, recomendação de fabricante, análise de risco, auditoria, operação, comissionamento ou projeto.
A demanda precisa passar por triagem. Isso evita duplicidades, solicitações sem ativo definido, sintomas tratados como causas e trabalhos que não pertencem à manutenção. Uma recomendação de alteração de arquitetura elétrica, por exemplo, pode exigir estudo e projeto, não uma ordem convencional.
A qualidade da entrada influencia todo o restante. Se a descrição inicial não informa localização, condição observada ou impacto, o planejamento perde tempo tentando reconstruir o contexto.
Triagem: decidir o que realmente deve entrar no fluxo
Triagem é diferente de planejamento. Primeiro se valida se a demanda existe, a qual ativo se refere, se há risco imediato, se já existe ordem equivalente e qual função pode estar afetada. Depois se decide se o trabalho deve prosseguir, ser monitorado, agrupado, cancelado ou escalado.
Criticidade do ativo ajuda, mas não substitui avaliação da condição. Um ativo crítico pode apresentar uma pendência sem urgência imediata; um ativo de menor criticidade pode ter condição degradada que exige ação rápida. Por isso, prioridade deve resultar da combinação entre consequência, condição, probabilidade de evolução, redundância e janela de ação.
A triagem também deve identificar casos fora do escopo da manutenção: adequações normativas, obsolescência, capacidade insuficiente, redesign, modificações e demandas de CAPEX. Mantê-los indefinidamente na fila distorce indicadores.
Planejamento: transformar demanda em trabalho executável
Planejar significa remover incertezas relevantes antes da execução. A profundidade depende da complexidade e do risco, mas uma ordem planejada deveria deixar claro o escopo, o ativo, a intervenção prevista, recursos necessários e condições de conclusão.
Em trabalhos simples, isso pode ser uma descrição objetiva com material e tempo estimado. Em intervenções críticas, o pacote pode incluir desenhos, procedimentos, documentação técnica, requisitos de segurança, competências, ferramentas, sobressalentes, interfaces, liberações e critérios de teste.
O planejamento também estima esforço. Sem estimativa razoável de horas e especialidades, a programação deixa de ser comparação entre demanda e capacidade e se transforma em lista de desejos.
O que caracteriza uma ordem realmente pronta
Quando a equipe de campo recebe ordens incompletas, a perda aparece como espera, reprogramação e interrupção. Estruturar critérios de planejamento e Definition of Ready é uma intervenção de processo, não apenas de software.
A expressão “ready to schedule” é útil porque separa trabalho planejado de trabalho apenas aprovado. Uma ordem não está pronta se depende de informação essencial ainda desconhecida, material indisponível, decisão técnica pendente ou janela sem possibilidade de acesso.
A organização deve definir sua própria Definition of Ready para manutenção. O nível de formalidade pode variar, mas os critérios precisam ser verificáveis. Isso reduz início de trabalhos que param no meio por falta de recurso ou informação.
Itens bloqueados continuam visíveis, mas fora da carteira executável. Essa separação melhora a leitura do backlog de manutenção e revela gargalos de suprimentos, Engenharia, acesso ou contratação.
Programação não é planejamento
Planejamento define como o trabalho será executado e quais recursos ele demanda. Programação define quando o trabalho será executado, por quem e dentro de qual janela. Misturar as duas etapas gera reuniões longas em que a equipe tenta planejar cada ordem ao mesmo tempo em que decide a agenda semanal.
A programação deve partir de uma carteira pronta. Ela combina prioridade, capacidade, competências, disponibilidade de materiais, janelas operacionais, restrições de produção e compromissos já assumidos.
Uma programação tecnicamente realista não ocupa 100% da capacidade nominal se a operação possui variabilidade relevante. A organização precisa conhecer seu perfil histórico e reservar capacidade compatível com trabalhos não planejados inevitáveis. O percentual adequado não é universal.
Capacidade nominal e capacidade líquida
Uma escala pode mostrar centenas de horas disponíveis e, ainda assim, a capacidade realmente programável ser muito menor. Parte do tempo é consumida por rotinas, reuniões necessárias, treinamento, deslocamento, emergências, liberações, atividades administrativas e outras obrigações.
O PCM precisa trabalhar com capacidade líquida. Essa capacidade deve ser segmentada por competência e, quando relevante, por local. Somar horas de profissionais com qualificações diferentes e tratar o total como recurso intercambiável gera planos impossíveis.
O histórico de execução ajuda a calibrar a capacidade. Quanto da programação semanal costuma ser concluído? Quanto trabalho emergencial entra? Quanto tempo é perdido por espera de material ou acesso? Esses dados permitem ajustar o modelo sem depender de percepções.
Programação semanal e congelamento da carteira
Uma prática útil é estabelecer um horizonte de programação com algum grau de compromisso. Isso não significa impedir mudanças, mas tornar visível quando e por que elas ocorrem. Se a agenda é alterada continuamente sem registro de causa, a organização não consegue distinguir instabilidade operacional de falha de planejamento.
O chamado schedule break deve ser analisado. Uma emergência real justifica interrupção; uma demanda rotineira inserida por pressão hierárquica pode indicar falha de governança. Registrar a causa permite melhorar critérios de prioridade e interfaces com operação.
Também convém diferenciar carteira futura, programação comprometida e execução do dia. Cada horizonte possui nível de detalhe e estabilidade diferente.
Emergências e trabalhos não planejados
PCM não elimina emergências. Seu papel é impedir que toda demanda seja tratada como emergência. Critérios de classificação precisam ser claros e conectados a risco, segurança, continuidade e consequência operacional.
Quando o percentual de trabalho emergencial cresce, o PCM deve investigar causa. Pode haver baixa confiabilidade, plano preventivo inadequado, falta de monitoramento, backlog crítico envelhecido ou uso indevido da classificação.
O indicador só tem valor se a taxonomia for confiável. Reclassificar ordens para melhorar metas não muda o comportamento do ativo.
Como o backlog deve ser usado pelo PCM
Backlog é a carteira de trabalho ainda não concluído; PCM é o processo que governa essa carteira. O tema exige análise própria de volume, aging, ready backlog e bloqueios, por isso deve ser controlado sem transformar o artigo de PCM em uma repetição integral desse assunto.
No planejamento semanal, a pergunta relevante é se existe quantidade e variedade suficientes de trabalho pronto para preencher a capacidade com prioridades adequadas. Na gestão mensal, interessa saber se a fila está crescendo, envelhecendo ou acumulando risco.
Backlog em semanas pode ser calculado dividindo horas do ready backlog pela capacidade líquida semanal disponível. O número precisa ser interpretado no contexto; não existe valor universal válido para qualquer operação.
Materiais e sobressalentes fazem parte do planejamento
Uma ordem não deveria ser liberada para execução se depende de material crítico ainda incerto, salvo quando o processo prevê estratégia específica. Espera por sobressalente durante a execução aumenta indisponibilidade e consome capacidade de equipe sem produzir avanço.
PCM e suprimentos precisam compartilhar dados: lead time, criticidade de peças, estoque, substitutos aprovados, contratos e itens obsoletos. A análise de falhas também pode revelar sobressalentes cuja indisponibilidade representa risco desproporcional.
Isso não significa que o PCM deva gerir todo o almoxarifado, mas ele precisa considerar material como restrição do trabalho.
Documentação técnica e acesso à informação
Planejamento depende de documentação confiável. Diagramas desatualizados, cadastro incompleto, ausência de procedimentos, falta de manual ou identificação física inconsistente aumentam tempo de preparação e risco de erro.
Quando a equipe precisa reconstruir a instalação a cada intervenção, existe um problema de gestão da informação. As-Built, listas de ativos, manuais, histórico de alteração, parâmetros e desenhos precisam estar associados ao ativo ou ser facilmente recuperáveis.
A ISO 55001:2024 reforça a importância de dados e informação dentro do sistema de gestão de ativos. Para o PCM, isso se traduz em capacidade de planejar com base em informações controladas e registrar novas evidências depois da execução.
Execução: o PCM não deve microgerenciar o campo
Depois que o trabalho está planejado e programado, a equipe executora precisa ter autonomia técnica dentro dos limites do pacote aprovado. O PCM acompanha status, recursos e desvios, mas não substitui a supervisão técnica ou os profissionais responsáveis pela intervenção.
Desvios relevantes precisam voltar ao sistema. Se a condição encontrada difere do planejado, pode ser necessário interromper, replanejar ou abrir demanda de Engenharia. A pior prática é adaptar informalmente o escopo e encerrar a ordem como se nada tivesse mudado.
A execução também produz dados reais de tempo, material, condição e causa. Esses registros são insumos para melhorar estimativas futuras.
Encerramento técnico é parte do processo
Fechar uma ordem apenas porque a equipe deixou o local destrói valor de informação. O encerramento precisa comprovar o que foi feito, qual resultado foi obtido e se a função requerida foi restabelecida ou preservada.
A NBR 5462 diferencia correção da pane, verificação funcional e restabelecimento funcional. Essa lógica mostra por que “reparo realizado” não é necessariamente “serviço tecnicamente encerrado”. Dependendo do trabalho, pode ser necessário teste, medição, inspeção, fotografia, registro de parâmetro ou aceite operacional.
Também se deve registrar condições encontradas e causas quando disponíveis. Sem isso, os indicadores de falha e confiabilidade ficam contaminados por descrições genéricas.
Qualidade de dados no CMMS/EAM
CMMS ou EAM não é o PCM; é uma ferramenta que suporta o processo. Se o workflow é ruim, digitalizá-lo apenas acelera a produção de dados ruins. Campos excessivos geram preenchimento fictício; campos insuficientes impedem análise.
A ISO 14224:2016 é específica para petróleo, petroquímica e gás natural, mas oferece uma referência útil sobre estrutura e qualidade de dados de confiabilidade e manutenção: taxonomia de equipamentos, dados de falha, ações de manutenção, recursos e downtime devem seguir definições consistentes.
Em outros setores, a organização deve adaptar a taxonomia, mantendo o princípio de dados comparáveis e auditáveis. O sistema precisa permitir saber o que falhou, como foi detectado, o que foi feito e qual consequência ocorreu.
Indicadores de planejamento
| Etapa do PCM | Pergunta de controle | Indicadores úteis | Falha de processo que pode revelar |
|---|---|---|---|
| Triagem | A demanda deve realmente entrar no fluxo de manutenção? | Rejeições, reclassificações e reincidência de solicitações | Cadastro ruim, duplicidade ou problema de Engenharia tratado como manutenção |
| Planejamento | A ordem está tecnicamente pronta? | Ordens aguardando planejamento, precisão de estimativa e replanejamento | Escopo incompleto, documentação insuficiente ou baixa qualidade do plano |
| Programação | O trabalho cabe na capacidade e na janela operacional? | Schedule compliance, ready backlog e utilização da capacidade líquida | Superprogramação, restrições não tratadas ou priorização instável |
| Execução | O serviço ocorreu como previsto? | Trabalho emergencial, desvio de duração e retrabalho | Planejamento inadequado, variabilidade de campo ou deficiência de execução |
| Encerramento | O histórico gerado é tecnicamente confiável? | Ordens reabertas, campos incompletos e tempo até encerramento | Baixa rastreabilidade e dados insuficientes para confiabilidade |
Indicadores de PCM devem responder a causas, não premiar comportamento administrativo. Métricas de planejamento podem incluir percentual de trabalho executado a partir de ordem previamente planejada, quantidade de ordens aguardando planejamento, precisão das estimativas de esforço e volume de replanejamento.
A interpretação é mais importante que a meta isolada. Uma estimativa sistematicamente inferior ao tempo real pode indicar baixa qualidade de planejamento, mudança de escopo ou cadastro técnico deficiente.
Indicadores de programação e execução
Aderência à programação mostra quanto do trabalho comprometido foi realmente concluído conforme a janela planejada. Entretanto, um percentual baixo precisa ser decomposto: emergências, ausência de material, indisponibilidade operacional, falta de recurso, erro de estimativa ou cancelamento têm causas diferentes.
Também é útil acompanhar trabalho emergencial, reprogramações, backlog pronto, aging crítico, retrabalho e tempo de espera. O artigo sobre indicadores de manutenção aprofunda a construção de um painel coerente.
O PCM não deve virar uma fábrica de KPIs. Poucos indicadores com definição clara e plano de ação valem mais que dezenas de métricas sem decisão associada.
PCM e confiabilidade
Se emergências e falhas repetitivas dominam a agenda, melhorar programação é necessário, mas pode não ser suficiente. A causa pode estar na confiabilidade dos ativos e na estratégia de manutenção.
Quando dados de execução são registrados com qualidade, o PCM deixa de ser apenas controle de ordens e passa a fornecer matéria-prima para Engenharia de Confiabilidade. Repetição de modos de falha, aumento de intervenções, tempos de restabelecimento elevados e recorrência em determinados ativos podem direcionar RCA, FMEA/FMECA, RCM ou revisão de estratégia.
Essa integração precisa funcionar nos dois sentidos. A confiabilidade identifica mudanças necessárias e o PCM incorpora novas tarefas, periodicidades, critérios de condição ou procedimentos ao processo de trabalho.
PCM e paradas programadas
Paradas exigem uma versão ampliada da lógica de planejamento. A carteira precisa ser congelada em marcos, materiais e contratos devem ser antecipados, interferências precisam ser identificadas e atividades concorrentes devem ser coordenadas.
Nem toda ordem pendente deve entrar na parada. A seleção precisa considerar risco, oportunidade da janela, dependências, recursos e duração. Inserções tardias aumentam complexidade e podem comprometer caminho crítico.
Em paradas de grande porte, o PCM se integra a planejamento de projeto, cronograma, suprimentos e gestão de mudanças. A fronteira entre manutenção e projeto precisa ficar clara.
Integração com operação e produção
PCM não funciona isolado da operação. Janelas, condições de processo, redundâncias, transferência de carga, liberação de área e impacto produtivo influenciam a programação. Uma reunião de programação eficaz precisa resolver interfaces, não apenas apresentar ordens.
A operação também contribui para prioridade ao informar consequência real da intervenção e possibilidade de perda funcional. Por outro lado, critérios técnicos devem impedir que urgências percebidas substituam a análise de risco.
Essa integração é especialmente importante em infraestrutura crítica, instalações elétricas, data centers, utilidades e processos contínuos.
Integração com contratos e fornecedores
Quando parte da manutenção é terceirizada, o PCM precisa controlar mobilização, escopo, SLA, materiais, documentação, competências e evidências de aceite. Terceirizar execução não transfere automaticamente a governança do ativo.
Ordens que dependem de fabricante ou integrador precisam ser planejadas com antecedência compatível com lead time. Documentação de intervenção também deve retornar ao histórico do ativo.
Contratos orientados apenas a quantidade de chamados podem criar incentivos ruins. Quando possível, indicadores de qualidade, previsibilidade e confiabilidade devem complementar volume de atendimento.
PCM na entrada de ativos novos
Um ativo que entra em operação sem cadastro, documentação, sobressalentes, plano inicial e criticidade transfere problemas do projeto para a manutenção. Por isso, PCM deveria participar do handover e comissionamento.
Antes da operação plena, convém receber identificação de ativos, listas técnicas, manuais, parâmetros, garantias, desenhos As-Built, recomendações de manutenção e critérios de aceite. O plano inicial deve ser revisado com base no contexto real, não apenas copiado do manual.
Essa integração reduz o período de improvisação comum nos primeiros meses de operação.
Maturidade do PCM
Quando manutenção, projetos de adequação, obsolescência e renovação disputam a mesma carteira, é necessário conectar decisões operacionais ao ciclo de vida e ao risco dos ativos.
A maturidade pode ser percebida pela capacidade de transformar demanda em decisão previsível. Em estágio inicial, ordens são abertas por texto livre, prioridades são subjetivas e a programação muda diariamente. Em estágio intermediário, existem planos, backlog e rotina semanal, mas dados ainda não alimentam confiabilidade. Em estágio avançado, trabalho, risco, capacidade, materiais, dados e Engenharia estão integrados.
O objetivo não é atingir um modelo teórico, mas aumentar controle sobre custo, risco e desempenho. A ISO 55000 e a ISO 55001 oferecem a moldura mais ampla: manutenção é uma das atividades do ciclo de vida que devem contribuir para os objetivos de gestão de ativos.
Como estruturar ou revisar um PCM
Uma revisão consistente começa pelo workflow atual. É preciso mapear como uma demanda nasce, quem aprova, quem planeja, como prioridade é definida, quando uma ordem é considerada pronta, como é programada, quem pode quebrar a agenda e como ocorre o encerramento.
Depois, devem ser analisados cadastro, qualidade das ordens, backlog, capacidade, materiais, indicadores e dados históricos. O diagnóstico frequentemente mostra que o maior problema não está onde o painel aponta. Um backlog alto pode ser causado por planejamento represado; baixa aderência à programação pode decorrer de prioridades instáveis; MTTR alto pode refletir atraso logístico, não execução lenta.
A implantação deve então definir papéis, estados do workflow, dados mínimos, rotinas de reunião, indicadores e interfaces com Engenharia, suprimentos e operação. Tecnologia vem depois: o sistema deve suportar o processo definido.
Quando apoio de Engenharia Consultiva agrega valor
Apoio especializado é útil quando a organização precisa implantar ou reestruturar PCM, revisar planos, classificar criticidade, organizar dados, diagnosticar backlog, definir indicadores, integrar CMMS/EAM ou conectar manutenção a gestão de ativos e projetos de adequação.
O objetivo não é assumir a rotina administrativa da manutenção, mas estruturar método, critérios e governança para que a organização tome decisões melhores sobre os ativos.
Considerações finais
PCM é o sistema de gestão do trabalho de manutenção. Seu valor está em transformar demanda em trabalho planejado, combinar prioridade com capacidade, proteger a programação, registrar desvios e devolver evidências para confiabilidade e Engenharia.
Um PCM maduro não é medido pelo número de ordens emitidas. Ele é percebido pela previsibilidade do fluxo, qualidade do planejamento, controle do backlog, estabilidade da programação, qualidade dos dados e capacidade de separar manutenção rotineira de problemas que exigem solução de Engenharia.
Referências técnicas
[1] ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT NBR 5462:1994 — Confiabilidade e mantenabilidade: terminologia. Rio de Janeiro: ABNT, 1994.
[2] ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT NBR ISO 55000:2024 — Gestão de ativos — Terminologia, visão geral e princípios. Rio de Janeiro: ABNT, 2024.
[3] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 55001:2024 — Asset management — Asset management system — Requirements. Geneva: ISO, 2024. Disponível em: https://www.iso.org/standard/83054.html
[4] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 14224:2016 — Collection and exchange of reliability and maintenance data for equipment. Geneva: ISO, 2016. Disponível em: https://www.iso.org/standard/64076.html
[5] UNITED STATES DEPARTMENT OF ENERGY. Operations & Maintenance Best Practices Guide: Release 3.0. Federal Energy Management Program. Disponível em: https://www.energy.gov/cmei/femp/articles/operations-and-maintenance-best-practices-guide-achieving-operational-efficiency
Perguntas frequentes
PCM é Planejamento e Controle da Manutenção: o processo que transforma demandas em trabalhos planejados e programados, acompanha execução e encerramento e utiliza os dados para melhorar manutenção e confiabilidade.
Planejamento define escopo, recursos, materiais, tempo e condições de execução. Programação define quando o trabalho será executado, por quem e dentro de qual janela, considerando prioridade e capacidade.
Não. Engenharia de Manutenção define estratégias, critérios técnicos e melhorias; PCM organiza e controla o fluxo de trabalho com base nessas diretrizes. As funções precisam trabalhar integradas.
É a parcela do backlog composta por trabalhos suficientemente planejados e sem bloqueios relevantes conhecidos, portanto aptos a entrar na programação.
Não. CMMS/EAM é uma ferramenta de informação. PCM é o processo de gestão. Um sistema pode apoiar planejamento, programação e dados, mas não substitui critérios, governança e responsabilidades.
Podem incluir aderência à programação, trabalho emergencial, backlog em horas e semanas, aging, ready backlog, reprogramações, retrabalho e qualidade das estimativas. A seleção deve responder a decisões reais.
Materiais técnicos complementares
Serviços relacionados
- Engenharia de Manutenção: estratégias, confiabilidade, planos e indicadores
- Engenharia de Confiabilidade e Disponibilidade
- Gestão de Ativos de Engenharia
Soluções relacionadas
Conteúdos principais sobre o tema
- Backlog de Manutenção: como medir, priorizar e controlar
- Indicadores de Manutenção: KPIs, fórmulas, metas e painel
