O Sistema Toyota de Produção

O Lean não surgiu da abundância. Ele surgiu da escassez.

O Japão do pós-Segunda Guerra Mundial enfrentou restrições devastadoras: capital limitado, matérias-primas limitadas, espaço limitado nas fábricas. A produção em massa no estilo americano—fazer lotes enormes, armazenar estoque, empurrar produtos para o mercado—simplesmente não era possível. A Toyota não podia se dar ao luxo de imobilizar capital em estoque ou produzir carros que ninguém queria.

Taiichi Ohno, um engenheiro da Toyota, viu isso como uma oportunidade. Se você não pode se dar ao luxo de desperdiçar, você tem que eliminar o desperdício. Se você não pode armazenar estoque, você tem que produzir apenas o que é necessário, quando é necessário. Se você não pode absorver defeitos, você tem que construir qualidade desde o início.

O Sistema Toyota de Produção (TPS) surgiu dessas restrições ao longo de décadas. Ele não foi projetado em uma sala de reuniões—foi evoluído no chão de fábrica através de experimentação e observação incansáveis.

O modelo de manufatura americano era Just-in-Case (JIC): construir buffers de estoque em todos os lugares para se proteger contra incertezas. Se uma máquina quebra, você tem estoque para manter a linha funcionando. Se a demanda aumenta, você tem estoque para vender.

A Toyota inverteu isso para Just-in-Time (JIT): produzir apenas o que é necessário, apenas quando é necessário, apenas na quantidade necessária.

Isso parece arriscado. E se algo der errado?

Esse é exatamente o ponto. Em um sistema JIC, os problemas se escondem. Os buffers de estoque mascaram questões—um lote defeituoso, um fornecedor lento, uma máquina não confiável. Você não sente a dor até que o buffer acabe.

Em um sistema JIT, os problemas surgem imediatamente. Não há onde se esconder. Uma quebra de máquina para a linha. Um problema de qualidade interrompe a produção. Essa visibilidade é um recurso, não um bug—ela força você a corrigir as causas raiz em vez de contornar os sintomas.

Paralelo com software: Código parado em branches é estoque. Funcionalidades não lançadas são estoque. Um backlog grande é estoque. Tudo isso mascara problemas e atrasa o feedback.

O TPS repousa sobre dois pilares fundamentais:

1. Just-in-Time: Fluxo de trabalho através do sistema baseado na demanda real. Produzir o que é necessário, quando é necessário, na quantidade necessária. Isso minimiza o estoque, expõe problemas e cria fluxo.

2. Jidoka (Autonomação): Construir qualidade interrompendo e corrigindo problemas conforme eles ocorrem. Não passar defeitos adiante. Cada trabalhador tem a autoridade—e responsabilidade—de parar a linha quando detecta um problema.

Esses pilares se apoiam mutuamente. O JIT cria visibilidade ao remover buffers. O Jidoka garante que a visibilidade leve à ação. Juntos, eles criam um sistema que melhora continuamente porque os problemas não podem se esconder.

Shigeo Shingo, outro engenheiro da Toyota, contribuiu com inovações críticas incluindo Single-Minute Exchange of Dies (SMED)—reduzindo tempos de troca de horas para minutos. Isso tornou lotes pequenos economicamente viáveis, permitindo que o JIT funcionasse.