SDCA e PDCA na rotina: como os dois giros convivem no dia a dia

Quase toda área trata SDCA e PDCA como etapas de uma fila: primeiro estabiliza, depois melhora, depois estabiliza de novo. A fila existe no diagrama e não existe no calendário. Na prática, os dois giros disputam as mesmas horas da mesma equipe, na mesma semana.

A consequência é que a escolha nunca é qual dos dois rodar. A escolha é quanto de cada um, e sobre qual processo. Área que decide isso por instinto acaba com todo o tempo em um só giro, e os dois modos de fracassar são conhecidos.

Quem só mantém nunca sai do lugar. O indicador fica estável em um patamar ruim por anos, e a equipe aprende a defender o número em vez de mudá-lo. Quem só melhora coleciona ganho que evapora, porque nada segura o patamar depois que o projeto encerra.

Há ainda uma ordem que a maioria das áreas atropela sem perceber. Projeto de melhoria sobre processo que ainda não está sob controle não produz conhecimento. Sem patamar conhecido, ninguém consegue dizer se o ganho veio da mudança ou da sorte do trimestre.

As tabelas deste texto foram montadas no formato dos Kits de metodologia da Voitto. O exemplo de doze meses é ilustrativo, construído a partir de uma linha de 20.000 peças por mês, e todos os valores foram conferidos entre si antes da publicação.

A tese: os dois giros são concorrentes, não sequenciais

Coloque lado a lado a agenda de um supervisor e a de um gerente na mesma semana. As duas têm reuniões de resultado, tratamento de desvio e alguma conversa sobre projeto. O que muda é a proporção, e é a proporção que define se a área sustenta ganho.

Concorrentes aqui tem o sentido estrito: competem pelo mesmo recurso escasso, que é a atenção de quem decide. Hora gasta investigando anomalia é hora que não foi para o projeto. Hora de reunião de projeto é hora em que ninguém olhou a carta de controle.

Uma área madura roda os dois ao mesmo tempo, em camadas diferentes. A camada de baixo mantém o processo entregando o que ele já sabe entregar. A camada de cima ataca um alvo específico, com prazo e responsável, e devolve o processo para a camada de baixo no fim.

Esse desenho é a espinha do gerenciamento da rotina. A diferença é que aqui o assunto não é o que cada giro é, e sim como eles dividem a semana sem um atropelar o outro.

O giro SDCA letra a letra

SDCA vem de padronizar, executar, verificar e agir. O S ocupa o lugar do planejamento porque não há o que planejar: o caminho já está definido no padrão, e a tarefa é fazer o processo repetir aquele caminho todos os dias, em todos os turnos.

Padronizar é escrever a melhor forma conhecida de executar, com parâmetro, faixa e ponto crítico. Executar é cumprir esse documento, o que pressupõe treinamento e acesso ao padrão no posto. Verificar é comparar o resultado do dia com a faixa esperada, não com a impressão de quem estava lá.

Agir, no SDCA, significa remover a causa imediata e devolver o processo ao padrão. O objetivo é voltar ao patamar, nunca ultrapassá-lo. Esse detalhe parece pequeno e é a fronteira inteira entre os dois giros.

O programa 5S costuma ser o primeiro degrau desse giro em área nenhuma padronizada, porque organiza o posto a ponto de o desvio ficar visível sem instrumento.

O giro PDCA letra a letra

No ciclo PDCA, planejar é escolher um problema, medir o tamanho dele, encontrar a causa raiz e desenhar contramedidas. Executar é aplicar essas contramedidas em escala controlada. Verificar é comparar o resultado obtido com a meta que justificou o projeto.

Agir, no PDCA, significa padronizar o que funcionou e descartar o que não funcionou. Quando a contramedida entrega o resultado, ela vira padrão novo, treinamento novo e faixa nova de controle. Quando não entrega, o giro recomeça com outra hipótese de causa.

Repare que o A do PDCA produz o S do SDCA seguinte. Não é coincidência de nomenclatura, é o encaixe mecânico entre as duas camadas. Projeto que termina em apresentação e não em padrão escrito não fechou o giro, apenas parou de reunir.

Quando o problema é crônico e a causa não é óbvia, vale rodar o planejamento com um método de análise mais detalhado, como a metodologia MASP.

A tabela dos dois giros e o A que separa tudo

Quando se põe as quatro letras lado a lado, três delas parecem iguais e uma denuncia a diferença estrutural. O A do SDCA restaura. O A do PDCA altera. Todo o resto decorre disso.

A comparação conceitual entre os dois métodos está detalhada em PDCA x SDCA. O que interessa na rotina é a consequência prática dessa última linha.

