Kaizen x Lean: a diferença está no tamanho do problema

Dei aula na FGV, na UFJF, na PUC e na UFV, parte dela em gestão da qualidade. Em sala, a confusão entre Kaizen e Lean é das que mais atrapalham, e ela tem razão de ser. As duas palavras aparecem juntas em quase todo material, quase sempre sem a fronteira desenhada. Quem sai assim vai para a empresa e marca um evento de melhoria para resolver um problema que é de desenho de processo. E a diferença entre Kaizen e Lean, quando alguém a desenha, cabe numa frase.

Ela é de tamanho. Kaizen é melhoria incremental feita por quem opera, num escopo pequeno e num prazo curto. Lean é o desenho do fluxo inteiro, do pedido à entrega. Neste guia você vai ver a comparação dimensão por dimensão, quando cada um resolve, como os dois se encaixam num programa só e os erros de quem usa evento para tudo.

A confusão tem uma causa, e ela é de escala

Kaizen e Lean não são concorrentes, e é por isso que a pergunta 'qual é melhor' não tem resposta. Eles operam em escalas diferentes do mesmo problema. O Kaizen age no ponto: uma estação, uma troca de ferramenta, um posto que acumula. O Lean age no percurso: onde o material espera e por que o pedido demora o que demora.

A consequência prática aparece na hora de escolher a intervenção. Problema de ponto tem solução de ponto. Uma semana de evento costuma bastar. Problema de percurso não se resolve otimizando estações uma a uma: melhorar uma etapa que não é o gargalo só faz o estoque chegar mais rápido na fila seguinte.

Vale um exemplo de aritmética simples, porque ele resolve a discussão mais rápido que qualquer princípio. Numa linha de quatro etapas em que a terceira é a mais lenta, melhorar a primeira em 30% não muda a saída em nada: o que sai da linha continua sendo o que a terceira consegue processar. Eu já vi um time comemorar um ganho desses com o gráfico projetado na parede. O trabalho foi real, o ganho local existiu. E o indicador do cliente ficou onde estava.

De onde vem cada um, e por que a fronteira sumiu

Os dois saíram do mesmo lugar, o Sistema Toyota de Produção, e é essa origem comum que apaga a fronteira nos materiais de curso. Kaizen é a palavra japonesa para a melhoria contínua praticada dentro do sistema; Lean é o nome que o Ocidente deu ao sistema quando foi estudá-lo de fora.

A consequência é que um é parte da história do outro. Mesmo assim eles se separaram na prática. O pensamento enxuto ocidental ficou com a herança do fluxo, dos cinco princípios e do mapeamento. O Kaizen ficou com a herança do gesto diário: pequena melhoria, feita por quem opera, sem esperar autorização.

Por isso a pergunta 'Kaizen faz parte do Lean' tem duas respostas certas e nenhuma completa. Na prática de empresa, sim: o Kaizen é o motor que executa o que o mapa apontou. Na origem, não exatamente: existe Kaizen em empresa que nunca desenhou um fluxo de valor, e existe programa Lean que nunca fez um evento.

A comparação, dimensão por dimensão

No discurso os dois dizem a mesma coisa: eliminar desperdício e respeitar quem faz o trabalho. A diferença aparece quando se pergunta como cada um responde a uma decisão concreta.

São sete decisões que divergem, e uma oitava linha em que os dois coincidem: as ferramentas de análise são as mesmas, e o que muda é o tamanho do recorte em que cada uma é aplicada. Elas não são de filosofia: são de agenda, de quem entra na sala e de como o resultado é apresentado. Quem já rodou os dois reconhece a lista antes de ler a coluna.

A linha do risco é a mais útil da lista. O Kaizen falha por excesso de ação: muita energia num ponto que não mudava o resultado. O Lean falha por excesso de análise: o mapa do estado futuro fica pronto e ninguém executa. Qual das duas falhas é a sua?

Quando o Kaizen resolve

Quando a causa já é conhecida e falta execução. Todo mundo sabe que a troca de ferramenta demora, sabe por quê, e ninguém parou para arrumar. É o caso perfeito: uma semana com quem opera resolve o que dois anos de reunião não resolveram.

Quando o problema cabe numa área e num turno. Escopo que atravessa três departamentos não fecha em cinco dias. E evento que não fecha vira lista de pendências, que é como o método queima a própria reputação dentro da empresa.

