PCM na manutenção: como estruturar demanda, planejamento, ready backlog, programação, ordens de serviço, CMMS/EAM, indicadores e integração com confiabilidade.
Confira!
PCM — Planejamento e Controle da Manutenção — é a função que transforma necessidades de manutenção em trabalho tecnicamente preparado, priorizado, programado, executado e controlado. Seu escopo não se resume a abrir ordens de serviço ou montar uma agenda semanal: envolve organizar a demanda, definir prioridades, preparar recursos, coordenar janelas operacionais, controlar backlog, registrar resultados e devolver informação confiável para a Engenharia de Manutenção e a gestão dos ativos.
Na prática, o PCM atua entre a estratégia de manutenção e a execução em campo. A estratégia define quais funções precisam ser preservadas, quais modos de falha merecem tratamento e quais políticas de manutenção são adequadas. O PCM converte essas decisões em trabalho executável, assegurando que escopo, mão de obra, materiais, ferramentas, documentos, permissões e critérios de encerramento estejam suficientemente definidos antes da intervenção.
Por isso, planejamento, programação e controle são atividades diferentes. Planejar responde o que deve ser feito e do que a execução precisa. Programar define quando o trabalho pronto será realizado, por quem e em qual janela. Controlar compara o que foi planejado com o que efetivamente ocorreu, identifica desvios e transforma os resultados em informação para novas decisões. Quando essas três funções são confundidas, a manutenção tende a continuar reativa mesmo utilizando um CMMS ou EAM.
Um PCM tecnicamente estruturado melhora previsibilidade, utilização de recursos e qualidade dos registros, mas seu objetivo final não é maximizar a quantidade de ordens executadas. O resultado esperado é preservar disponibilidade, confiabilidade, segurança e desempenho dos ativos com trabalho tecnicamente justificável e rastreável.
Como o PCM se estrutura dentro da manutenção
O PCM precisa ser entendido como um processo de gestão do trabalho. Ele recebe demandas de diferentes origens — planos preventivos, monitoramento de condição, inspeções, falhas, recomendações de engenharia, requisitos legais e necessidades operacionais — e conduz cada demanda até uma condição em que possa ser executada e encerrada com informação suficiente para alimentar o histórico do ativo.
A separação funcional ajuda a evitar sobreposição de responsabilidades:
| Função | Responsabilidade predominante |
| Engenharia de Manutenção | estratégia, modos de falha, criticidade, revisão de planos e melhoria técnica |
| PCM | triagem, planejamento, backlog, programação, recursos, controle e qualidade dos registros |
| Supervisão | coordenação da execução, segurança e remoção de impedimentos em campo |
| Equipe executora | execução conforme escopo, procedimento e critérios definidos |
| Operação | disponibilização do ativo, condição operacional e interface com a janela de intervenção |
Essa distinção é importante porque um bom planejamento não corrige uma estratégia tecnicamente inadequada. Se a tarefa preventiva não controla o modo de falha relevante, executá-la pontualmente apenas aumenta a aderência a um plano ineficaz. A relação entre estratégia, confiabilidade e execução é tratada em maior profundidade no conteúdo sobre Engenharia de Manutenção.
Do surgimento da demanda ao encerramento da ordem
Um fluxo consistente de PCM pode ser estruturado em sete etapas principais:
- Identificação da necessidade. A demanda surge de uma inspeção, falha, plano periódico, monitoramento de condição, recomendação técnica ou requisito operacional.
- Triagem e classificação. Verificam-se ativo, sintoma, consequência, criticidade, urgência, duplicidade e suficiência das informações iniciais.
- Planejamento. O escopo é detalhado e são definidos recursos, materiais, ferramentas, documentos, competências, riscos, testes e critérios de conclusão.
- Prontidão. A ordem passa a ser considerada executável somente quando os pré-requisitos necessários estão disponíveis ou controlados.
- Programação. O trabalho pronto é alocado conforme capacidade, prioridade, disponibilidade operacional e janela de intervenção.
- Execução e apontamento. O serviço é realizado e seus tempos, materiais, achados, causas e resultados são registrados.
- Encerramento técnico e retroalimentação. A qualidade das evidências é verificada e os dados retornam para manutenção, confiabilidade, custos e revisão de planos.
A diferença entre uma solicitação e uma ordem pronta para programação é decisiva. Solicitações vagas como “verificar equipamento” podem até entrar no sistema, mas não deveriam competir por capacidade com trabalhos cujo escopo, prioridade e recursos já estão definidos.
Backlog: volume, prontidão, criticidade e idade
Backlog é o conjunto de trabalho autorizado que ainda não foi concluído. Sua gestão não deve se limitar à contagem de ordens, porque duas carteiras com o mesmo número de registros podem representar cargas e riscos completamente diferentes.
A análise mais útil combina pelo menos quatro dimensões: horas estimadas, prontidão, criticidade e idade. O backlog total inclui todas as demandas autorizadas ainda pendentes; o ready backlog reúne apenas as ordens que possuem condição real de execução. Essa distinção evita que uma organização acredite possuir várias semanas de trabalho disponível quando grande parte da carteira ainda aguarda material, definição de escopo, engenharia, acesso ou janela operacional.
Uma medida operacional frequente é:
Semanas de backlog = horas de trabalho pronto pendente ÷ capacidade semanal disponível
O valor deve ser interpretado junto com sua composição. Backlog elevado em ativos de baixa criticidade pode ter consequência limitada, enquanto poucas ordens críticas envelhecendo podem representar risco relevante. A Análise de Criticidade de Ativos fornece a base para diferenciar essas situações.
O aging complementa a leitura ao mostrar por quanto tempo as ordens permanecem abertas. Faixas como 0–30, 31–60, 61–90 e acima de 90 dias podem ser adotadas, mas devem refletir a dinâmica da instalação. Mais importante que a faixa em si é identificar trabalho sistematicamente postergado e compreender a causa: falta de recursos, baixa prioridade real, escopo incompleto, indisponibilidade operacional ou simples acúmulo de ordens que já perderam validade.
O que precisa existir em uma ordem realmente planejada
Planejar uma intervenção significa remover incerteza antes que a equipe esteja diante do equipamento. O nível de detalhe depende da criticidade e complexidade do serviço, mas uma ordem tecnicamente preparada normalmente precisa definir o ativo, a condição encontrada, o escopo, os recursos, a documentação e o resultado esperado.
| Elemento | Pergunta que o planejamento deve responder |
| Escopo | O que exatamente será feito e onde termina a fronteira do serviço? |
| Segurança | Quais bloqueios, permissões, riscos e condições de acesso são necessários? |
| Recursos | Quais competências, pessoas, ferramentas e instrumentos serão utilizados? |
| Materiais | Quais peças e consumíveis precisam estar disponíveis antes da programação? |
| Informação | Quais desenhos, procedimentos, manuais ou históricos são necessários? |
| Tempo | Qual a duração estimada e qual indisponibilidade será exigida? |
| Aceitação | Como comprovar que a função foi restaurada ou preservada? |
| Evidência | Quais medições, fotos, códigos de falha e registros devem retornar ao sistema? |
Essa estrutura não significa burocratizar toda intervenção. Uma tarefa rotineira e de baixa consequência pode utilizar um plano padrão; uma intervenção crítica pode exigir procedimento detalhado, engenharia, análise de risco e testes formais. O princípio é proporcionalidade técnica.
Quando as tarefas recorrentes ainda não estão adequadamente estruturadas, o problema é anterior ao PCM e pode exigir revisão do próprio Plano de Manutenção.
Programação: capacidade real, prioridade e janela operacional
Programação é a conversão do trabalho pronto em compromisso de execução. Ela deve partir da capacidade efetivamente disponível, e não da capacidade nominal da equipe. Férias, treinamentos, atividades administrativas, indisponibilidade de terceiros, restrições de acesso e trabalhos emergenciais reduzem o volume realmente programável.
A programação semanal costuma funcionar como horizonte tático: seleciona-se o conjunto de ordens prontas compatível com capacidade e prioridade. A coordenação diária confirma condições de campo, liberação do ativo, material, ferramentas e interferências. Mudanças são inevitáveis, mas precisam ser classificadas; sem registrar por que uma ordem foi reprogramada, a aderência semanal vira apenas um percentual sem diagnóstico.
Também é inadequado perseguir ocupação integral da mão de obra com ordens previamente programadas. Operações sujeitas a variabilidade precisam reservar capacidade para anomalias e emergências. A parcela adequada depende do processo, criticidade, estabilidade dos ativos e maturidade da organização.
Controle da execução e qualidade dos dados
O controle começa quando o trabalho é programado, mas não termina quando a equipe informa que “o serviço foi executado”. O encerramento técnico precisa registrar o que foi encontrado, o que foi feito e em qual condição o ativo ficou.
Para análises futuras, informações como modo de falha, causa, ação executada, componente substituído, horas reais, materiais consumidos, medições antes e depois, testes e anomalias remanescentes são muito mais úteis do que um comentário genérico de conclusão.
Essa disciplina é o que transforma o CMMS ou EAM em fonte de conhecimento técnico. Sem hierarquia consistente de ativos, taxonomia mínima de falhas e apontamentos confiáveis, indicadores como MTBF, MTTR, recorrência e custo por ativo passam a refletir problemas de cadastro tanto quanto o comportamento real da instalação. O artigo sobre CMMS e gestão de manutenção aprofunda essa relação entre sistema, cadastro e histórico.
Uma sequência de status pode ser simples, desde que revele onde o trabalho está parado. Por exemplo: solicitada → triada → planejada → aguardando pré-requisito → pronta → programada → em execução → executada → encerrada tecnicamente. Criar muitos estados sem critérios claros apenas transfere a desorganização para a ferramenta.
Indicadores para controlar o PCM sem transformar o painel em fim em si mesmo
O PCM precisa de indicadores que revelem capacidade, estabilidade do processo e causas de desvio. Não existe conjunto universal, mas algumas métricas são particularmente úteis quando possuem definições formais e dados consistentes.
| Indicador | Leitura principal |
| Aderência à programação | quanto do compromisso programado foi efetivamente cumprido |
| Trabalho planejado | parcela da execução que passou por preparação prévia |
| Trabalho emergencial | consumo de capacidade por falhas ou demandas não previstas |
| Semanas de backlog | relação entre trabalho pronto e capacidade disponível |
| Aging do backlog | retenção e envelhecimento de ordens |
| Cumprimento preventivo | execução das tarefas periódicas dentro da tolerância definida |
| Retrabalho | repetição causada por intervenção inadequada ou incompleta |
| Espera por materiais | impacto de suprimentos na prontidão do trabalho |
O valor de cada KPI está menos no número isolado e mais na capacidade de explicar o desvio. Se a aderência caiu, por exemplo, é necessário distinguir falta de material, indisponibilidade operacional, emergência, erro de estimativa ou planejamento incompleto. O conteúdo específico sobre Indicadores de Manutenção organiza fórmulas, critérios e arquitetura de painel sem duplicar o papel do PCM.
Integração com confiabilidade, gestão de ativos e suprimentos
PCM não funciona de forma isolada. O histórico de execução alimenta a análise de confiabilidade; a criticidade orienta prioridade; os planos definem a demanda recorrente; suprimentos condiciona a prontidão; a operação disponibiliza janelas; e a gestão de ativos estabelece objetivos mais amplos de desempenho, risco e valor.
Quando falhas recorrentes continuam consumindo horas de manutenção, o PCM deve evidenciar o padrão e encaminhá-lo para tratamento técnico. Dependendo da natureza do problema, isso pode levar a Análise de Causa Raiz, revisão do plano, alteração de sobressalentes ou redesign. Da mesma forma, tendência de degradação detectada por inspeções pode alterar prioridade e janela por meio de uma estratégia de Manutenção Baseada em Condição.
Em organizações que precisam estruturar cadastro, criticidade, planos, indicadores e governança simultaneamente, serviços de Engenharia de Manutenção, Engenharia de Confiabilidade e Disponibilidade e Gestão de Ativos de Engenharia podem ser combinados conforme o diagnóstico do processo existente.
PCM como sistema de governança do trabalho de manutenção
Em uma organização madura, o PCM não é apenas uma rotina operacional. Ele funciona como um dos mecanismos de governança do ciclo de vida dos ativos, porque transforma objetivos, riscos, políticas e critérios técnicos em trabalho autorizado, priorizado, executável e rastreável. Essa leitura é coerente com a lógica da ISO 55000 e da ISO 55001, que tratam a gestão de ativos como atividade coordenada para obtenção de valor e exigem integração entre decisões técnicas, operacionais e financeiras.
Quando essa lógica é aplicada à manutenção, deixa de ser suficiente perguntar apenas se a ordem foi concluída. É necessário saber por que o trabalho foi autorizado, qual risco estava sendo tratado, quem possui autoridade para priorizar ou postergar, quais critérios determinam prontidão, quais evidências comprovam o encerramento e como a informação retorna para decisões futuras. Esse conjunto forma a camada de governança sobre a execução.
A estrutura pode combinar Governança de Projetos, Programas e Portfólios, Gestão de Processos, Workflows e Aprovações Técnicas, Gestão de Requisitos, Evidências e Critérios de Aceite e Governança Documental. O objetivo não é transformar manutenção em burocracia, mas tornar explícitos os critérios que já deveriam orientar as decisões.
| Camada de governança | Pergunta central | Instrumentos típicos |
| Estratégica | Qual valor, desempenho e nível de risco os ativos precisam entregar? | objetivos de gestão de ativos, política, SAMP, critérios de decisão |
| Tática | Quais estratégias, planos, recursos e prioridades serão adotados? | criticidade, planos de manutenção, orçamento, capacidade, contratos |
| Operacional | Quais trabalhos podem ser executados agora e sob quais condições? | ordens, ready backlog, programação, permissões, procedimentos |
| Assurance | Como demonstrar que o processo funciona e os resultados são confiáveis? | KPIs, auditorias, evidências, análise crítica e ações corretivas |
Nesse arranjo, a Engenharia de Manutenção define e revisa estratégias, a Engenharia de Confiabilidade e Disponibilidade trata modos de falha, criticidade e desempenho, e a Gestão de Ativos de Engenharia conecta essas decisões aos objetivos de ciclo de vida. O PCM é o mecanismo que converte grande parte dessas decisões em trabalho executável.
PCM maduro exige governança de decisão, não apenas programação. Papéis, alçadas, critérios de prioridade, aprovações e tratamento de exceções precisam estar formalizados para que o processo seja auditável e escalável.
Conheça Gestão de Processos, Workflows e Aprovações Técnicas →
Processos, responsabilidades e direitos de decisão
Uma das diferenças entre manutenção organizada e manutenção governada está na definição de direitos de decisão. Nem toda prioridade deve ser determinada pelo solicitante, nem toda postergação pode ficar a critério da programação. Ordens envolvendo ativos críticos, riscos de segurança, requisitos legais ou indisponibilidade relevante precisam seguir critérios de escalonamento coerentes com a organização.
Por isso, a modelagem do PCM deve estabelecer quem pode solicitar, quem faz a triagem, quem aprova escopos, quem classifica criticidade, quem autoriza alterações de prioridade, quem aceita riscos de postergação e quem valida o encerramento. Em estruturas complexas, essa matriz pode envolver operação, manutenção, engenharia, segurança, suprimentos, planejamento, contratos e gestão executiva.
A solução de workflows e aprovações técnicas pode materializar essas regras, enquanto a Gestão de Pendências, RFIs e Não Conformidades organiza exceções que não podem simplesmente desaparecer no backlog. Quando a organização precisa de suporte mais amplo, Consultoria Técnica de Engenharia e Serviços Continuados de Engenharia Consultiva permitem estruturar e sustentar essa governança sem limitar o trabalho a um único projeto.
O mesmo princípio vale para serviços terceirizados. A governança precisa definir escopo, interfaces, critérios de aceite, evidências mínimas, responsabilidade técnica, acesso à informação e desempenho esperado. Isso aproxima o PCM de práticas de Owner’s Engineering, nas quais o proprietário mantém controle sobre requisitos, fiscalização, aceite e decisão mesmo quando a execução é contratada externamente.
A manutenibilidade de um ativo começa antes da operação. Requisitos de acesso, testes, documentação, sobressalentes, dados e critérios de aceite precisam ser tratados desde o projeto e acompanhados até o handover.
Integração entre projetos, implantação, handover e manutenção
Grande parte dos problemas de manutenção nasce antes da operação. Ativos chegam ao campo sem cadastro estruturado, tags consistentes, documentação confiável, sobressalentes definidos, planos iniciais, critérios de inspeção ou informação suficiente sobre configuração. Nesses casos, o PCM recebe uma deficiência criada durante projeto, implantação ou handover e passa a administrar permanentemente suas consequências.
Por isso, a governança de manutenção precisa atravessar o ciclo de vida. Em projetos novos ou modernizações, requisitos de mantenabilidade, acessibilidade, testes, documentação e dados de ativos devem ser considerados desde o FEED e o projeto, acompanhados por Gerenciamento de Projetos de Engenharia ou Project Controls, verificados no Comissionamento de Engenharia e consolidados em As-Built e Handover Técnico.
Esse encadeamento aparece em diferentes modalidades de atuação da A3A. No projeto de FEED para cabeamento estruturado e infraestrutura seca em sede institucional, a atuação está na definição anterior à implantação; no Owner’s Engineering da implementação do mesmo sistema, a ênfase desloca-se para governança técnica, controle e aceite. Essa continuidade entre definição e implantação é a mesma lógica que deve existir entre projeto e manutenção.
Em infraestrutura crítica, a transversalidade é ainda mais evidente. O FEED de telecomunicações em usina hidrelétrica, o sistema de monitoramento operativo para teleassistência em subestação e a implantação turnkey de sistema integrado em complexo governamental envolvem tecnologias diferentes, mas compartilham uma necessidade comum: requisitos claros, documentação, interfaces, testes, operação, suporte e rastreabilidade ao longo do ciclo de vida.
Informação, CMMS/EAM e governança de dados de manutenção
A digitalização do PCM só gera valor quando os sistemas representam um processo tecnicamente definido. Cadastro de ativos, estrutura de localização, taxonomias de falha, criticidade, materiais, documentos, ordens, medições e histórico precisam seguir regras de qualidade e governança. Caso contrário, o CMMS/EAM automatiza inconsistências e cria dashboards visualmente sofisticados sobre uma base que não sustenta decisão.
Essa camada pode integrar Gestão de Documentos de Engenharia — GED/EDMS, Aplicações de Campo e Coleta de Dados Técnicos, Integração de Sistemas e Automação de Processos. Em ambientes com grande quantidade de infraestrutura, soluções como NetBox, DCIM ou plataformas corporativas podem compor a arquitetura de informação conforme o tipo de ativo.
A governança da informação também exige controle de versões, integridade, acesso, rastreabilidade e retenção. Uma alteração de configuração precisa refletir no cadastro e no As-Built; uma falha recorrente precisa ser associada ao ativo correto; uma ordem encerrada deve produzir evidência suficiente para revisão de estratégia. Essa disciplina conecta PCM, Gestão do Conhecimento Técnico e Lições Aprendidas e melhoria contínua.
Trocar o software não corrige um processo de manutenção mal estruturado. A maturidade do PCM depende de criticidade, planos, dados, responsabilidades, indicadores e rotinas de decisão antes da camada tecnológica.
Como a engenharia consultiva pode estruturar a maturidade do PCM
Quando o problema é sistêmico, a intervenção não deveria começar pela troca do software. Uma abordagem consultiva pode começar com Auditoria Técnica de Engenharia e diagnóstico de maturidade, avançar para desenho de processos e responsabilidades, estruturar dados e indicadores, revisar planos e criticidade e então implementar workflows, sistemas e rotinas de gestão.
| Etapa | Produto de engenharia esperado |
| Diagnóstico | mapa de processos, backlog, indicadores, dados, papéis, riscos e lacunas |
| Modelo-alvo | governança, critérios de decisão, workflow, RACI, taxonomias e padrões |
| Engenharia | criticidade, planos, estratégias, requisitos de dados e critérios de aceite |
| Digitalização | CMMS/EAM, integrações, formulários, dashboards e automações aderentes ao processo |
| Implantação | piloto, treinamento, saneamento de dados, migração e estabilização |
| Assurance | auditoria, análise crítica, KPIs, ações corretivas e melhoria contínua |
Esse tipo de trabalho pode ser executado como projeto específico ou em regime continuado, combinando Engenharia de Manutenção, Gestão de Ativos, Confiabilidade, PMO de Engenharia e Indicadores e Dashboards Executivos conforme o nível de maturidade e os objetivos do cliente.
Como estruturar ou revisar um PCM
Uma implantação consistente deve começar pela realidade operacional, não pela parametrização de software. Uma sequência prática é:
- Mapear ativos, criticidade, planos, fluxo de ordens e responsabilidades existentes.
- Diagnosticar qualidade do cadastro, backlog, apontamentos e interfaces com operação e suprimentos.
- Definir critérios de triagem, prioridade, planejamento, prontidão e encerramento.
- Revisar planos e dados mestres que estejam gerando demanda inadequada.
- Configurar CMMS/EAM e dashboards para representar o processo aprovado.
- Acompanhar indicadores, causas de reprogramação, envelhecimento do backlog e qualidade dos registros até estabilizar a rotina.
O PCM está maduro quando a organização consegue explicar não apenas quantas ordens existem, mas quais trabalhos são necessários, quais estão realmente prontos, qual risco existe na postergação, qual capacidade está disponível, por que a programação não foi cumprida e quais dados de campo devem alterar decisões futuras.
Nesse estágio, planejamento e controle deixam de ser atividades administrativas e passam a constituir um sistema de gestão do trabalho conectado à confiabilidade e ao ciclo de vida dos ativos.
Referências técnicas
[1] ISO. ISO 55000:2024 — Asset management — Vocabulary, overview and principles.
[2] ISO. ISO 55001:2024 — Asset management — Asset management system — Requirements.
[3] ISO. ISO 55002:2018 — Asset management — Management systems — Guidelines for the application of ISO 55001.
[4] ISO. ISO 21505:2017 — Project, programme and portfolio management — Guidance on governance.
[6] BSI. BS EN 17007:2017 — Maintenance process and associated indicators.
Perguntas frequentes
PCM é o Planejamento e Controle da Manutenção: o processo que transforma necessidades de manutenção em trabalho triado, planejado, pronto, programado, executado e controlado com rastreabilidade.
Planejamento define escopo, recursos, materiais, documentos, riscos e critérios de execução. Programação aloca o trabalho já pronto em uma data, equipe e janela operacional compatíveis com prioridade e capacidade.
É a parcela do backlog composta por ordens que possuem condição real de execução, com escopo e pré-requisitos suficientemente definidos. Ele não deve ser confundido com o backlog total.
Uma forma operacional é dividir as horas de trabalho pronto pendente pela capacidade semanal disponível da equipe. O resultado deve ser analisado junto com criticidade e idade das ordens.
Aderência à programação, trabalho planejado, trabalho emergencial, semanas e aging do backlog, cumprimento preventivo, retrabalho e causas de reprogramação são exemplos relevantes.
Não. O sistema registra e automatiza o fluxo, mas o PCM depende de critérios de prioridade, planejamento, prontidão, qualidade dos dados e governança do trabalho.
Materiais técnicos complementares
Soluções relacionadas
- Indicadores, Dashboards e Relatórios Executivos de Engenharia
- Aplicações de Campo, Inspeção e Coleta de Dados Técnicos
- Governança de Projetos, Programas e Portfólios
Serviços de Engenharia relacionados
- Engenharia de Manutenção
- Engenharia de Confiabilidade e Disponibilidade
- Gestão de Ativos de Engenharia
Conteúdos técnicos correlatos
- Engenharia de Manutenção: planejamento, confiabilidade, backlog e desempenho
- Plano de Manutenção: como estruturar atividades, frequências e critérios
- Manutenção Centrada em Confiabilidade — RCM
- Manutenção Baseada em Condição — CBM
- Análise de Criticidade de Ativos
Guias e referenciais