Se o A da sua área sempre restaura, você não tem melhoria, tem manutenção bem feita. Se o A sempre altera, você tem processo que muda toda semana e nunca produz base de comparação. As duas situações aparecem no mesmo indicador, com assinaturas opostas.

O padrão é a régua: sem ele, nada sai do lugar

Dizer que algo saiu do lugar exige saber qual era o lugar. É por isso que o padrão não é documentação de apoio, é o instrumento de medida do SDCA. Sem ele, desvio vira opinião, e opinião não escala para três turnos.

Na prática, a régua tem três partes. O parâmetro, que é a grandeza controlada. A faixa aceitável, com limite inferior e superior escritos. E a ação prevista para quando o valor sai da faixa, antes de qualquer escalonamento.

O trabalho padronizado cuida da sequência das operações e do tempo de ciclo. O POP cuida da tarefa em si, passo a passo. São documentos diferentes e a área precisa dos dois para que a régua cubra ritmo e método.

• Padrão sem faixa numérica: a equipe cumpre o passo a passo e ninguém sabe se o resultado é aceitável.
• Padrão sem data de revisão: envelhece em silêncio e vira sugestão aos olhos de quem opera.
• Padrão escrito longe do posto: descreve o processo que deveria existir, não o que existe.

A regra de precedência que quase ninguém respeita

Não se roda PDCA sobre processo que ainda não está sob SDCA. A regra é dura e tem duas razões independentes, sendo que qualquer uma delas já bastaria para justificá-la.

A primeira é de referência. Projeto de melhoria precisa de patamar de partida para dimensionar a meta e para provar o ganho. Processo sem padrão não tem patamar, tem média de coisas diferentes que aconteceram no mesmo período.

A segunda é de atribuição. Em processo instável, a variação natural é grande o bastante para engolir o efeito da contramedida. O indicador melhora, a equipe comemora, e ninguém consegue separar o que veio da mudança do que veio do acaso do mês.

Deming tratava disso ao insistir que a constância de propósito vem antes da pressa por resultado, ideia que atravessa os 14 princípios de Deming. O Deming Institute descreve o ciclo como método de aprendizado, e aprendizado exige base estável de comparação.

O que acontece quando a ordem é invertida

Vale acompanhar um caso ilustrativo. Uma área de usinagem convive com retrabalho oscilando entre 3% e 9% ao mês, sem padrão de setup escrito e com cada turno fazendo à sua maneira. A direção cobra meta de 4%, e a área abre um projeto.

O projeto compra um dispositivo de fixação novo, treina o pessoal e fecha o trimestre com média de 4,2%. O relatório final registra sucesso parcial e o dispositivo é aprovado para as outras linhas.

Três meses depois o retrabalho volta a 7%. Ninguém consegue dizer se o dispositivo funcionou, porque o trimestre bom coincidiu com o período de menor mix de peças do ano. O projeto custou caro e não deixou conhecimento verificável.

O mesmo projeto rodado depois de dois meses de padrão de setup escrito e cumprido teria uma linha de base defensável. Aí a comparação entre antes e depois responde à pergunta que o projeto existe para responder.

A carta de controle é o instrumento do SDCA

O SDCA precisa distinguir duas coisas que se parecem no painel: o processo oscilando como sempre oscilou e o processo mudando de comportamento. Olho humano não faz essa separação de forma confiável, e o custo do erro é alto nos dois sentidos.

Reagir a oscilação normal é o erro mais caro dos dois. Cada ajuste desnecessário injeta variação no processo, e a área passa a perseguir o próprio rastro. Ignorar mudança real é o outro erro, e ele só aparece semanas depois, no resultado do mês.

A carta de controle resolve isso calculando os limites a partir do comportamento do próprio processo. Fora dos limites, causa especial, que é anomalia e pede ação. Dentro, causa comum, que é o processo sendo ele mesmo. A ASQ mantém a referência técnica do instrumento.

Confundir esses limites com a tolerância do cliente é o engano mais frequente na implantação, e a diferença entre os dois está em limites de controle e especificação.

Quando a anomalia vira projeto: os gatilhos objetivos

A passagem de uma camada para a outra é a decisão mais importante do modelo, e na maioria das áreas ela é tomada por quem gritou mais alto. Três critérios resolvem isso sem reunião: reincidência, magnitude e custo acumulado.

Os limiares precisam estar escritos e valer para todos. Gatilho negociável não é gatilho, é permissão para adiar o problema mais incômodo e abrir projeto no mais confortável.