Quando o ganho é de arranjo, não de tecnologia. Layout, sequência, sinalização, 5S de verdade e à prova de erro simples. São ganhos que dependem de quem faz o trabalho enxergar o próprio processo. É isso que o evento provoca.

Quando o processo é repetido muitas vezes por dia. Essa é a conta que eu faço antes de qualquer outra, e ela decide sozinha metade dos casos. O retorno do evento vem da frequência: economizar quarenta segundos numa operação que acontece oitocentas vezes por turno é ganho grande, e economizar meia hora numa que acontece uma vez por mês não é. É a conta que decide se vale mobilizar uma equipe por uma semana. Quase ninguém a faz antes.

E quando a empresa precisa de uma vitória visível. Esse é o uso menos técnico e um dos mais legítimos. Programa de melhoria morre por descrédito antes de morrer por método. E um resultado que a operação vê em uma semana compra o tempo que o trabalho de fluxo exige.

Quando o Kaizen não resolve, e o que resolve

Problema de fluxo. Se o produto espera entre etapas, o gargalo não está dentro de nenhuma delas: está na relação entre elas. Melhorar a estação errada aumenta o estoque na fila seguinte. Aqui a ferramenta é o mapa do fluxo de valor, que enxerga o percurso inteiro.

Problema de variação. Quando o resultado oscila e ninguém sabe por quê, evento de melhoria vira sessão de palpite. É terreno de Lean Seis Sigma e do DMAIC, que obrigam a medir antes de opinar. A carta de controle separa o que é sinal do que sempre esteve ali.

Problema que volta. Se a mesma melhoria precisa ser refeita a cada seis meses, o buraco não é de solução: é de sustentação. Quem fecha isso é o plano de controle, com dono nomeado e reação escrita. O próximo evento não substitui isso.

E problema de decisão gerencial. Capacidade, mix, política de estoque e escolha de fornecedor não se resolvem no chão porque a decisão não mora ali. Evento convocado para isso termina com um plano que a área não tem autoridade para executar.

E problema de qualidade que vem de fora. Se o defeito entra pelo fornecedor, o evento no chão trata sintoma. O caminho é a especificação e o critério de recebimento, com folha de verificação que registre o que chega, em vez de uma semana consertando o que já entrou.

Essa lista de caminhos é a parte do artigo que mais some da cabeça na hora em que a decisão aparece, então ela virou uma tabela de uma página só. De um lado a situação como ela chega, do outro o caminho recomendado e o motivo de ser aquele. São doze linhas, e só quatro terminam em evento: é isso que explica como uma agenda cheia de eventos consegue não mexer em número nenhum. As duas penúltimas são as que mais viram evento por falta de outro lugar para ir, o defeito que chega pronto do fornecedor e a decisão que é da mesa da liderança. A última é a terceira escala, que a conversa quase sempre ignora. O rodapé fecha com a ordem entre o mapa e o evento, que é o que mais se inverte na prática. Impressa, ela serve de combinado da equipe antes da próxima reunião de melhoria.

Baixar a tabela de decisão em PDF

Quatro situações e a escolha em cada uma

Definição não decide nada. O que decide é reconhecer o formato do problema. Ele costuma aparecer em quatro formas.

A máquina para toda semana e ninguém sabe por quê. Isso não é escopo de evento nem de mapa: é falta de dado. O primeiro passo é registrar parada por motivo com folha de verificação durante algumas semanas, e só então escolher. Sem isso, o evento de segunda-feira ataca o motivo que a última parada deixou fresco na memória, que quase nunca é o mais frequente.

O pedido demora vinte dias e o trabalho real são seis horas. É o retrato clássico de problema de fluxo. Ele é invisível de dentro de qualquer etapa: cada área responde rápido e o conjunto demora. Aqui o mapa do fluxo é obrigatório antes de qualquer evento, porque é o único instrumento que mostra a espera entre etapas em vez do tempo dentro delas.

A troca de ferramenta leva quarenta minutos e todo mundo reclama há dois anos. Causa conhecida, escopo de uma célula, ganho que se repete várias vezes por dia. É o caso para o qual o evento Kaizen foi inventado. É onde ele entrega mais rápido que qualquer alternativa.

O refugo fica em 3% num mês e em 7% no outro, sem mudança aparente. Nem evento nem mapa: é variação, e variação se ataca medindo. É o terreno do DMAIC, e a primeira pergunta é se o sistema de medição concorda consigo mesmo, que é o que o MSA responde. Muito problema de variação some quando se descobre que quem media mudou.

