PDCA na manutenção: como aplicar o ciclo com exemplo

PDCA na manutenção é o ciclo Planejar, Fazer, Checar e Agir aplicado a um problema de equipamento ou de processo: a equipe define a perda e a hipótese, executa a mudança em escala controlada, compara o resultado com a situação anterior e só então transforma a mudança em padrão ou volta ao planejamento com o que aprendeu.

O ciclo serve para qualquer perda que se repete: falha crônica de um componente, preventiva que não evita a quebra, ordem que demora a ser confirmada, retrabalho depois da montagem. Ele faz parte da rotina de gestão da manutenção e é a base de métodos mais estruturados, como o relatório A3 e o Kaizen.

O que é o ciclo PDCA

O PDCA foi difundido por W. Edwards Deming a partir do ciclo de Walter Shewhart, nos anos 1950, como forma de testar mudanças com método científico dentro das empresas. Deming preferia chamar a etapa de verificação de Study (PDSA), para deixar claro que a intenção é aprender com o resultado, e não apenas conferir se a tarefa foi feita. A The Deming Institute mantém a explicação original do ciclo.

As quatro letras vêm do inglês:

• Plan (planejar): descrever o problema com dados, entender a causa e escolher uma mudança que deve produzir um efeito mensurável.
• Do (fazer): executar a mudança, de preferência em pequena escala, registrando como ela foi feita.
• Check (checar): comparar o resultado com a situação anterior e com o que se esperava.
• Act (agir): padronizar o que funcionou, ajustar o que funcionou em parte ou abandonar a hipótese que não se confirmou.

O ponto que diferencia o PDCA de uma lista de tarefas é a volta: depois do Act, o ciclo recomeça, agora com um patamar melhor ou com uma hipótese mais precisa.

Como aplicar cada etapa do PDCA em um problema de manutenção

Plan: problema, causa e meta

Na manutenção, o Plan começa por uma pergunta com unidade de medida. "A bomba quebra muito" não serve. "A bomba teve quatro trocas de selo mecânico em seis meses" serve, porque permite comparar depois. Em seguida vem a análise de causa, com as ferramentas que o problema pede: diagrama de Ishikawa para levantar hipóteses, 5 porquês para aprofundar uma cadeia, Pareto para escolher onde atacar primeiro.

O Plan termina com três definições escritas: a mudança que será testada, o indicador que vai mostrar se ela funcionou e o período mínimo de observação. Sem essas definições, a equipe tende a declarar sucesso cedo demais ou a mudar o critério depois de ver o resultado.

Do: executar em pequena escala e registrar

O Do é a execução da mudança, e na manutenção ela quase sempre vira trabalho em ordem: revisar a lista de tarefas de um equipamento, incluir uma verificação de alinhamento na montagem, trocar o lubrificante, treinar a equipe de um turno. A recomendação é testar primeiro em um ativo ou em uma equipe antes de estender a mudança para toda a planta.

O registro importa tanto quanto a execução. Se a ordem só diz "trocado o selo", ninguém consegue verificar depois se o novo procedimento de montagem foi seguido. Anote o que foi feito de diferente, com medições e fotos quando fizer sentido.

Check: comparar com o antes

No Check a equipe olha o indicador definido no Plan, no período definido no Plan. Falha recorrente pede tempo de exposição suficiente: se o componente falhava a cada 45 dias, observar duas semanas não prova nada. Compare também efeitos colaterais, como aumento do tempo de execução ou do custo de material.

Act: padronizar, ajustar ou recomeçar

Se o resultado se confirmou, o Act transforma a mudança em padrão: a lista de tarefas é revisada, o procedimento é atualizado, o treinamento entra na integração de novos técnicos e a mudança é estendida a equipamentos semelhantes. Se o resultado foi parcial, o ciclo volta ao Plan com uma hipótese mais estreita. Se não houve efeito, a hipótese é descartada e registrada como descartada, para que ninguém a repita daqui a um ano.

Exemplo numérico de PDCA na manutenção

Os números abaixo são ilustrativos e servem apenas para mostrar a lógica do cálculo.

