O que acontece quando a produção para
Na Toyota de Tabata, nos anos 60, o sistema foi montado com um problema real: espaço físico insuficiente para estocar peças e mão de obra limitada. Taiichi Ohno não estava tentando criar filosofia. Ele estava resolvendo um problema logístico. O resultado foi o que hoje chamamos de toyotismo just in time, mas na prática isso significa algo muito menos romântico do que os manuais de gestão sugerem.
Toyotismo just in time: definição funcional
O sistema funciona assim. A produção é puxada pela demanda real, não por previsão. Um cartão kanbanviaja do processo seguinte para o processo anterior indicando exatamente quanto produzir. Nada mais. Cada etapa produz apenas o que o próximo passo consome, na quantidade que consome, no momento que consome. O conceito de "estoque zero" é mais uma diretriz do que um estado alcançável na maioria das operações reais. A maioria das linhas com toyotismo just in time opera com algum estoque de segurança, variando de 2 a 8 horas dependendo do item. O que as pessoas frequentemente confundem é a diferença entre produção sob demanda e true just in time. Produzir sob demanda ainda pode ter lotes econômicos, setups longos e buffers. Just in time exige que cada unidade seja produzida individualmente e flua sem paralisações intermediárias. Isso muda tudo sobre como você projeta suas células de produção, seus tempos de setup e sua relação com fornecedores.
O detalhe que ninguém conta: o sistema só funciona de verdade quando o nível de defeito está abaixo de 0,1%. Acima disso, qualquer variação na qualidade trava a linha inteira porque não há estoque para absorver o problema. Quem implementa toyotismo just in time sem um processo statisticamente controlado primeiro está apenas criando um sistema sensacionalmente frágil.
Porque a maioria das implementações falha
Eu vi isso na prática numa linha de montagem de componentes eletrônicos há alguns anos. A gerência decidiu implementar toyotismo just in time porque era o que havia de moderno. Cancelamos estoques de segurança, reduzimos lotes, instalamos kanbans. Na terceira semana, o fornecedor de um conector específico teve uma greve inesperada de dois dias. Como não havia buffer nenhum, a linha inteira parou. Perdiam cerca de R$ 47 mil por hora de parada, então isso não era teoria. A solução que encontrei foi simples mas contraintuitiva. Em vez de tentar eliminar completamente o estoque daquele componente, mantivemos um estoque estratégico equivalente a 6 horas de produção naquela peça específica. Não era o "estoque zero" que o livro dizia. Mas era o mínimo necessário considerando a volatilidade do fornecedor. Aprendi que toyotismo just in time não é sobre eliminar estoques em todos os lugares. É sobre saber exatamente onde e por quê cada estoque existe.
O erro mais comum que observo é a aplicação uniforme do sistema. Tratar todos os componentes da mesma forma, independentemente de criticidade, lead time do fornecedor ou variabilidade de demanda. Isso é ingênuo. O método adequado é classificar cada item por ABC de criticidade e aplicar regras diferentes. Itens críticos com longo lead time recebem níveis de segurança calculados. Itens de baixo valor e alta disponibilidade podem realmente operar sem estoque.
Como configurar o sistema kanban na prática
O cálculo do número de cartões kanban segue uma fórmula direta: D × L × (1 + S) dividido por C, onde D é a demanda média horária, L é o lead time de reposição em horas, S é o fator de segurança (geralmente entre 0,1 e 0,3) e C é a capacidade do recipiente. Parece trivial, mas a maioria das empresas usa valores arbitrários para L e S, o que distorce todo o sistema. O lead time real precisa ser medido, não estimado. Anotar o tempo desde o acionamento do kanban até a chegada efetiva da peça na linha. Eu tenho dados de linhas onde o lead time declarado pelo fornecedor era de 4 horas e o real era de 18 horas. Usar o número errado no cálculo do kanban significa que você precisa de 4,5 vezes mais cartões do que deveria, o que equivale a manter 4,5 vezes mais estoque do que o necessário. O sistema perde o sentido.
👉 Clique no botão abaixo para saber mais sobre o assunto!
O fator de segurança S merece atenção especial. Valores baixos funcionam em ambientes estáveis com fornecedores confiáveis. Mas se você tem algum fornecedor com histórico de atrasos recorrentes, aumentar S para aquele item específico é mais eficiente do que aumentar para toda a linha. O toyotismo just in time permite essa granularidade. Não é um sistema binário de funciona ou não funciona. É ajustável por componente. Outro ponto prático: o tamanho do recipiente C. Recipientes maiores reduzem a frequência de reposição mas aumentam o lote mínimo movido. Recipientes menores exigem mais movimentos mas refletem melhor a demanda real. O ideal varia entre 50 e 200 unidades por recipiente para a maioria das linhas de manufatura. Valores fora dessa faixa indicam que você está otimizando para métricas erradas.
A relação com o heijunka e porque pular esse passo é erro
Muitas equipes pulam o heijunka, o nivelamento da produção, e vão direto para os kanbans. Isso é um erro conhecido. O heijunka consiste em distribuir o mix e o volume de produção igualmente ao longo do período, em vez de produzir lotes grandes de um produto e depois lotes grandes de outro. Sem nivelamento, os kanbans recebem sinais distorcidos pela volatilidade do lote, e o sistema de puxação se comporta de maneira imprevisível. Na minha experiência, a transição de produção por lotes para heijunka costuma reduzir o tempo de ciclo em 15 a 30% nas primeiras quatro semanas, apenas pelo efeito de eliminar os picos e vales de produção. Mas exige que o setup dos equipamentos seja rápido o suficiente para trocar de produto sem perda significativa de tempo. Se seu setup leva 45 minutos, o heijunka vai te travar. Nesse caso, o SMED (single-minute exchange of die) precisa ser implementado antes de qualquer coisa.
O ciclo lógico correto é: primeiro stabilizar o processo, depois nivelar com heijunka, depois implementar kanban. Inverter essa ordem gera frustração e abandono do sistema. Já vi equipes tentarem implementar kanban sem processo estabilizado e desistir em seis meses. A implementação bem-sucedida exige essa sequência, não porque seja dogma, mas porque cada etapa resolve um problema diferente.
Vantagens reais e limitações que os consultores omitem
As vantagens do toyotismo just in time são mensuráveis quando o sistema está bem calibrado. Redução de estoque_work_in_progress_ em 60 a 80%, diminuição do lead time de produção em 40 a 60%, e melhoria na identificação de defeitos porque problemas ficam visíveis imediatamente quando não há estoque para escondê-los. Esses números são consistentes em operações que mantêm o sistema funcionando por mais de um ano. As limitações são menos discutidas. O sistema é extremamente sensível a interrupções na cadeia de suprimentos. Um evento externo como uma chuva forte que interditou rodovias regionais, uma greve portuária, uma mudança regulatória repentina pode paralisar uma operação totalmente dependente de just in time em questão de horas. Durante a pandemia, empresas que implementaram toyotismo just in time sem nenhuma reserva estratégica enfrentaram paralisações de semanas. Não é uma falha do conceito, é uma característica inerente à ausência de amortecedores.
Outra limitação prática: o toyotismo just in time exige disciplina operacional diária. Cada kanban fora do lugar, cada cartão perdido, cada registro de produção desatualizado compromete o sistema como um todo. Em linhas onde a rotatividade de operadores é alta, o custo de treinamento constante pode superar os benefícios da redução de estoque. Nessas situações, um modelo híbrido com pequenos buffers estratégicos muitas vezes entrega melhor resultado líquido. Também vale mencionar que o sistema funciona melhor em ambientes de produção repetitiva com demanda previsível. Produtos customizados, lotes únicos, demanda altamente volátil são cenários onde o toyotismo just in time tradicional mostra fragilidade. Nesses casos, métodos comoLean floater ou cells de manufatura com lotes enxutos mas flexíveis costumam ser mais adequados.
Primeiros passos para quem quer começar
Comece mapeando o fluxo atual de materiais e informações. Anote tempos reais de setup, lead times reais de fornecedores, taxas de defeito por processo. Dados reais, não planilhas otimistas. A maioria das empresas subestima seus lead times em 300% e superestima sua capacidade em 50%. Ter números corretos desde o início evita frustração posterior. Depois disso, estabilize o processo crítico. Reduza a variabilidade antes de tentar remover estoques. Um processo instável com toyotismo just in time só acelerará o colapso. Implemente controle estatístico de processo nos pontos críticos e só avance para kanbans quando o Cpk estiver acima de 1,33 consistentemente.
Por fim, considere um piloto em uma única linha ou célula antes de escalar. Uma linha piloto de 40 dias geralmente demonstra se o sistema funciona no seu contexto operacional. Os resultados dessa linha definem se a implementação continua ou se é necessário ajustar a abordagem. Tentar implementar toyotismo just in time em toda a operação de uma vez raramente termina bem.
