PDCA: guia completo com exemplo prático

O PDCA — Plan, Do, Check, Act (planejar, executar, verificar, agir) — é o método mais usado para resolver problemas e melhorar processos de forma sistemática. É simples de explicar e fácil de aplicar mal: a maioria dos times conhece a sigla, mas pula etapas. Este guia mostra a origem do ciclo, o que cada etapa exige, as ferramentas de apoio e um exemplo completo, do problema à padronização.

De onde vem o PDCA

O ciclo tem origem no trabalho de Walter Shewhart, que descreveu o controle da qualidade como uma sequência de especificar, produzir e inspecionar, repetida continuamente (SHEWHART, 1939). Deming levou a ideia ao Japão nos anos 1950 e a difundiu como um ciclo de melhoria contínua (DEMING, 1986). Mais tarde, Deming passou a preferir PDSA — Study no lugar de Check — para enfatizar que a terceira etapa é aprender com o resultado, não apenas conferi-lo (DEMING, 1993).

No Brasil, Campos (1992) consolidou o PDCA como método de gestão, usado tanto para manter os resultados (seguindo os padrões) quanto para melhorar (quando se busca um resultado novo). A ISO 9001 adota o PDCA como base de todo o sistema de gestão da qualidade (ABNT, 2015; ISO, 2026).

As quatro etapas

P — Plan (planejar)

É a etapa mais importante e a que mais se tenta encurtar. Planejar bem significa:

1. Identificar o problema com dados: o quê, onde, desde quando, com que frequência e com que impacto.
2. Definir a meta: indicador, valor e prazo — "reduzir o refugo de 6,2% para 3% até dezembro".
3. Analisar o fenômeno: estratificar os dados (por turno, máquina, produto, tipo de defeito) para localizar onde o problema se concentra.
4. Analisar as causas: levantar causas possíveis com o diagrama de Ishikawa e aprofundar com os 5 porquês até a causa raiz, confirmando com dados.
5. Montar o plano de ação contra a causa raiz, no formato 5W2H.

D — Do (executar)

Executar o plano como planejado, registrar o que mudou no caminho e, sempre que possível, testar em pequena escala (um turno, uma linha) antes de ampliar. Treinar quem vai executar faz parte desta etapa.

C — Check (verificar)

Comparar o resultado com a meta, medindo do mesmo jeito que antes. Verificar também efeitos colaterais: o refugo caiu, mas a produção por hora se manteve? A data do Check deve ser marcada ainda no planejamento — sem ela, a etapa simplesmente não acontece.

A — Act (agir)

Se a meta foi atingida, padronizar: atualizar a instrução de trabalho, o checklist, o treinamento — para que o resultado não dependa de "alguém lembrar". Se não foi, voltar ao Plan com o que se aprendeu. O ciclo não termina: recomeça mais bem informado.

O método de solução de problemas em 8 passos

Campos (1992) apresenta um detalhamento do PDCA para solução de problemas, conhecido no Brasil como QC Story ou MASP, em oito passos:

Ferramentas de cada etapa

SDCA: manter antes de melhorar

Campos (1992) descreve o PDCA como um método usado tanto para manter resultados — seguindo os padrões já estabelecidos — quanto para melhorar — quando se busca um resultado diferente do atual. Alguns autores chamam a versão de manutenção de SDCA (Standardize, Do, Check, Act): em vez de planejar algo novo, parte-se do padrão existente, executa-se conforme esse padrão, verifica-se se o resultado permanece dentro do esperado e age-se para corrigir o desvio, sem alterar o padrão. Na prática, isso significa que nem todo ciclo precisa, ou deve, mudar o processo: quando o resultado já está na meta, o trabalho é manter — seguir e verificar o padrão —, e só se abre um novo ciclo de melhoria (Plan) quando o resultado se afasta do esperado ou quando a meta é elevada de propósito.

Como escrever um bom problema e uma boa meta

A qualidade do ciclo PDCA depende diretamente de como o problema e a meta são escritos na etapa Plan. Um problema mal escrito é vago e não indica onde procurar; um problema bem escrito localiza o fenômeno no tempo, no espaço e em números.

A versão forte nomeia o indicador, o valor atual, o valor desejado, o prazo e como será medido — os mesmos elementos que, mais adiante, tornam o Check possível de verificar sem ambiguidade. Um problema ou uma meta escritos de forma vaga costumam ser o primeiro sinal de que a etapa Plan foi encurtada.