Uma bomba centrífuga registrou 4 trocas de selo mecânico em 180 dias de operação, o que dá um intervalo médio de 45 dias entre falhas. A análise indicou montagem sem verificação de alinhamento como causa provável. No Plan, a equipe define a mudança (medição de alinhamento a laser e registro dos valores em toda montagem), o indicador (dias entre trocas de selo) e a janela de observação (pelo menos 135 dias, o triplo do intervalo anterior). No Do, a verificação entra como operação da ordem. No Check, após 135 dias sem nova troca, o resultado é compatível com a hipótese. No Act, a operação de alinhamento passa a fazer parte da lista de tarefas de todas as bombas do mesmo modelo.

Se tivesse ocorrido uma nova falha no dia 60, o Check mostraria melhora parcial e o ciclo voltaria ao Plan para investigar outra causa, como a qualidade da água de selagem.

Onde o PDCA costuma falhar na rotina da manutenção

• Plan sem dado: o problema é descrito por impressão e não existe linha de base para comparar.
• Várias mudanças ao mesmo tempo: troca-se lubrificante, fornecedor do rolamento e procedimento de montagem na mesma semana, e ninguém sabe o que funcionou.
• Check pelo calendário: a reunião de verificação acontece na data marcada mesmo que o equipamento tenha operado pouco no período.
• Act esquecido: a melhoria funciona, mas a lista de tarefas não é atualizada e a próxima equipe volta ao jeito antigo.
• Ciclo que nunca fecha: o plano de ação cresce sem que nenhuma ação seja verificada.

Indicadores que sustentam o Check

O indicador do Check deve medir diretamente o problema do Plan. Para falhas de equipamento, os mais comuns são o número de falhas por período, o tempo médio entre falhas e as horas de indisponibilidade. Para problemas de processo, o tempo entre etapas da ordem, o percentual de ordens com retrabalho ou o percentual de preventivas executadas no prazo. O guia de MTTR e MTBF detalha como calcular os indicadores de falha sem distorcer a base.

PDCA e SDCA: melhorar e manter

Depois que o Act padroniza uma mudança, o trabalho passa a ser mantê-la. É o ciclo SDCA (Standardize, Do, Check, Act): executar o padrão, verificar se ele está sendo seguido e corrigir desvios. Na manutenção, isso é o que acontece quando uma preventiva revisada começa a ser executada todo mês e o supervisor confere se as operações novas estão sendo confirmadas. Um novo PDCA só se justifica quando o padrão está estável e ainda existe perda a atacar.

PDCA, Kaizen, MASP e relatório A3

Esses nomes aparecem juntos porque todos seguem a mesma lógica de ciclo. O Kaizen é a prática de fazer pequenas melhorias contínuas, e cada melhoria segue um PDCA. O MASP (Método de Análise e Solução de Problemas), muito usado no Brasil, detalha o PDCA em oito etapas com ênfase na análise de causa. O relatório A3 registra um ciclo PDCA inteiro em uma folha, para que a gestão acompanhe o raciocínio. E o plano de ação do Do costuma ser organizado com 5W2H.

O ciclo PDCA no SAP PM e no PM Run

Em uma planta que usa SAP PM, cada etapa do ciclo tem um lugar para ficar registrada. O Plan se apoia no histórico de notas e ordens do equipamento (listas IW29 e IW39) e nos códigos de catálogo de dano e causa, que permitem contar falhas do mesmo tipo. O Do vira operação em ordem ou revisão da lista de tarefas e do plano de manutenção. O Check depende da qualidade do que volta do campo: confirmação por operação, horas apontadas, medições e texto técnico.

É nesse retorno que o PM Run atua. O PM Run Mobilidade leva a ordem ao técnico no celular, com o checklist do texto longo, confirmação por operação, registro de medições e anexos de imagem e PDF, e devolve tudo ao SAP PM, inclusive depois de execução offline. Com o dado de execução completo, a plataforma de analytics entrega as informações prontas para a equipe montar o próprio painel de indicadores de manutenção, como MTBF por equipamento, e fazer o Check com números em vez de impressões.