O reconhecimento do formato do problema quase sempre acontece em pé, diante do processo, e não na sala de reunião. É a diferença entre discutir a solução e olhar onde o trabalho espera.

O padrão das quatro é o mesmo: a ferramenta certa depende de o problema ser de execução, de percurso, de ponto ou de variação. Errar essa leitura custa mais que escolher o método errado depois, porque o trabalho feito parece correto o tempo todo.

O que o Kaizen faz que nenhum outro método faz

Vale isolar, porque a comparação costuma tratar o evento como a versão pequena do Lean, e ele tem uma função que os métodos maiores não cumprem.

Ele muda quem se sente autorizado a mexer no processo. Num programa de projetos, a melhoria pertence a quem tem faixa. Num mapa de fluxo, pertence a quem desenha. No evento Kaizen, ela pertence a quem opera. É a única estrutura das três em que a pessoa que executa o trabalho decide como o trabalho vai ser feito.

E ele produz mudança em dias. Isso é mais que velocidade: é o que mantém um programa de melhoria contínua vivo entre um resultado grande e o seguinte. Programa que só entrega em trimestre perde a operação no meio do caminho, e programa sem a operação não sobrevive à primeira troca de gestor.

O preço disso é o escopo. Autonomia de quem opera funciona dentro do que quem opera controla, e é essa fronteira que faz o evento não resolver fluxo, variação nem decisão gerencial.

Como os dois se encaixam num programa só

Num programa que já roda, kaizen x lean deixa de ser escolha entre dois métodos. A combinação que funciona tem uma ordem. Ela quase sempre é invertida na prática. Primeiro o mapa do fluxo mostra onde o percurso trava. Depois o evento Kaizen ataca um ponto que o mapa apontou. O erro comum é o contrário: uma agenda de eventos rodando sem mapa, cada um melhorando o que a área da vez achou importante.

Com o mapa na frente, o evento ganha três coisas que ele não tem sozinho. Um critério de escolha independente de quem falou mais alto. Uma medida de sucesso ligada ao percurso, além do ponto. E a garantia de que o ganho local sobreviva ao gargalo seguinte, em vez de ser engolido por ele.

E o Pareto costuma ser o que traduz um no outro: o fluxo diz onde dói, o Pareto ordena o que atacar dentro daquele ponto, e o evento executa. Três instrumentos, três escalas, uma fila de prioridade só.

Na cadência, o que funciona é o mapa uma vez por ano, ou a cada mudança relevante de produto. Os eventos vêm ao longo do período, cada um puxado de um ponto que o mapa marcou. O mapa é caro e lento; o evento é barato e rápido. Inverter a frequência dos dois é o que produz aquela sensação de programa ocupado que não muda número.

E há um detalhe de governança que decide se a combinação sobrevive à troca de liderança: o resultado do evento tem que ser medido no indicador do fluxo, além do indicador do ponto. Um evento que reduziu o setup em 60% e não moveu o lead time do pedido não é fracasso, mas precisa ser apresentado como etapa, senão a próxima diretoria corta o programa olhando o número que importa para ela.

O lado Lean: o que o mapa enxerga que o evento não enxerga

O Lean costuma entrar na conversa como guarda-chuva genérico, e ele tem um instrumento próprio que muda o que se enxerga.

O tempo que o produto passa parado. Dentro de qualquer etapa, todo mundo está ocupado e nenhum indicador acusa problema. O mapa do fluxo de valor, que a própria Toyota chama de diagrama de fluxo de material e informação, mede outra coisa: quanto do prazo total é trabalho e quanto é espera. A proporção costuma surpreender. Ela é invisível para quem olha uma estação de cada vez.

O efeito do lote. Processar cinquenta peças de uma vez parece eficiente e empurra o prazo de todas as cinquenta para o fim do lote. É um ganho local que produz uma perda de percurso. Ele nunca aparece no indicador da estação que decidiu o tamanho do lote.

E a diferença entre ocupação e capacidade. Uma linha com quase todas as máquinas ocupadas o tempo inteiro parece saudável e costuma ser o retrato de estoque em processo alto. O raciocínio de fluxo aceita máquina parada quando a alternativa é produzir o que ninguém pediu ainda. É a ideia que mais custa a passar numa fábrica acostumada a medir utilização.

Nenhuma das três se enxerga de dentro de um evento de cinco dias, porque as três são propriedades do percurso e não de um ponto. É por isso que a ordem importa: o desenho do fluxo vem antes, e o evento executa o que ele apontou.