Estratificação e Pareto, em poucas palavras

Estratificar é dividir um problema em partes menores para descobrir onde ele se concentra — por turno, máquina, produto, fornecedor, região ou tipo de defeito. Um problema que parece disperso, ao ser estratificado, muitas vezes se revela concentrado em uma única categoria, o que reduz bastante o espaço de investigação da etapa seguinte. O gráfico de Pareto organiza essas categorias em barras, da maior para a menor frequência ou impacto, tornando visível que, em geral, poucas categorias respondem pela maior parte do problema. Usar os dois em sequência — estratificar primeiro, depois ordenar em um Pareto — evita que a análise comece direto pelas causas, sem antes entender onde o problema de fato está concentrado.

Quem faz o quê em cada etapa

Nenhuma etapa deveria depender de uma única pessoa fazendo tudo: um ciclo conduzido sozinho tende a pular justamente as etapas que exigem mais tempo, como a análise de causas.

Exemplo completo: refugo na pintura

Exemplo ilustrativo, com números hipotéticos.

Plan

Problema: refugo de 6,2% na linha de pintura desde julho, contra 2,5% no semestre anterior, custando cerca de R$ 18 mil por mês. Meta: 3% até dezembro.

Observação: separando os defeitos por tipo, 70% eram bolhas; por turno, o problema era igual nos três — o que descartou causa ligada a uma equipe específica.

Análise: o diagrama de Ishikawa levantou hipóteses em seis categorias (materiais, método, máquina, mão de obra, medição, meio ambiente). Os dados descartaram a troca de fornecedor de tinta. Os 5 porquês chegaram à causa raiz:

1. Por que há refugo? Porque aparecem bolhas.
2. Por que aparecem bolhas? Porque a peça chega úmida à cabine.
3. Por que chega úmida? Porque o tempo de secagem caiu.
4. Por que caiu? Porque a esteira foi acelerada para compensar atrasos.
5. Por que foi acelerada? Porque não havia padrão de velocidade. ← causa raiz

Plano de ação (5W2H): definir a velocidade máxima da esteira na instrução de trabalho (engenharia, 1 semana); instalar medidor de umidade na entrada da cabine (manutenção, 3 semanas, R$ 2.800); treinar os três turnos (supervisão, 2 semanas).

Do

As ações foram feitas primeiro no turno da manhã; depois de uma semana sem bolhas, estendidas aos demais.

Check

Em seis semanas, o refugo caiu para 2,8%, medido da mesma forma que antes. A produção por hora não caiu: a velocidade padrão eliminou paradas causadas pela aceleração.

Act

A velocidade entrou na instrução de trabalho e no checklist diário; o medidor de umidade ganhou faixa verde/vermelha visível. O aprendizado — "mudança de velocidade precisa de avaliação de qualidade" — virou regra do processo de mudanças.

PDCA e ISO 9001

A ISO 9001 organiza seus requisitos em torno do PDCA: planejamento do sistema e dos processos (Plan), operação (Do), avaliação de desempenho (Check) e melhoria (Act) (ABNT, 2015; ISO, 2026). Na prática, cada ação corretiva, cada objetivo da qualidade e cada projeto de melhoria de uma empresa certificada é um ciclo PDCA — e registrá-los com método é o que torna a melhoria auditável.

Como documentar e quando encerrar um ciclo

Registrar o ciclo PDCA à medida que ele acontece — não só no final — evita que informação se perca entre a análise e a padronização. O registro mínimo de um ciclo inclui: o problema e a meta definidos no Plan, as hipóteses de causa consideradas e qual foi confirmada, o plano de ação executado, o resultado do Check comparado à meta, e o que foi padronizado no Act. Um modelo A3 organiza bem esse registro em uma única página. Um ciclo se encerra quando a meta é atingida e a padronização está implantada: atingir a meta sem padronizar deixa o resultado vulnerável a retroceder, e padronizar sem atingir a meta significa formalizar um resultado insuficiente. Quando o ciclo termina sem atingir a meta, o aprendizado deve alimentar um novo Plan, em vez de o tema simplesmente desaparecer da agenda.

Quando não usar o ciclo completo

Problema simples, de causa evidente e solução barata, não precisa de oito passos: resolva e padronize. O PDCA completo vale para problemas recorrentes, de causa desconhecida ou de impacto relevante. Para registrar tudo em uma página, use o modelo A3; para os erros mais comuns, veja erros comuns ao utilizar PDCA.