TLS é a integração de Theory of Constraints (Teoria das Restrições), Lean (produção enxuta) e Six Sigma (Seis Sigma) em uma única sequência de melhoria, e não em três programas concorrentes. Theory of Constraints decide onde trabalhar, Six Sigma elimina a variação e os defeitos que roubam capacidade naquele ponto, e Lean elimina o desperdício e o tempo de setup ao redor dele. A ordem é o método. Aplicada nessa sequência, a melhoria deixa de ser apontada para processos que nunca limitaram a produção.
- O que é TLS?
- Por que a ordem importa mais do que as ferramentas?
- O que cada metodologia realmente faz bem?
- Qual método usar em cada situação?
- Como parar a briga entre os três grupos?
- Como é um ciclo integrado?
- Quais são os erros mais comuns em TLS?
- TLS: FAQ do operador
- Sobre o Stagnation Assassin
Resumo executivo: TLS combina Theory of Constraints, Lean e Six Sigma em uma sequência única em vez de três programas concorrentes. Theory of Constraints decide onde trabalhar, Six Sigma remove a variação e os defeitos que roubam capacidade naquele ponto, e Lean remove o desperdício e o tempo de setup ao redor dele. A ordem é o método. Aplicados nessa sequência, os programas integrados superam com regularidade qualquer metodologia isolada, porque as outras duas param de ser apontadas para processos que nunca limitaram a produção.
O que é TLS?
TLS é a integração de Theory of Constraints, Lean e Six Sigma em uma única sequência de melhoria. Theory of Constraints identifica onde focar, Six Sigma elimina a variação e os defeitos que consomem capacidade ali, e Lean remove o desperdício e o tempo de setup ao redor. A sequência é o que distingue o TLS de rodar as três ao mesmo tempo.
As três metodologias costumam ser apresentadas como alternativas, e as organizações tendem a escolher uma e construir uma identidade em torno dela. Esse enquadramento é o problema. Elas não são filosofias concorrentes respondendo à mesma pergunta. Elas respondem a três perguntas diferentes, e cada uma é mais fraca exatamente onde outra é mais forte.
Theory of Constraints é excelente para dizer onde a produção do sistema está limitada e inútil para dizer como consertar um processo depois que você chega lá. Six Sigma é soberba para eliminar variação e defeitos e não oferece nenhuma orientação sobre quais defeitos importam para o negócio. Lean é insuperável para remover desperdício e interrupção de fluxo, e vai remover com prazer o desperdício de processos cujo desperdício não custava nada.
Dito de outro modo: Theory of Constraints fornece a mira, Six Sigma e Lean fornecem a potência de fogo. Uma metodologia com mira e sem potência de fogo identifica a restrição e não consegue consertá-la. Uma metodologia com potência de fogo e sem mira melhora o que estiver mais perto e depois se pergunta por que os números não se mexem.
Eu conduzi transformações na Berkshire Hathaway, na Illinois Tool Works e na Whirlpool, e já vi organizações rodarem as três ao mesmo tempo como programas rivais, com orçamentos separados, comitês diretivos separados e consultores separados. Esse arranjo produz uma atividade enorme e muito pouco movimento na produção do sistema, o que é um tipo particular de tragédia organizacional, porque todos os envolvidos são competentes e trabalham duro.
Por que a ordem importa mais do que as ferramentas?
Porque melhoria aplicada longe da restrição não altera a produção do sistema, por melhor que seja a execução. Colocar a identificação da restrição em primeiro lugar faz com que cada hora seguinte de Lean ou Six Sigma caia onde ela se converte em throughput. Inverta a ordem e você terá projetos tecnicamente excelentes sem nenhum resultado de negócio mensurável.
A evidência disso é desconfortável e fácil de observar. Eu vi uma equipe identificar vinte e três oportunidades legítimas de melhoria durante um mapeamento, formar times de kaizen para todas elas, implementar dezenove ao longo de um ano e elevar o throughput do sistema em três por cento. Apenas uma das vinte e três estava na restrição. As outras vinte e duas consumiram recursos reais, entregaram melhorias locais reais e não contribuíram em nada para o que o negócio produziu.
Ninguém naquelas equipes fez um trabalho ruim. As ferramentas foram aplicadas corretamente. Todos os projetos passariam em uma auditoria técnica. A falha estava inteiramente a montante da execução: o portfólio foi selecionado democraticamente e não por impacto na restrição, o que parecia justo e estava completamente errado.
Uma equipe identificou 23 oportunidades de melhoria, implementou 19 ao longo de um ano e moveu o throughput do sistema em 3 por cento. Exatamente uma das 23 estava na restrição. As outras 22 foram executadas com competência, tiveram sucesso local e foram irrelevantes para o que o negócio produziu. As ferramentas não eram o problema. A mira era.
É por isso que TLS é uma sequência e não um kit de ferramentas. A sequência é o que faz o trabalho. Quando a identificação da restrição vem primeiro, a mesma capacidade de Lean e Six Sigma que produziu três por cento passa a produzir ganhos de throughput de dois dígitos, porque está apontada para o único lugar onde a melhoria se acumula em produção do sistema.
O que cada metodologia realmente faz bem?
Theory of Constraints otimiza o throughput do sistema gerenciando o recurso limitante. Six Sigma reduz variação e defeitos por meio de análise estatística no ciclo DMAIC. Lean elimina desperdício e melhora o fluxo com ferramentas como SMED (troca rápida de ferramentas), 5S e manutenção produtiva total. Cada uma é mais forte exatamente onde as outras oferecem menos.
Theory of Constraints: a mira
Responde onde. Identifica o único recurso que limita a produção e então prescreve explorá-lo, subordinar todo o resto a ele e elevá-lo apenas quando a exploração estiver esgotada. Sua fraqueza é que ela diz que a sua operação de solda é a restrição e não oferece nenhum método para melhorar a solda depois que você chega lá.
Six Sigma: variação e defeitos
Responde como tornar um processo consistente. O DMAIC oferece um ciclo rigoroso para encontrar causas raiz de defeitos e variação. Sua fraqueza é a seleção de projetos. As equipes escolhem projetos pela taxa de defeito, o que significa que uma taxa alta em um não gargalo supera uma taxa moderada na restrição, mesmo que apenas a segunda custe ao negócio uma capacidade que ele não consegue recuperar.
Lean: desperdício e fluxo
Responde como remover tudo o que não agrega valor. SMED para setups, 5S para organização do posto de trabalho, manutenção produtiva total para confiabilidade, sistemas puxados para fluxo. Sua fraqueza é a disciplina de escopo. A filosofia Lean diz para remover desperdício em todo lugar, o que é admirável e, aplicado sem mira, espalha uma capacidade finita de melhoria por processos nos quais remover desperdício não muda nada.
Leia essas três fraquezas juntas e a defesa da integração se escreve sozinha. Theory of Constraints não tem método de reparo. Six Sigma não tem mira. Lean não tem priorização. Cada lacuna é preenchida exatamente por uma das outras.
Qual método usar em cada situação?
Direcione pelo sintoma, depois que a restrição for conhecida. Se a restrição perde capacidade para defeitos e retrabalho, use Six Sigma. Se perde capacidade para setups, procura de itens ou paradas, use Lean. Se está plenamente explorada e ainda assim limita, eleve com capacidade. Longe da restrição, a resposta normalmente é não fazer nada ainda.
Esta é a regra de direcionamento que eu uso, aplicada somente depois da identificação da restrição.
- Capacidade da restrição perdida para defeitos ou retrabalho significa que o inimigo é a variação. Rode um projeto DMAIC naquele modo de defeito específico. Cada unidade defeituosa na restrição consumiu um tempo de restrição que você não recupera, e é por isso que taxas moderadas de defeito ali superam taxas severas em outro lugar.
- Capacidade da restrição perdida para setups significa que o inimigo é o setup. Rode SMED especificamente naquela troca. Esse é, com frequência, o maior bloco isolado de capacidade recuperável da planta.
- Capacidade da restrição perdida para procura, deslocamento e desorganização significa que o inimigo é o posto de trabalho. Rode 5S naquela estação, e somente naquela estação, antes de estendê-lo para qualquer outro lugar.
- Capacidade da restrição perdida para quebras significa que o inimigo é a confiabilidade. Rode manutenção produtiva total e monitoramento de condição naquele ativo, com orçamento definido por status de restrição e não por valor da máquina.
- Restrição faminta por comportamento a montante significa que o inimigo é o fluxo. Instale sinais puxados e subordine a liberação a montante ao consumo da restrição.
- Restrição plenamente explorada e ainda limitando significa que o inimigo é de fato a capacidade. Agora, e somente agora, eleve via investimento.
Note que todos os ramos começam com capacidade da restrição. Isso não é estilo. É o mecanismo que mantém o direcionamento honesto, porque obriga cada projeto proposto a declarar qual perda específica da restrição ele endereça. Um projeto que não consegue responder a essa pergunta volta para a fila, por melhor que pareça nos próprios termos.
Como parar a briga entre os três grupos?
Dê a eles um diagnóstico compartilhado em vez de três mandatos concorrentes. O conflito é estrutural e não pessoal: orçamentos separados e métricas de sucesso separadas garantem competição por recursos. Um único diagnóstico de restrição que os três grupos ajudaram a produzir remove exatamente aquilo pelo que eles brigavam.
O padrão é notavelmente consistente entre empresas. O grupo Lean prefere mapeamento, 5S e eventos kaizen. O grupo Six Sigma prefere DMAIC e redução de defeitos. O grupo de restrições prefere otimização de throughput. Cada um tem expertise real, um histórico que pode mostrar e um orçamento que precisa defender. Então eles competem por recursos de melhoria, discutem qual metodologia é superior e melhoram dentro dos próprios silos.
Três correções estruturais funcionam.
Um diagnóstico, produzido em conjunto. Faça a identificação da restrição como um exercício multifuncional com os três grupos presentes, medindo juntos no chão de fábrica. Quando o líder de Six Sigma contou pessoalmente o estoque parado na frente da restrição, a discussão sobre onde focar acabou. Observação compartilhada vence relatório compartilhado sempre.
Uma métrica de sucesso. Throughput do sistema, não métricas locais. Se o grupo Lean é medido por desperdício eliminado e o grupo Six Sigma por redução de defeitos, cada um vai otimizar o próprio número e nenhum vai ser dono do resultado. Meça os três pela mesma cifra de throughput e a competição se dissolve, porque agora eles ganham ou perdem juntos.
Uma fila sequenciada. Uma única lista priorizada de trabalho de melhoria, ordenada por impacto na restrição, da qual os três grupos tiram trabalho. É aqui que a disputa política de fato se resolve, porque a fila deixa explícito que um projeto Six Sigma na restrição supera um projeto Lean em outro lugar, e que isso é sobre localização e não sobre qual metodologia é melhor.
Espere resistência à terceira. Dizer a uma equipe capaz que o projeto bem desenhado dela fica atrás do de outra pessoa por causa da localização parece arbitrário até que as pessoas internalizem a lógica do throughput. Isso é um problema de gestão da mudança, não um problema técnico, e é a parte que determina se a integração sobrevive ao primeiro ano.
Como é um ciclo integrado?
Um ciclo completo leva aproximadamente um trimestre: diagnosticar a restrição, analisar o que está roubando a capacidade dela, rodar trabalho de Six Sigma direcionado a defeitos e retrabalho, depois trabalho Lean direcionado a setup e fluxo, e então confirmar que a restrição se moveu e recomeçar. Ciclos integrados costumam entregar ganhos de throughput na casa dos vinte e poucos por cento dentro de um único trimestre.
Semanas 1 a 2: diagnosticar
Uma equipe multifuncional mapeia o fluxo e identifica a restrição por acúmulo de estoque, tempo de ciclo contra o takt e disponibilidade medida. Espere que a disponibilidade medida na restrição seja substancialmente pior do que a gestão acredita. Essa diferença costuma ser onde a oportunidade mora.
Semanas 3 a 4: analisar as perdas
Quebre a capacidade perdida da restrição por causa. Quanto vai para retrabalho de qualidade, quanto para setups, quanto para quebras, quanto para falta de abastecimento a montante. Essa abertura é o que direciona as duas fases seguintes, e é o passo que a maioria dos programas pula na pressa de começar a melhorar.
Semanas 5 a 8: Six Sigma na restrição
Rode DMAIC no modo de defeito dominante que consome capacidade da restrição. Leve até a causa raiz em vez de tratar sintomas. Alinhamento de dispositivo, desgaste de ferramenta, variação de material e variação de técnica de operador são culpados comuns, e as correções costumam ser baratas em relação à capacidade que devolvem.
Semanas 9 a 12: Lean na restrição
Agora ataque setup e fluxo na mesma operação. SMED na troca da restrição, 5S naquela estação e sinais puxados a partir da restrição para parar a superprodução a montante. Fazer isso depois do trabalho de qualidade importa, porque o retrabalho estava inflando a carga aparente.
Semana 13 em diante: confirmar a migração e recomeçar
Meça o novo throughput e descubra para onde a restrição foi. Ela terá se movido, muitas vezes para a embalagem ou a expedição. Isso é sucesso, não fracasso, e dá início ao ciclo seguinte.
Um ciclo integrado em um fabricante levou a disponibilidade da montagem final de 72 para 91 por cento e o throughput do sistema de 420 para 535 unidades por semana, um ganho de 27 por cento em 14 semanas. Lean sozinho normalmente entrega menos em seis meses, e Six Sigma sozinho melhora métricas de qualidade sem necessariamente mover o throughput.
Quais são os erros mais comuns em TLS?
Quatro dominam: rodar as três metodologias em paralelo em vez de em sequência, manter orçamentos e métricas separados que garantem o conflito entre os grupos, selecionar projetos de Six Sigma pela taxa de defeito e não pelo impacto na restrição, e melhorar processos a montante que depois inundam a restrição com estoque.
Erro 1: paralelo em vez de sequencial
O erro que define tudo. Os três programas rodam ao mesmo tempo na planta inteira, cada um fazendo trabalho competente, sem mira compartilhada. A atividade é alta, o moral costuma ser bom e o throughput do sistema mal se move. Sequencie. A ordem não é uma preferência, é o mecanismo.
Erro 2: melhorar o processo que alimenta a restrição
Uma versão específica e cara da armadilha do paralelo. Uma equipe Lean obtém um ganho real de eficiência na operação a montante da restrição, o que aumenta a taxa de material fluindo em direção a um processo que não consegue absorvê-lo. O material em processo explode, o capital de giro é consumido, e a equipe da restrição vê os pulmões transbordarem enquanto a equipe Lean comemora. Suspenda a melhoria fora da restrição até que a restrição esteja explorada.
Erro 3: selecionar projetos pela taxa de defeito
As equipes Six Sigma escolhem projetos onde a estatística é mais dramática. Uma taxa alta de defeito em um processo com capacidade sobrando tem baixo impacto no negócio, porque aquele processo consegue absorver o retrabalho. Uma taxa moderada na restrição tem impacto severo, porque cada unidade defeituosa consumiu capacidade que limita a planta inteira. Selecione por impacto na restrição, não por magnitude do defeito.
Erro 4: manter os orçamentos separados
Enquanto cada grupo defender o próprio orçamento e reportar a própria métrica, a integração é retórica. Incentivos estruturais vencem intenções declaradas em toda organização em que já trabalhei. Consolide o orçamento, consolide a métrica e consolide a fila, ou aceite que você tem três programas com um slogan em comum.
Meu erro aqui foi supor que demonstrar a lógica bastaria para dissolver o conflito entre os grupos. Não bastou. As pessoas haviam construído carreira, credibilidade e identidade em torno de uma metodologia específica, e pedir que a subordinassem à mira de outra pessoa parecia um rebaixamento. O que acabou funcionando foi tornar o diagnóstico da restrição um exercício conjunto, de modo que cada grupo tivesse autoria da resposta. As pessoas se subordinam a uma conclusão que ajudaram a alcançar com muito mais facilidade do que a uma que lhes foi entregue.
TLS: FAQ do operador
O que significa TLS?
Theory of Constraints, Lean e Six Sigma, integrados em uma sequência única de melhoria. Theory of Constraints identifica onde a produção do sistema está limitada, Six Sigma remove a variação e os defeitos que consomem capacidade ali, e Lean remove o desperdício, o tempo de setup e as paradas ao redor. A sequência é o que faz funcionar.
Por que TLS supera Lean ou Six Sigma isolados?
Porque resolve o problema da mira. Lean e Six Sigma são excelentes para consertar processos e oferecem pouca orientação sobre qual processo consertar, então a capacidade deles se espalha por operações em que a melhoria não muda a produção do sistema. A identificação da restrição concentra essa mesma capacidade onde ela se converte em throughput.
Em que ordem as três metodologias devem ser aplicadas?
Constraints primeiro para identificar onde, depois Six Sigma para eliminar defeitos e retrabalho que roubam capacidade naquele ponto, depois Lean para remover tempo de setup, desorganização e paradas ali. O trabalho de qualidade vem antes do trabalho de fluxo porque o retrabalho infla a carga aparente, o que distorce qualquer análise de setup ou balanceamento feita antes.
Qual é a falha de implementação mais comum em TLS?
Rodar os três programas em paralelo em vez de em sequência, cada um com orçamento e métrica de sucesso próprios. Isso produz atividade alta, melhorias locais competentes e pouco movimento no throughput do sistema. Uma falha relacionada é melhorar a operação a montante da restrição, o que a inunda de estoque e consome capital de giro.
Sobre o Stagnation Assassin (o Assassino da Estagnação)
Todd Hagopian é um executivo de transformação da Fortune 500 que gerou mais de R$ 15 bilhões em valor ao acionista na Berkshire Hathaway, na Illinois Tool Works, na Whirlpool e na JBT Marel, onde atua como VP de Estratégia Global de Produto. Conhecido como The Stagnation Assassin, é autor de dois livros publicados: The Unfair Advantage: Weaponizing the Hypomanic Toolbox e Stagnation Assassin: The Anti-Consultant Manifesto. Seu blog é publicado em mais de 15 idiomas e lido por operadores no mundo inteiro. Leve-o ao seu palco pela página de palestras ou conecte-se com ele no LinkedIn.
Próximo passo: audite onde o seu esforço de melhoria está caindo
Conte os seus projetos de melhoria ativos e depois conte quantos estão no processo que de fato limita a sua produção. Se o segundo número não for a maioria, a sua capacidade de melhoria está sendo gasta em trabalho que não move o negócio. Agende uma auditoria de 20 minutos e eu ajudo você a resequenciá-la. Comece a auditoria aqui.