Como saber se funcionou, nos dois casos

A medida errada é o que mais transforma programa bom em programa desacreditado. Cada um dos dois tem a sua armadilha própria.

No Kaizen, a armadilha é medir só o ponto. Eu já apresentei resultado assim, e a pergunta que veio da mesa foi a certa: e no mês fechado, mudou? O indicador do posto melhora porque foi ali que se trabalhou. Isso não prova nada sobre o resultado da empresa. A medida honesta tem três partes: o número do ponto antes e depois, o número do fluxo no mesmo período, e a data em que o padrão novo passou a valer. Sem ela, não dá para saber se o ganho durou ou se voltou junto com o turno seguinte.

No Lean, a armadilha é medir só o mapa. Contar quantos fluxos foram mapeados é medida de atividade. E mapa é o mais fácil de produzir e o mais difícil de executar. O que importa é o lead time do pedido e o estoque em processo, medidos no mesmo recorte antes e depois. Se os dois não se mexeram, o desenho não virou operação.

E nos dois casos vale a mesma regra de sustentação: melhoria sem alguém encarregado de olhar o indicador volta ao patamar antigo. E volta devagar o bastante para ninguém notar. É para isso que existe o plano de controle, com o item, o limite, a frequência, o responsável e a reação escrita. Ele serve igual para ganho de evento e para ganho de fluxo.

Um detalhe que costuma passar: o ganho de um evento Kaizen quase sempre é medido em tempo, e tempo economizado só vira dinheiro se a capacidade liberada for usada. Reduzir o setup em vinte minutos numa máquina que já fica ociosa não muda o resultado da empresa. E continua sendo uma melhoria real do processo. Vale dizer as duas coisas na apresentação, antes que o financeiro pergunte.

Cinco erros de quem usa evento para tudo

1. Evento sem gargalo identificado. A área escolhe o tema pelo incômodo em vez do impacto. O time trabalha bem uma semana e o indicador da empresa fica onde estava, porque o ponto melhorado nunca foi o que limitava.

2. Escopo grande demais para cinco dias. Evento que termina com trinta pendências não terminou. E a lista órfã é o que faz a operação parar de acreditar no formato na próxima convocação.

3. Sem quem opera na sala. Evento conduzido só por engenharia produz solução que não sobrevive ao primeiro turno. O ganho do formato não é a ideia: é a ideia vir de quem vai conviver com ela.

4. Nenhum padrão escrito no fim. Cinco dias de trabalho que não viram POP voltam ao estado anterior em semanas. Padronizar é a parte chata e é a única que faz o ganho durar.

5. Contar evento como resultado. Doze eventos por ano é medida de atividade. O que a diretoria compra é o número do processo. Os dois só coincidem quando a escolha do tema veio do fluxo.

Os cinco têm a mesma raiz, e ela não é técnica: é o evento ser tratado como o programa inteiro. Quando a única ferramenta disponível é uma semana com a equipe na sala, todo problema passa a ter o escopo escolhido pela agenda.

E existe uma terceira escala, que quase ninguém nomeia

A conversa costuma parar em duas opções, e o vocabulário original tem três. O Lean Enterprise Institute registra o kaikaku como a melhoria radical de um fluxo de valor, para criar mais valor com menos desperdício em pouco tempo. O exemplo que eles dão fecha a ideia: mover equipamento num fim de semana, para que produtos antes feitos em lotes, em ilhas isoladas de processo, passem a ser feitos em fluxo contínuo numa célula compacta.

A distinção importa na hora de prometer prazo. Melhoria incremental soma ganhos pequenos ao longo do tempo. Kaikaku muda o arranjo de uma vez. Por isso exige decisão de quem tem autoridade sobre o investimento e sobre a parada de produção. Chamar de evento uma mudança dessa natureza é o caminho conhecido para uma semana que termina com um plano que ninguém aprovou.

O critério para saber em qual das três você está é o que precisa mudar para o ganho existir. Se é o método de trabalho dentro do arranjo atual, é incremental. Se é o arranjo, é radical. E se é o percurso entre as áreas, é desenho de fluxo. As três são melhoria contínua; só não são a mesma decisão nem o mesmo orçamento.

O que vem antes dos dois

Boa parte das discussões sobre qual método usar termina antes de começar, porque falta o passo anterior: entender o processo como ele é hoje. Sem isso, a escolha do método é palpite com nome técnico.