Repare que três dos quatro gatilhos leem o registro de anomalia. Sem esse registro, nenhum deles dispara, e a área volta a priorizar por quem reclamou por último.

O registro de anomalia alimenta a fila de projetos

Anomalia resolvida e não registrada foi resolvida uma vez. Registrada, ela entra em uma contagem, e a contagem é o que transforma incômodo diário em problema com tamanho conhecido.

O formulário precisa caber no turno. Cinco campos bem escolhidos são preenchidos; quinze campos produzem registro só nos dias calmos, o que enviesa a contagem justamente contra os dias em que o processo mais falhou.

1. O que aconteceu, em uma frase, com data, hora, turno e posto.
2. Qual parâmetro ou faixa do padrão foi violado.
3. O que foi feito na hora para conter o efeito.
4. Qual a causa imediata identificada no posto.
5. Tipo do desvio, escolhido de uma lista fechada, para permitir agrupar depois.

O último campo é o que faz o registro servir ao PDCA. Texto livre não agrupa, e sem agrupamento ninguém enxerga que dois terços das ocorrências do mês são variações do mesmo problema.

Num quadrimestre ilustrativo, uma área registra 40 anomalias e descobre que 15 delas são o mesmo tipo de desvio, ou 37,5% do total. A R$ 1.200 por ocorrência, esse tipo sozinho custou R$ 18.000 em quatro meses.

A proporção entre os dois giros é um diagnóstico

A divisão de tempo entre manter e melhorar não é a mesma para toda área, e muda conforme a maturidade. O erro é achar que existe um número universal, e o erro maior é nunca ter medido o número atual.

Repare que o SDCA nunca desce da maioria do tempo. Mesmo na área mais madura, manter consome mais do que melhorar, porque manter acontece todo dia e melhorar acontece em ciclos.

Para medir a sua proporção, some as horas de reunião e de análise do último mês e classifique cada bloco em manter ou elevar. O resultado costuma surpreender em uma direção só.

A reunião diária é o momento do SDCA

O SDCA tem hora marcada e é cedo. Quinze minutos, de pé, no mesmo lugar, com quem opera presente. A restrição de tempo não é estética: reunião curta obriga a tratar exceção em vez de recitar indicador que está dentro da faixa.

A pauta tem três perguntas e nada mais. Qual indicador saiu da faixa ontem. O que foi feito na hora. O que impede o processo de rodar dentro do padrão hoje. Discussão de causa raiz não cabe aqui e precisa de outra sala.

Painel visível no posto é o que torna essa reunião possível em quinze minutos, e é a função prática da gestão à vista. Se o time precisa abrir um sistema para saber o número de ontem, a reunião vira relatório falado.

Vale separar no painel o que a área controla do que a área apenas colhe, distinção tratada em indicador de processo e de resultado. Na reunião diária, o que se cobra é a causa, porque é nela que dá para agir hoje.

A reunião mensal é o momento do PDCA

O PDCA tem outro relógio. Uma vez por mês, sentado, com dado consolidado e tempo para olhar tendência. É nessa sala que se lê a contagem de anomalias por tipo, se aplicam os gatilhos e se decide o que entra na fila de projeto.

Três decisões saem daí. Quais desvios viraram projeto, quem é o dono de cada um e qual projeto em andamento será encerrado ou abortado. A terceira é a que ninguém toma, e é ela que mantém a fila enxuta.

A meta de cada projeto precisa ser derivável do histórico, não escolhida por ambição. O método para isso está em como definir meta de indicador, e a diferença aparece na primeira verificação.

O ciclo PDCA conduzido nesse ritmo tem ganho previsível de escopo. Cada projeto nasce de uma contagem, não de uma percepção, e isso reduz o retrabalho de escopo que consome os primeiros trinta dias da maioria dos projetos.

Quem conduz cada giro e por que trocar é ruim

O SDCA é conduzido por quem está no processo: operador, líder de turno e supervisor. A autoridade para conter um desvio precisa estar no posto, porque desvio que espera autorização chega ao cliente antes da resposta.

O PDCA é conduzido por quem tem autoridade sobre o padrão: gerente da área, com apoio técnico e com a operação dentro do grupo. Mudar padrão é decisão de quem responde pelo resultado, não de quem executa a tarefa.

Trocar os papéis quebra os dois giros ao mesmo tempo. Gerente conduzindo tratamento de anomalia diária vira gargalo e some da melhoria. Operação conduzindo projeto sozinha produz contramedida que a engenharia derruba na semana seguinte.