O instrumento mais barato para isso é o SIPOC, que cabe numa folha e responde quem fornece, o que entra, quais são as etapas, o que sai e quem recebe. Ele não resolve problema nenhum. E por isso é subestimado. O que ele faz é impedir que a equipe discuta um processo que cada pessoa imagina de um jeito.

Depois dele, a pergunta seguinte é onde o problema aparece com mais frequência. Um Pareto sobre os registros de algumas semanas costuma reordenar a lista de prioridades da área inteira. E quase sempre contraria a impressão de quem convive com o processo todo dia. A memória guarda o episódio marcante; o registro guarda a frequência.

E a terceira pergunta, que decide a escala: o problema está dentro de uma etapa ou entre elas? Essa única distinção separa o que se resolve num evento do que exige desenho de fluxo, e ela é observável antes de escolher qualquer método. Alguns dias acompanhando onde o trabalho espera já respondem.

Perguntas que a liderança faz e as respostas honestas

Em quanto tempo eu vejo resultado? Num evento bem escolhido, na mesma semana, e o número do ponto costuma se mover logo. No trabalho de fluxo, na minha experiência, de dois a seis meses, porque a mudança envolve política de lote, sequenciamento e às vezes layout. Prometer prazo de evento para trabalho de fluxo é a forma mais rápida de queimar um programa.

Quanto custa? O custo visível é pequeno nos dois casos, e o custo real é o mesmo: tirar gente da operação. Uma semana de equipe dedicada tem preço. É ele que a diretoria compara com o ganho. É por isso que a conta de frequência importa tanto: o retorno depende de quantas vezes por dia a melhoria acontece.

Preciso de consultoria? Para o primeiro ciclo, um facilitador externo encurta a curva e evita os erros de escopo. Para os seguintes, não: o valor está justamente em a competência ficar na casa. Programa que depende de consultor para cada ciclo não aprendeu o método, comprou o serviço.

E como isso conversa com certificação? As faixas de Lean Seis Sigma formam pessoas para conduzir projeto com dado, que é a escala acima das duas. Nenhuma das duas ferramentas discutidas aqui depende de faixa. E as três se somam bem: a formação dá o método de projeto, o desenho de fluxo dá o critério de escolha, o evento dá a execução rápida.

Ferramentas que os dois compartilham

A caixa é quase a mesma. É por isso que a fronteira some no material de curso. Para achar causa, os dois usam 5 Porquês e Ishikawa. Para priorizar, Pareto e matriz esforço x impacto. Para enxergar o trabalho, SIPOC e o mapa do fluxo.

O que não é compartilhado é o critério de entrada. A mesma ferramenta, usada na escala errada, produz trabalho honesto e resultado nenhum, e essa é a diferença que separa os dois métodos muito mais do que qualquer lista de princípios.

Um sinal prático de que a escala foi lida errado: a reunião de melhoria discute solução antes de discutir onde o problema mora. Quando o percurso ainda não foi desenhado, toda solução proposta é sobre a etapa que a pessoa que falou conhece melhor. E a discussão vira disputa de repertório. O mapa acaba com isso em uma tarde, porque desloca a pergunta de quem tem razão para onde o prazo está sendo consumido.

No meu livro, o Guia Prático Lean Seis Sigma Black Belt (Editora Atlas), os dois têm capítulo próprio e eles são vizinhos, o que já diz alguma coisa. No capítulo 8, na página 60, eu defino o lado do fluxo: "O Lean Manufacturing ou Manufatura Enxuta é uma estratégia de excelência operacional baseada em realizar processos com o mínimo de recursos e eliminar ou reduzir atividades que não agregam valor". No capítulo 9, na página 71, o outro lado: "É possível definir o Kaizen como oportunidades de pequenas melhorias, chamadas Quick Wins, ou seja, problemas que são resolvidos com baixo esforço e que trazem ganho rápido para a organização".

A diferença entre as duas definições está no objeto. Uma fala de estratégia para o processo inteiro; a outra fala de problema resolvido com baixo esforço. As duas caixas existem prontas e separadas: o Kit de Ferramentas Kaizen traz o diagrama A3 do evento, e o Kit de Ferramentas Lean Manufacturing traz o mapa do fluxo de valor nos estados atual e futuro. E é isso que a gente treina na Academia Lean Seis Sigma: não qual método adotar, mas como reconhecer o tamanho do problema antes de escolher.