Em projeto de maior complexidade estatística, a condução migra para uma estrutura de belts e para o método DMAIC, com dedicação parcial formalizada. A camada de manutenção continua exatamente onde estava.

Doze meses de um indicador com os dois giros rodando

O exemplo a seguir é ilustrativo e acompanha o retrabalho de uma linha que produz 20.000 peças por mês, ao custo de R$ 18 por peça retrabalhada. O indicador passa por três fases no ano, e a aritmética fecha entre elas.

Nos quatro primeiros meses a média é de 5,0%, com amplitude de 0,4 ponto percentual. O SDCA não está melhorando nada, e esse é o ponto: ele está provando que o processo tem patamar, condição para o projeto ser legível.

Do quinto ao oitavo mês o PDCA roda por cima, e a média do quadrimestre é 4,25%, com amplitude de 1,6 ponto. A amplitude alta é esperada durante a transição, porque o processo está mudando de comportamento de propósito.

Nos quatro últimos meses a média é de 3,2% e a amplitude cai para 0,2 ponto, metade da amplitude original. O ganho de patamar foi de 1,8 ponto, ou 36% de queda relativa, e o custo mensal do retrabalho caiu de R$ 18.000 para R$ 11.520.

A diferença mensal de R$ 6.480 equivale a R$ 77.760 por ano quando o patamar novo se mantém. O total efetivamente gasto nos doze meses do exemplo foi de R$ 179.280, com média anual de 4,15% de retrabalho.

O novo padrão devolve o processo à camada de baixo

O PDCA termina quando a contramedida vira padrão escrito, treinado e com faixa de controle recalculada. Nesse instante o processo sai da camada de cima e volta para a de baixo, agora em um patamar melhor.

Recalcular os limites é a parte esquecida. Se a área continua usando os limites do patamar antigo, a carta de controle passa a mostrar todo mês dentro do limite inferior, e o instrumento deixa de detectar qualquer coisa.

A faixa nova também muda o que conta como anomalia. No exemplo anterior, um mês de 4,5% era rotina na fase inicial e passa a ser desvio grave depois do projeto. Sem atualizar o critério, a área comemora um número que agora é ruim.

É esse encaixe que faz o kaizen funcionar como escada em vez de serrote. Cada ciclo sobe um degrau e o degrau fica, porque a camada de manutenção assume o patamar novo no dia seguinte.

Como diagnosticar em qual camada sua área está parada

O diagnóstico não precisa de auditoria. Quatro perguntas respondidas com honestidade localizam a camada travada, e cada resposta negativa aponta uma ação diferente.

• Existe padrão escrito com faixa numérica para os principais parâmetros do processo? Se não, a área está antes do SDCA.
• Alguém consegue dizer o que saiu da faixa ontem e o que foi feito? Se não, o SDCA está escrito e não é executado.
• Existe contagem de anomalias por tipo do último trimestre? Se não, o SDCA roda e não alimenta o PDCA.
• Algum projeto encerrado nos últimos doze meses deixou padrão novo escrito? Se não, o PDCA roda e não devolve nada.

Cada resposta negativa tem um custo típico. A primeira produz discussão sobre quem está certo. A segunda produz reincidência. A terceira produz projeto escolhido por percepção. A quarta produz ganho que evapora em poucos meses.

Duas ou mais respostas negativas indicam que abrir projeto agora é desperdício. A ordem de correção é a ordem das perguntas, e pular etapa aqui repete exatamente o erro da inversão descrita antes.

Por onde começar quando a área não roda nenhum dos dois

O primeiro movimento não é escolher metodologia, é escolher um processo só. Área que tenta padronizar tudo ao mesmo tempo produz uma pasta de documentos que ninguém lê e uma equipe convencida de que o método não funciona.

1. Escolha o processo que mais gera reclamação e escreva o padrão dele com quem opera, em uma página.
2. Defina um parâmetro com faixa e comece a registrar o valor todo dia, na mão se preciso.
3. Monte a reunião de quinze minutos e leia esse único número nela por quatro semanas.
4. Abra o registro de anomalia com lista fechada de tipos de desvio.
5. Depois de dois meses de dado limpo, aplique os gatilhos e abra o primeiro projeto.

Esse roteiro leva cerca de noventa dias e entrega algo que quase nenhuma área tem: uma linha de base defensável. O primeiro projeto que nascer daí vai provar o próprio ganho, e essa prova é o que compra orçamento para o segundo.

Se a dúvida for qual método usar no projeto que nascer desse registro, o comparativo de qual metodologia usar na indústria ajuda. Para escolher entre os dois giros de melhoria mais comuns, vale PDCA e DMAIC.