Conceito

A Teoria das Restrições (TOC, do inglês Theory of Constraints) parte de uma premissa simples: todo sistema existe para atingir uma meta, e em todo sistema há pelo menos uma restrição que limita o quanto ele consegue avançar em direção a ela. Assim como a resistência de uma corrente é determinada pelo seu elo mais fraco, a capacidade de uma empresa é determinada pela sua restrição. ^[3]

A restrição pode ser física (uma máquina, uma equipe, um fornecedor), de mercado (falta de demanda) ou, com muita frequência, de política: regras, métricas e hábitos que um dia fizeram sentido e continuam sendo seguidos mesmo depois de terem perdido a razão de existir.

Para lidar com ela, Goldratt propôs os cinco passos de focalização:

1. Identificar a restrição do sistema.
2. Explorar a restrição: extrair o máximo dela sem grandes investimentos, eliminando desperdícios e paradas.
3. Subordinar todo o resto à decisão anterior: o restante do sistema passa a trabalhar no ritmo da restrição.
4. Elevar a restrição: se ainda for preciso, investir para aumentar sua capacidade.
5. Voltar ao passo 1 quando a restrição for quebrada, sem deixar que a inércia se torne a nova restrição.

A TOC também propõe medir o desempenho com três indicadores globais, no lugar de dezenas de métricas locais ^[1]:

• Ganho (throughput)

  A velocidade com que o sistema gera dinheiro por meio das vendas.

• Inventário (ou investimento)

  Todo o dinheiro que o sistema investiu em coisas que pretende vender.

• Despesa operacional

  Todo o dinheiro que o sistema gasta para transformar inventário em ganho.

A lógica é aumentar o ganho enquanto se reduzem, ao mesmo tempo, o inventário e a despesa operacional.

Quem é o autor?

Eliyahu M. Goldratt (31 de março de 1947 — 11 de junho de 2011) foi um físico israelense que se tornou um dos pensadores de gestão mais influentes do século XX. Formado pela Universidade de Tel Aviv, com mestrado e doutorado pela Universidade Bar-Ilan, aplicou o raciocínio científico da física aos problemas das organizações. ^[4]

No fim dos anos 1970 desenvolveu o OPT, um software de programação da produção, e percebeu que o que realmente limitava os resultados das fábricas não era o cálculo, mas a forma de pensar dos gestores. Para ensinar essa forma de pensar, escreveu um romance de negócios: A Meta (1984), em coautoria com Jeff Cox, que vendeu milhões de exemplares no mundo todo.

Depois vieram, entre outros, Mais que sorte (1994), Corrente Crítica (1997), Necessária, sim, mas não suficiente (2000) e A Escolha (2008), que levaram a TOC da fábrica para projetos, distribuição, vendas, tecnologia e para a própria vida.

O livro “A Meta”

Alex Rogo é gerente de uma fábrica da UniCo que atrasa pedidos, acumula estoque e dá prejuízo. O vice-presidente da divisão lhe dá um ultimato: três meses para reverter a situação, ou a fábrica será fechada. Ao mesmo tempo, o casamento de Alex desmorona pela falta de tempo em casa. ^[1]

Alex reencontra Jonah, um antigo professor de física, que em vez de dar respostas faz perguntas. A primeira delas desmonta tudo: qual é a meta da empresa? A resposta, fazer dinheiro hoje e no futuro, mostra que as métricas que a fábrica perseguia, como eficiência de cada máquina e custo por peça, não tinham relação direta com essa meta.

Num acampamento com o grupo de escoteiros do filho, Alex observa que a fila de meninos se espalha por causa do mais lento, Herbie. Ali ele entende os eventos dependentes e as flutuações estatísticas: numa sequência de etapas, os atrasos se acumulam e os ganhos não se compensam. Colocando Herbie à frente da fila e aliviando sua mochila, o grupo inteiro anda junto.

De volta à fábrica, a equipe encontra seus “Herbies”, a máquina NCX-10 e o tratamento térmico, e passa a gerenciar a fábrica inteira em função deles. Os estoques caem, as entregas se normalizam, a fábrica volta a dar lucro, e Alex é promovido. A lição final é que melhorar é um processo contínuo, e que o mais valioso não é a solução em si, mas o método para chegar a ela.

O livro “Mais que sorte”

Na continuação de A Meta, Alex Rogo agora é vice-presidente executivo e responde por três empresas de um grupo diversificado: uma de cosméticos, uma de caldeiras a vapor e uma gráfica. A diretoria decide vendê-las para levantar caixa, e Alex precisa torná-las mais valiosas, sabendo que a venda pode custar o emprego de muitas pessoas. ^[2]

Se A Meta tratava da restrição física na fábrica, Mais que sorte trata da restrição de mercado e de política. Alex e sua equipe usam os Processos de Pensamento da TOC, como a Árvore da Realidade Atual, a Nuvem de Evaporação e a Árvore da Realidade Futura, para identificar o problema-raiz de cada empresa e construir ofertas que os clientes não conseguem recusar.

As mesmas ferramentas aparecem na vida pessoal de Alex, na relação com os filhos adolescentes. O título diz o essencial: resultados que parecem sorte são, na verdade, fruto de um processo de raciocínio estruturado, que pode ser aprendido e repetido.

O livro “Corrente Crítica”

Rick Silver é professor de uma escola de negócios que precisa provar o seu valor para garantir o cargo, numa instituição que também luta para atrair alunos. Numa turma de executivos, ele e os alunos investigam por que quase todos os projetos atrasam, estouram o orçamento ou entregam menos do que prometeram, mesmo com estimativas cheias de margem de segurança. ^[8]

A resposta está no comportamento humano diante da segurança embutida em cada tarefa:

• Síndrome do estudante: se há folga, o trabalho só começa de verdade perto do prazo.
• Lei de Parkinson: o trabalho se expande até ocupar todo o tempo disponível, e as antecipações nunca são repassadas.
• Multitarefa: alternar entre projetos atrasa todos eles ao mesmo tempo.

A solução é a Corrente Crítica: a sequência mais longa de tarefas dependentes, considerando não só a ordem das atividades, mas também a disputa pelos mesmos recursos. As estimativas de cada tarefa são reduzidas, a segurança individual é retirada e concentrada num pulmão do projeto, no fim, e em pulmões de convergência onde caminhos secundários se juntam à corrente crítica. O acompanhamento deixa de ser “cada tarefa no prazo” e passa a ser “quanto do pulmão já foi consumido”. É a aplicação dos cinco passos de focalização à gestão de projetos.

O livro “Necessária, sim, mas não suficiente”

Escrito com Eli Schragenheim e Carol Ptak, o romance acompanha uma empresa que desenvolve sistemas ERP. Ela cresce rápido, mas os clientes começam a perceber que, depois de implantações caras e demoradas, os resultados financeiros não mudam. O mercado desacelera, e a empresa precisa descobrir por que o seu produto não entrega o valor prometido. ^[9]

A conclusão dá nome ao livro: a tecnologia é necessária, mas não suficiente. Um ERP torna a informação disponível muito mais rápido, mas se as empresas continuam usando as mesmas regras de antes, como contabilidade de custos, eficiência local e lotes grandes, o sistema apenas automatiza o comportamento antigo. O benefício só aparece quando as regras mudam junto com a tecnologia.

É deste livro que vem a raiz das quatro perguntas sobre tecnologia, discutidas na última seção deste artigo, e que se aplicam hoje, quase palavra por palavra, à adoção da inteligência artificial.

O livro “A Escolha”

Último grande livro de Goldratt, escrito com a filha, Efrat Goldratt-Ashlag, A Escolha é um diálogo entre pai e filha. Ela questiona; ele explica, com casos reais de empresas, como pensa. O tema deixa de ser uma técnica de gestão e passa a ser a própria forma de pensar. ^[10]

Goldratt defende que pensar com clareza é uma escolha, e que ela se apoia em algumas crenças:

• Simplicidade inerente

  Toda situação, por mais complexa que pareça, é extremamente simples: poucos elementos governam o comportamento do todo.

• Não existem conflitos na realidade

  Todo conflito se apoia em ao menos uma premissa errada, que pode ser encontrada e removida sem meio-termo.

• As pessoas são boas

  Antes de culpar alguém, procure a regra ou a medição que o leva a agir assim.

• O céu é o limite

  Toda situação pode ser melhorada de forma significativa.

• Nunca diga “eu sei”

  Achar que já sabe tudo é o que impede de enxergar a próxima melhoria.

O livro fecha o ciclo iniciado em A Meta: a Teoria das Restrições não é só um método para fábricas ou projetos, mas um modo de pensar que pode ser escolhido, e que leva a uma vida mais plena.

Diferença entre produção puxada e empurrada

• Empurrada MRPA produção é disparada por previsões e planos. Cada etapa produz o que foi programado e “empurra” o resultado para a etapa seguinte, esteja ela pronta ou não. O risco é acumular estoque intermediário, alongar o tempo de atravessamento e esconder problemas atrás de pilhas de material.
• Puxada KanbanA produção é disparada pelo consumo real. Uma etapa só produz quando a seguinte sinaliza que precisa, como no sistema Toyota de Taiichi Ohno. O estoque em processo fica limitado, e os problemas aparecem cedo. ^[6]

A TOC propõe o seu próprio mecanismo, o Tambor-Pulmão-Corda (Drum-Buffer-Rope), que é a versão industrial do Herbie à frente da fila:

• Tambor

  A restrição dita o ritmo de todo o sistema.

• Pulmão

  Um estoque de proteção antes da restrição garante que ela nunca fique parada por falta de material.

• Corda

  A liberação de material na entrada fica amarrada ao ritmo da restrição, e não à capacidade das primeiras etapas.

Em vez de limitar o estoque em cada etapa, como no kanban, o Tambor-Pulmão-Corda protege apenas o ponto que importa. O resultado é um sistema puxado pela restrição, com menos estoque e entregas mais previsíveis.

Por que os gargalos importam tanto

Imagine uma linha com quatro etapas:

1. Corte12 peças/h
2. Solda9 peças/h
3. Pintura5 peças/hgargalo
4. Montagem10 peças/h
5. Saída5 peças/h

Não importa quanto o corte ou a montagem melhorem: o sistema entrega 5 peças por hora. Todo esforço aplicado fora do gargalo apenas gera mais estoque parado na frente da pintura. Goldratt resumiu isso em duas frases ^[1]:

Uma hora perdida no gargalo é uma hora perdida no sistema inteiro.

Uma hora economizada num recurso que não é gargalo é uma miragem.

Daí vêm consequências que contrariam a intuição gerencial:

• A soma dos ótimos locais não é o ótimo global. Manter todas as máquinas e pessoas 100% ocupadas não aumenta o ganho; aumenta o estoque.
• O custo real de uma hora parada no gargalo é o ganho do sistema inteiro naquela hora, não o custo daquela máquina.
• Inspeção de qualidade antes do gargalo, manutenção preventiva do gargalo e uma boa fila na frente dele valem muito mais do que parecem.
• Saber onde está o gargalo é saber onde a gestão deve focar. Sem esse foco, melhoria contínua vira “melhoria em todo lugar”, que na prática é melhoria em lugar nenhum.

A crítica à prevalência da administração financeira

Goldratt foi um dos críticos mais duros da forma como a lógica financeira tradicional, apoiada na contabilidade de custos, passou a comandar as decisões operacionais. Em 1983, ele a chamou de “a inimiga número um da produtividade”. ^[11]

A crítica não é ao dinheiro: a meta, afinal, é ganhar dinheiro. A crítica é à forma de medi-lo. A contabilidade de custos rateia as despesas fixas entre os produtos e cria um “custo unitário” que não existe na realidade, já que salários, aluguel e energia não mudam se a fábrica produzir uma peça a mais ou a menos. Quando esse número passa a guiar a operação, surgem distorções ^[5]:

• Produzir para absorver custos: o estoque “carrega” parte das despesas fixas para o balanço, e o lucro contábil sobe mesmo quando nada foi vendido.
• Culto à eficiência local: recurso parado é visto como desperdício, então os não-gargalos produzem além do necessário e enchem a fábrica de estoque.
• Decisões erradas de mix e preço: produtos que parecem dar prejuízo pelo custo-padrão podem ser os mais lucrativos, e pedidos que ocupariam capacidade ociosa são recusados por ficarem “abaixo do custo”.
• Mundo dos custos contra mundo do ganho: cortar custos tem um piso; aumentar o ganho não tem teto. Empresas dominadas pela lógica do corte reduzem pessoas e investimentos, às vezes na própria restrição, e acabam reduzindo o ganho que queriam proteger.

Um exemplo simples, com a pintura como gargalo:

• Visão de custos margem/peçaO produto Y vende a 120 e usa 50 de material; o X vende a 100 e usa 40. Y deixa 70 por peça, X deixa 60. A decisão parece óbvia: priorizar Y.
• Visão de ganho ganho/minutoY ocupa 30 minutos do gargalo; X ocupa 15. Por minuto de gargalo, X gera 4,00 e Y apenas 2,33. Com o gargalo cheio, priorizar X gera cerca de 70% mais ganho com a mesma estrutura.

A alternativa proposta pela TOC é a Contabilidade de Ganhos (Throughput Accounting): o lucro líquido é o ganho menos a despesa operacional, e o retorno sobre o investimento é esse lucro dividido pelo inventário. Toda decisão passa por três perguntas: aumenta o ganho? reduz o inventário? reduz a despesa operacional? E a prioridade é sempre o ganho.

A mensagem não é abolir as finanças, mas colocá-las a serviço da meta, e não o contrário. Quando a planilha manda na operação, a empresa otimiza o relatório do trimestre e perde de vista o sistema que gera dinheiro.

Ter visão empreendedora e senso de dono

A primeira pergunta de Jonah, “qual é a meta?”, é uma pergunta de dono. Um funcionário que olha apenas para a sua área tende a otimizar o próprio indicador: eficiência da máquina, horas faturadas, tarefas concluídas. Um dono olha para o sistema inteiro e pergunta se aquilo está gerando dinheiro, hoje e no futuro.

Diga-me como me medes, e eu te direi como me comportarei. ^[5]

A frase de Goldratt explica por que o senso de dono raramente nasce sozinho. Se as métricas premiam o ótimo local, as pessoas vão perseguir o ótimo local. Ter visão empreendedora, na lógica da TOC, significa:

• Enxergar a empresa como uma corrente, e não como um conjunto de departamentos independentes.
• Tratar a restrição como problema de todos, inclusive de quem não trabalha nela.
• Questionar políticas e premissas, em vez de aceitar “sempre foi assim”. A Nuvem de Evaporação existe justamente para desmontar falsos dilemas sem cair em meios-termos.
• Responder às três perguntas da mudança: o que mudar, para o que mudar e como provocar a mudança.
• Assumir o resultado final, e não apenas a tarefa. Alex Rogo não salvou a fábrica cumprindo ordens; salvou porque passou a pensar como alguém que tinha algo a perder.

TOC aplicada na TI

Uma área de TI também é um sistema de fluxo, só que invisível. Não há pilhas de peças no chão, mas há o equivalente: histórias iniciadas e não terminadas, branches esperando revisão, código pronto que não foi implantado, chamados parados em filas. Esse é o inventário da TI, e ele se comporta exatamente como o da fábrica de Alex Rogo: esconde problemas, alonga prazos e não gera ganho até chegar ao cliente.

Não por acaso, O Projeto Fênix, um dos romances mais lidos sobre TI, é uma homenagem declarada a A Meta. Nele, a restrição é Brent, o especialista de quem todos dependem, e a virada acontece quando a empresa passa a proteger e subordinar tudo a ele, em vez de sobrecarregá-lo. ^[13]

Métodos ágeis

Ágil e TOC compartilham a mesma base: lotes pequenos, fluxo contínuo, feedback rápido e limite ao trabalho em andamento. David J. Anderson aplicou a TOC à engenharia de software e, partindo do Tambor-Pulmão-Corda, chegou ao método Kanban para TI. ^{[12] [14]}

Pelo olhar da TOC, alguns vícios comuns em times ágeis ficam evidentes:

• Velocidade como eficiência local: aumentar os pontos entregues pelo time de desenvolvimento não adianta se a restrição está em testes, homologação, implantação ou na decisão do negócio.
• Todos 100% ocupados: desenvolvedores sempre começando novas histórias enchem as filas de revisão e teste. O lema kanban “pare de começar, comece a terminar” é o passo de subordinação.
• “Pronto” que não está em produção: uma história concluída e não implantada é estoque. Ganho só existe quando o usuário recebe valor.
• Restrições de política: comitês de mudança, janelas de implantação e aprovações em série costumam ser gargalos maiores que qualquer pessoa ou ferramenta.

Os cinco passos se traduzem de forma direta: mapear o fluxo de valor e encontrar onde o trabalho espera mais tempo (identificar); proteger o tempo do gargalo e tirar dele tarefas que outros podem fazer (explorar); limitar o trabalho em andamento e fazer o time ajudar na etapa travada (subordinar); automatizar testes, integração e implantação (elevar); e medir de novo, porque o gargalo vai mudar de lugar. No lugar de velocidade e taxa de ocupação, as métricas que importam passam a ser vazão e tempo de atravessamento, do pedido até a produção.

Projetos

Projetos de TI sofrem de tudo o que Corrente Crítica descreve: estimativas infladas, síndrome do estudante, lei de Parkinson e, sobretudo, multitarefa. Nas áreas de TI, as mesmas pessoas costumam estar alocadas em vários projetos ao mesmo tempo, e o efeito é contraintuitivo ^[8]:

• Em paralelo média 29Três projetos de 10 semanas cada, tocados em revezamento semanal pela mesma equipe: terminam nas semanas 28, 29 e 30. E isso sem contar o custo de trocar de contexto.
• Em sequência média 20Os mesmos três projetos, um de cada vez: terminam nas semanas 10, 20 e 30. O primeiro começa a gerar valor 18 semanas antes, cerca de quatro meses.

Daí vêm as principais práticas da TOC para projetos e portfólios de TI:

• Escalonar o portfólio

  Iniciar projetos no ritmo do recurso mais disputado, que funciona como o tambor do portfólio. Menos projetos em paralelo terminam mais projetos, e mais cedo.

• Pulmão em vez de margem por tarefa

  Estimativas mais curtas, sem gordura individual, com a segurança concentrada num pulmão do projeto e em pulmões de convergência nos pontos de integração.

• Gerenciar pelo consumo do pulmão

  Comparar o quanto da corrente crítica já foi concluído com o quanto do pulmão já foi consumido. Verde, amarelo ou vermelho dizem onde agir, sem microgerenciar cada tarefa.

• Mudar as regras junto com o sistema

  Em projetos de ERP, o sucesso não é a entrada em produção, mas a mudança das regras de negócio que a nova tecnologia permite. É a lição de Necessária, sim, mas não suficiente aplicada a cada implantação. ^[9]

Ágil e Corrente Crítica não competem. Na prática, funcionam bem juntos: o ágil organiza o fluxo dentro do time, e a TOC organiza o fluxo entre times, projetos e o portfólio, onde a multitarefa e as restrições de política costumam custar mais caro.

Por que a TOC pode ser o motor de uma nova revolução industrial junto com a IA

Cada revolução industrial removeu uma restrição: a máquina a vapor removeu o limite da força muscular, a eletricidade e a linha de montagem removeram limites de energia e escala, e a computação removeu limites de cálculo e informação. A inteligência artificial ataca uma restrição que parecia permanente: a capacidade humana de ler, analisar, escrever, programar e decidir em grande volume.

Goldratt deixou uma regra que se aplica diretamente a esse momento ^[7]: uma tecnologia só traz benefício se, e somente se, reduzir uma limitação. Para isso, ele propôs quatro perguntas:

1. Qual é o poder da tecnologia?
2. Qual limitação ela reduz?
3. Quais regras usávamos para conviver com essa limitação?
4. Quais novas regras devemos usar agora?

A maioria das empresas para na segunda pergunta. Instalam a IA, mas mantêm as mesmas regras, aprovações, métricas e fluxos que foram criados para um mundo onde o trabalho cognitivo era escasso. O resultado é o mesmo da fábrica de Alex Rogo: mais produção fora do gargalo, mais estoque e nenhum ganho a mais.

Na minha visão, a TOC é o que transforma a IA de ferramenta em revolução, por três razões:

• Foco

  A TOC diz onde aplicar a IA: na restrição. Automatizar uma etapa que não é gargalo é uma miragem, por mais impressionante que pareça a demonstração.

• Restrições que se movem

  Quando a IA acelera uma etapa, o gargalo migra. Se programar ficou mais rápido, a restrição passa a ser definir o problema, revisar, testar, integrar ou vender. O quinto passo, voltar ao início, nunca foi tão importante.

• Restrições de política

  Com a capacidade abundante, as maiores restrições passam a ser as regras antigas. Quem tiver coragem de responder à quarta pergunta, e mudar as regras, colhe o ganho; quem não tiver, apenas paga pela tecnologia.

A IA aumenta a capacidade; a Teoria das Restrições diz onde essa capacidade vira resultado. Juntas, elas podem fazer pelas organizações do conhecimento o que a linha de montagem fez pelas fábricas.

Referências

1. Goldratt, Eliyahu M.; Cox, Jeff, A Meta: um processo de melhoria contínua (The Goal), North River Press, 1984.
2. Goldratt, Eliyahu M., Mais que sorte... um processo de raciocínio (It’s Not Luck), North River Press, 1994.
3. Wikipedia, "Theory of constraints", acesso em 23/09/2026, en.wikipedia.org/wiki/Theory_of_constraints.
4. Wikipedia, "Eliyahu M. Goldratt", acesso em 23/09/2026, en.wikipedia.org/wiki/Eliyahu_M._Goldratt.
5. Goldratt, Eliyahu M., The Haystack Syndrome: Sifting Information Out of the Data Ocean, North River Press, 1990.
6. Ohno, Taiichi, Toyota Production System: Beyond Large-Scale Production, Productivity Press, 1988.
7. Goldratt, Eliyahu M., Beyond the Goal: Theory of Constraints, audiolivro, Gildan Media, 2005.
8. Goldratt, Eliyahu M., Corrente Crítica (Critical Chain), North River Press, 1997.
9. Goldratt, Eliyahu M.; Schragenheim, Eli; Ptak, Carol A., Necessária, sim, mas não suficiente (Necessary But Not Sufficient), North River Press, 2000.
10. Goldratt, Eliyahu M.; Goldratt-Ashlag, Efrat, A Escolha (The Choice), North River Press, 2008.
11. Goldratt, Eliyahu M., "Cost Accounting: The Number One Enemy of Productivity", APICS International Conference Proceedings, 1983.
12. Anderson, David J., Agile Management for Software Engineering: Applying the Theory of Constraints for Business Results, Prentice Hall, 2003.
13. Kim, Gene; Behr, Kevin; Spafford, George, O Projeto Fênix (The Phoenix Project), IT Revolution Press, 2013.
14. Anderson, David J., Kanban: Successful Evolutionary Change for Your Technology Business, Blue Hole Press, 2010.

Concept

The Theory of Constraints (TOC) starts from a simple premise: every system exists to reach a goal, and every system has at least one constraint that limits how far it can move towards it. Just as a chain is only as strong as its weakest link, a company’s capacity is set by its constraint. ^[3]

The constraint may be physical (a machine, a team, a supplier), a market constraint (not enough demand) or, very often, a policy: rules, metrics and habits that once made sense and are still followed long after they have lost their reason to exist.

To deal with it, Goldratt proposed the five focusing steps:

1. Identify the system’s constraint.
2. Exploit the constraint: get the most out of it without major investment, removing waste and downtime.
3. Subordinate everything else to the previous decision: the rest of the system works at the pace of the constraint.
4. Elevate the constraint: if still needed, invest to increase its capacity.
5. Go back to step 1 once the constraint is broken, and do not let inertia become the new constraint.

TOC also measures performance with three global indicators instead of dozens of local metrics ^[1]:

• Throughput

  The rate at which the system generates money through sales.

• Inventory (or investment)

  All the money the system has invested in things it intends to sell.

• Operating expense

  All the money the system spends turning inventory into throughput.

The logic is to increase throughput while reducing inventory and operating expense at the same time.

Who is the author?

Eliyahu M. Goldratt (March 31, 1947 — June 11, 2011) was an Israeli physicist who became one of the most influential management thinkers of the 20th century. He graduated from Tel Aviv University and earned his master’s and doctorate at Bar-Ilan University, and he applied the scientific reasoning of physics to the problems of organizations. ^[4]

In the late 1970s he developed OPT, a production scheduling software, and realized that what really limited factory results was not the calculation but the way managers thought. To teach that way of thinking he wrote a business novel: The Goal (1984), co-authored with Jeff Cox, which sold millions of copies worldwide.

Later came, among others, It’s Not Luck (1994), Critical Chain (1997), Necessary But Not Sufficient (2000) and The Choice (2008), which took TOC from the factory to projects, distribution, sales, technology and life itself.

The book “The Goal”

Alex Rogo manages a UniCo plant that ships late, piles up inventory and loses money. The division vice president gives him an ultimatum: three months to turn it around, or the plant will be closed. At the same time, Alex’s marriage is falling apart because he is never home. ^[1]

Alex runs into Jonah, a former physics teacher who asks questions instead of giving answers. The first one knocks everything down: what is the goal of the company? The answer, to make money now and in the future, shows that the metrics the plant was chasing, such as machine efficiency and cost per part, had no direct link to that goal.

On a hike with his son’s scout troop, Alex sees the line of boys spread out because of the slowest one, Herbie. There he understands dependent events and statistical fluctuations: in a sequence of steps, delays accumulate and gains do not offset them. By putting Herbie at the front and lightening his backpack, the whole troop moves together.

Back at the plant, the team finds its “Herbies”, the NCX-10 machine and heat treatment, and starts managing the whole plant around them. Inventory falls, deliveries recover, the plant becomes profitable again, and Alex is promoted. The final lesson is that improvement is a continuous process, and that the most valuable thing is not the solution itself but the method for reaching it.

The book “It’s Not Luck”

In the sequel to The Goal, Alex Rogo is now an executive vice president responsible for three companies in a diversified group: a cosmetics company, a pressure steam company and a printing company. The board decides to sell them to raise cash, and Alex has to make them more valuable, knowing the sale may cost many people their jobs. ^[2]

If The Goal dealt with the physical constraint in the plant, It’s Not Luck deals with market and policy constraints. Alex and his team use the TOC Thinking Processes, such as the Current Reality Tree, the Evaporating Cloud and the Future Reality Tree, to find the root problem of each company and build offers customers cannot refuse.

The same tools show up in Alex’s personal life, in his relationship with his teenage children. The title says it all: results that look like luck are really the fruit of a structured thinking process that can be learned and repeated.

The book “Critical Chain”

Rick Silver is a business school professor who needs to prove his worth to secure his position, at an institution that is also struggling to attract students. In a class of executives, he and his students investigate why almost every project runs late, goes over budget or delivers less than promised, even with estimates padded with safety margins. ^[8]

The answer lies in how people behave when safety is built into every task:

• Student syndrome: when there is slack, the real work only starts close to the deadline.
• Parkinson’s law: work expands to fill the time available, and early finishes are never passed on.
• Multitasking: switching between projects delays all of them at once.

The solution is the Critical Chain: the longest sequence of dependent tasks, taking into account not only the order of activities but also competition for the same resources. Task estimates are cut, individual safety is removed and pooled into a project buffer at the end, plus feeding buffers where secondary paths join the critical chain. Tracking shifts from “every task on time” to “how much of the buffer has been consumed”. It is the five focusing steps applied to project management.

The book “Necessary But Not Sufficient”

Written with Eli Schragenheim and Carol Ptak, this novel follows a company that develops ERP systems. It grows fast, but customers begin to notice that, after costly and lengthy implementations, their financial results do not change. The market slows down, and the company has to find out why its product does not deliver the promised value. ^[9]

The conclusion gives the book its title: technology is necessary but not sufficient. An ERP makes information available much faster, but if companies keep using the same rules as before, such as cost accounting, local efficiency and large batches, the system merely automates the old behavior. The benefit only appears when the rules change along with the technology.

This book is the root of the four questions about technology discussed in the last section of this article, which apply today, almost word for word, to the adoption of artificial intelligence.

The book “The Choice”

Goldratt’s last major book, written with his daughter Efrat Goldratt-Ashlag, The Choice is a dialogue between father and daughter. She questions; he explains how he thinks, using real company cases. The subject is no longer a management technique but the way of thinking itself. ^[10]

Goldratt argues that thinking clearly is a choice, and that it rests on a few beliefs:

• Inherent simplicity

  Every situation, however complex it looks, is extremely simple: a few elements govern the behavior of the whole.

• There are no conflicts in reality

  Every conflict rests on at least one wrong assumption, which can be found and removed without compromise.

• People are good

  Before blaming someone, look for the rule or measurement that leads them to act that way.

• The sky is the limit

  Every situation can be substantially improved.

• Never say “I know”

  Believing you already know everything is what stops you from seeing the next improvement.

The book closes the circle that began with The Goal: the Theory of Constraints is not just a method for factories or projects, but a way of thinking that can be chosen, and that leads to a fuller life.

The difference between pull and push production

• Push MRPProduction is triggered by forecasts and plans. Each step makes what was scheduled and “pushes” it to the next step, whether it is ready or not. The risk is piling up work in process, lengthening lead times and hiding problems behind stacks of material.
• Pull KanbanProduction is triggered by actual consumption. A step only produces when the next one signals that it needs to, as in Taiichi Ohno’s Toyota system. Work in process stays limited, and problems surface early. ^[6]

TOC proposes its own mechanism, Drum-Buffer-Rope, the industrial version of putting Herbie at the front of the line:

• Drum

  The constraint sets the pace of the whole system.

• Buffer

  A protective stock before the constraint makes sure it is never starved of material.

• Rope

  Material release at the start of the line is tied to the pace of the constraint, not to the capacity of the first steps.

Instead of limiting stock at every step, as kanban does, Drum-Buffer-Rope protects only the point that matters. The result is a system pulled by the constraint, with less inventory and more predictable delivery.

Why bottlenecks matter so much

Picture a line with four steps:

1. Cutting12 parts/h
2. Welding9 parts/h
3. Painting5 parts/hbottleneck
4. Assembly10 parts/h
5. Output5 parts/h

No matter how much cutting or assembly improves, the system delivers 5 parts per hour. Any effort spent outside the bottleneck only creates more stock waiting in front of painting. Goldratt summed it up in two sentences ^[1]:

An hour lost at a bottleneck is an hour lost for the total system.

An hour saved at a non-bottleneck is a mirage.

This leads to consequences that run against managerial intuition:

• The sum of local optima is not the global optimum. Keeping every machine and person 100% busy does not increase throughput; it increases inventory.
• The real cost of an hour of downtime at the bottleneck is the throughput of the whole system for that hour, not the cost of that machine.
• Quality checks before the bottleneck, preventive maintenance of the bottleneck and a healthy queue in front of it are worth far more than they seem.
• Knowing where the bottleneck is means knowing where management should focus. Without that focus, continuous improvement becomes “improvement everywhere”, which in practice is improvement nowhere.

The critique of the dominance of financial management

Goldratt was one of the harshest critics of how traditional financial logic, built on cost accounting, came to drive operational decisions. In 1983 he called it “the number one enemy of productivity”. ^[11]

The critique is not about money: the goal, after all, is to make money. It is about how money is measured. Cost accounting allocates fixed expenses across products and creates a “unit cost” that does not exist in reality, since salaries, rent and energy do not change if the plant makes one part more or one part less. When that number starts steering operations, distortions follow ^[5]:

• Producing to absorb costs: inventory “carries” part of the fixed expenses onto the balance sheet, and accounting profit goes up even when nothing has been sold.
• The cult of local efficiency: an idle resource is seen as waste, so non-bottlenecks produce more than needed and fill the plant with inventory.
• Wrong product mix and pricing decisions: products that seem to lose money at standard cost may be the most profitable, and orders that would use idle capacity are turned down for being “below cost”.
• Cost world versus throughput world: cutting costs has a floor; increasing throughput has no ceiling. Companies ruled by cost-cutting logic reduce people and investment, sometimes at the constraint itself, and end up reducing the throughput they meant to protect.

A simple example, with painting as the bottleneck:

• Cost view margin/partProduct Y sells for 120 and uses 50 in material; X sells for 100 and uses 40. Y leaves 70 per part, X leaves 60. The decision looks obvious: prioritize Y.
• Throughput view throughput/minuteY takes 30 minutes of the bottleneck; X takes 15. Per bottleneck minute, X generates 4.00 and Y only 2.33. With the bottleneck fully loaded, prioritizing X yields about 70% more throughput with the same structure.

The alternative TOC proposes is Throughput Accounting: net profit is throughput minus operating expense, and return on investment is that profit divided by inventory. Every decision goes through three questions: does it increase throughput? does it reduce inventory? does it reduce operating expense? And throughput always comes first.

The message is not to abolish finance, but to put it at the service of the goal, not the other way round. When the spreadsheet runs operations, the company optimizes the quarterly report and loses sight of the system that makes money.

Entrepreneurial vision and a sense of ownership

Jonah’s first question, “what is the goal?”, is an owner’s question. An employee who looks only at their own area tends to optimize their own indicator: machine efficiency, billed hours, tasks done. An owner looks at the whole system and asks whether it is making money, now and in the future.

Tell me how you measure me, and I will tell you how I will behave. ^[5]

Goldratt’s line explains why a sense of ownership rarely appears on its own. If metrics reward local optima, people will chase local optima. In TOC terms, entrepreneurial vision means:

• Seeing the company as a chain, not as a set of independent departments.
• Treating the constraint as everyone’s problem, including those who do not work on it.
• Challenging policies and assumptions instead of accepting “it has always been this way”. The Evaporating Cloud exists precisely to break false dilemmas without settling for compromise.
• Answering the three questions of change: what to change, what to change to, and how to cause the change.
• Owning the outcome, not just the task. Alex Rogo did not save the plant by following orders; he saved it because he started thinking like someone with something to lose.

TOC applied to IT

An IT department is also a flow system, only an invisible one. There are no piles of parts on the floor, but there is the equivalent: stories started and not finished, branches waiting for review, finished code that has not been deployed, tickets stuck in queues. That is IT’s inventory, and it behaves exactly like the one in Alex Rogo’s plant: it hides problems, stretches lead times and generates no throughput until it reaches the customer.

It is no coincidence that The Phoenix Project, one of the most widely read novels about IT, is an open tribute to The Goal. In it, the constraint is Brent, the expert everyone depends on, and the turnaround comes when the company starts protecting him and subordinating everything to him instead of overloading him. ^[13]

Agile methods

Agile and TOC share the same foundation: small batches, continuous flow, fast feedback and limits on work in process. David J. Anderson applied TOC to software engineering and, starting from Drum-Buffer-Rope, arrived at the Kanban method for IT. ^{[12] [14]}

Through the TOC lens, some common habits of agile teams become obvious:

• Velocity as local efficiency: increasing the points delivered by the development team does not help if the constraint is in testing, acceptance, deployment or business decisions.
• Everyone 100% busy: developers who keep starting new stories fill up the review and test queues. The kanban motto “stop starting, start finishing” is the subordination step.
• “Done” that is not in production: a finished story that has not been deployed is inventory. Throughput only exists when the user receives value.
• Policy constraints: change boards, deployment windows and serial approvals are often bigger bottlenecks than any person or tool.

The five steps translate directly: map the value stream and find where work waits the longest (identify); protect the bottleneck’s time and take away tasks others can do (exploit); limit work in process and have the team help at the blocked step (subordinate); automate testing, integration and deployment (elevate); and measure again, because the bottleneck will move. Instead of velocity and utilization, the metrics that matter become throughput and lead time, from request to production.

Projects

IT projects suffer from everything Critical Chain describes: padded estimates, student syndrome, Parkinson’s law and, above all, multitasking. In IT departments the same people are often assigned to several projects at once, and the effect is counterintuitive ^[8]:

• In parallel average 29Three 10-week projects, worked in weekly rotation by the same team: they finish in weeks 28, 29 and 30. And that is before counting the cost of context switching.
• In sequence average 20The same three projects, one at a time: they finish in weeks 10, 20 and 30. The first one starts delivering value 18 weeks earlier, about four months.

This leads to the main TOC practices for IT projects and portfolios:

• Stagger the portfolio

  Start projects at the pace of the most contended resource, which acts as the portfolio’s drum. Fewer projects in parallel finish more projects, and sooner.

• Buffers instead of per-task padding

  Shorter estimates with no individual padding, with safety pooled into a project buffer and feeding buffers at integration points.

• Manage by buffer consumption

  Compare how much of the critical chain is done with how much of the buffer has been consumed. Green, yellow or red tells you where to act, without micromanaging every task.

• Change the rules along with the system

  In ERP projects, success is not go-live but the change in business rules that the new technology allows. It is the lesson of Necessary But Not Sufficient applied to every implementation. ^[9]

Agile and Critical Chain do not compete. In practice they work well together: agile organizes flow within the team, and TOC organizes flow across teams, projects and the portfolio, where multitasking and policy constraints tend to cost the most.

Why TOC could drive a new industrial revolution together with AI

Each industrial revolution removed a constraint: the steam engine removed the limit of muscle power, electricity and the assembly line removed limits of energy and scale, and computing removed limits of calculation and information. Artificial intelligence attacks a constraint that seemed permanent: the human capacity to read, analyze, write, code and decide at high volume.

Goldratt left a rule that applies directly to this moment ^[7]: a technology brings benefit if, and only if, it diminishes a limitation. To get there, he proposed four questions:

1. What is the power of the technology?
2. What limitation does it diminish?
3. What rules helped us accommodate that limitation?
4. What new rules should we use now?

Most companies stop at the second question. They deploy AI but keep the same rules, approvals, metrics and flows that were built for a world where cognitive work was scarce. The result is the same as in Alex Rogo’s plant: more output outside the bottleneck, more inventory and no extra throughput.

In my view, TOC is what turns AI from a tool into a revolution, for three reasons:

• Focus

  TOC tells you where to apply AI: at the constraint. Automating a step that is not a bottleneck is a mirage, however impressive the demo looks.

• Moving constraints

  When AI speeds up one step, the bottleneck moves. If coding gets faster, the constraint becomes defining the problem, reviewing, testing, integrating or selling. The fifth step, going back to the start, has never mattered more.

• Policy constraints

  With abundant capacity, the biggest constraints become the old rules. Those brave enough to answer the fourth question, and change the rules, reap the gain; the rest just pay for the technology.

AI increases capacity; the Theory of Constraints tells you where that capacity becomes results. Together, they can do for knowledge organizations what the assembly line did for factories.

References

1. Goldratt, Eliyahu M.; Cox, Jeff, The Goal: A Process of Ongoing Improvement, North River Press, 1984.
2. Goldratt, Eliyahu M., It’s Not Luck, North River Press, 1994.
3. Wikipedia, "Theory of constraints", accessed 09/23/2026, en.wikipedia.org/wiki/Theory_of_constraints.
4. Wikipedia, "Eliyahu M. Goldratt", accessed 09/23/2026, en.wikipedia.org/wiki/Eliyahu_M._Goldratt.
5. Goldratt, Eliyahu M., The Haystack Syndrome: Sifting Information Out of the Data Ocean, North River Press, 1990.
6. Ohno, Taiichi, Toyota Production System: Beyond Large-Scale Production, Productivity Press, 1988.
7. Goldratt, Eliyahu M., Beyond the Goal: Theory of Constraints, audiobook, Gildan Media, 2005.
8. Goldratt, Eliyahu M., Critical Chain, North River Press, 1997.
9. Goldratt, Eliyahu M.; Schragenheim, Eli; Ptak, Carol A., Necessary But Not Sufficient, North River Press, 2000.
10. Goldratt, Eliyahu M.; Goldratt-Ashlag, Efrat, The Choice, North River Press, 2008.
11. Goldratt, Eliyahu M., "Cost Accounting: The Number One Enemy of Productivity", APICS International Conference Proceedings, 1983.
12. Anderson, David J., Agile Management for Software Engineering: Applying the Theory of Constraints for Business Results, Prentice Hall, 2003.
13. Kim, Gene; Behr, Kevin; Spafford, George, The Phoenix Project, IT Revolution Press, 2013.
14. Anderson, David J., Kanban: Successful Evolutionary Change for Your Technology Business, Blue Hole Press, 2010.

Concetto

La Teoria dei vincoli (TOC, dall’inglese Theory of Constraints) parte da una premessa semplice: ogni sistema esiste per raggiungere un obiettivo, e in ogni sistema c’è almeno un vincolo che limita quanto può avanzare verso di esso. Come la resistenza di una catena è determinata dal suo anello più debole, la capacità di un’azienda è determinata dal suo vincolo. ^[3]

Il vincolo può essere fisico (una macchina, un team, un fornitore), di mercato (domanda insufficiente) oppure, molto spesso, di politica: regole, metriche e abitudini che un tempo avevano senso e continuano a essere seguite anche dopo aver perso la loro ragion d’essere.

Per affrontarlo, Goldratt ha proposto i cinque passi di focalizzazione:

1. Identificare il vincolo del sistema.
2. Sfruttare il vincolo: ottenerne il massimo senza grandi investimenti, eliminando sprechi e fermi.
3. Subordinare tutto il resto alla decisione precedente: il resto del sistema lavora al ritmo del vincolo.
4. Elevare il vincolo: se ancora necessario, investire per aumentarne la capacità.
5. Tornare al passo 1 quando il vincolo è superato, senza lasciare che l’inerzia diventi il nuovo vincolo.

La TOC propone anche di misurare le prestazioni con tre indicatori globali, al posto di decine di metriche locali ^[1]:

• Throughput

  La velocità con cui il sistema genera denaro attraverso le vendite.

• Inventario (o investimento)

  Tutto il denaro che il sistema ha investito in cose che intende vendere.

• Spese operative

  Tutto il denaro che il sistema spende per trasformare l’inventario in throughput.

La logica è aumentare il throughput riducendo, allo stesso tempo, inventario e spese operative.

Chi è l’autore?

Eliyahu M. Goldratt (31 marzo 1947 — 11 giugno 2011) è stato un fisico israeliano diventato uno dei pensatori di management più influenti del XX secolo. Laureato all’Università di Tel Aviv, con master e dottorato all’Università Bar-Ilan, ha applicato il ragionamento scientifico della fisica ai problemi delle organizzazioni. ^[4]

Alla fine degli anni Settanta sviluppò OPT, un software di programmazione della produzione, e capì che ciò che limitava davvero i risultati delle fabbriche non era il calcolo, ma il modo di pensare dei manager. Per insegnare quel modo di pensare scrisse un romanzo aziendale: L’obiettivo (The Goal, 1984), con Jeff Cox, che ha venduto milioni di copie in tutto il mondo.

Seguirono, tra gli altri, It’s Not Luck (1994), Critical Chain (1997), Necessary But Not Sufficient (2000) e The Choice (2008), che hanno portato la TOC dalla fabbrica ai progetti, alla distribuzione, alle vendite, alla tecnologia e alla vita stessa.

Il libro “L’obiettivo”

Alex Rogo dirige uno stabilimento della UniCo che consegna in ritardo, accumula scorte e perde denaro. Il vicepresidente della divisione gli dà un ultimatum: tre mesi per invertire la rotta, altrimenti lo stabilimento verrà chiuso. Nello stesso tempo il matrimonio di Alex va in pezzi perché non è mai a casa. ^[1]

Alex incontra di nuovo Jonah, un suo vecchio professore di fisica, che invece di dare risposte fa domande. La prima smonta tutto: qual è l’obiettivo dell’azienda? La risposta, fare soldi oggi e in futuro, mostra che le metriche inseguite dallo stabilimento, come l’efficienza di ogni macchina e il costo per pezzo, non avevano un legame diretto con quell’obiettivo.

Durante un’escursione con il gruppo scout del figlio, Alex vede la fila di ragazzi allungarsi a causa del più lento, Herbie. Lì capisce gli eventi dipendenti e le fluttuazioni statistiche: in una sequenza di fasi, i ritardi si accumulano e i guadagni non li compensano. Mettendo Herbie in testa e alleggerendo il suo zaino, tutto il gruppo cammina insieme.

Tornato allo stabilimento, il team trova i suoi “Herbie”, la macchina NCX-10 e il trattamento termico, e inizia a gestire l’intero stabilimento in funzione di loro. Le scorte calano, le consegne tornano regolari, lo stabilimento torna in utile e Alex viene promosso. La lezione finale è che il miglioramento è un processo continuo, e che la cosa più preziosa non è la soluzione in sé, ma il metodo per arrivarci.

Il libro “It’s Not Luck”

Nel seguito de L’obiettivo, Alex Rogo è ora vicepresidente esecutivo e risponde di tre aziende di un gruppo diversificato: una di cosmetici, una di caldaie a vapore e una tipografia. Il consiglio decide di venderle per fare cassa, e Alex deve renderle più preziose, sapendo che la vendita potrebbe costare il posto di lavoro a molte persone. ^[2]

Se L’obiettivo trattava il vincolo fisico in fabbrica, It’s Not Luck tratta i vincoli di mercato e di politica. Alex e il suo team usano i Processi di Pensiero della TOC, come l’Albero della Realtà Attuale, la Nuvola che Evapora e l’Albero della Realtà Futura, per trovare il problema alla radice di ogni azienda e costruire offerte che i clienti non possono rifiutare.

Gli stessi strumenti compaiono nella vita personale di Alex, nel rapporto con i figli adolescenti. Il titolo dice l’essenziale: i risultati che sembrano fortuna sono in realtà frutto di un processo di ragionamento strutturato, che si può imparare e ripetere.

Il libro “Critical Chain”

Rick Silver è un professore di una business school che deve dimostrare il proprio valore per ottenere la conferma del ruolo, in un’istituzione che fatica anche ad attrarre studenti. In una classe di dirigenti, lui e gli studenti indagano perché quasi tutti i progetti sono in ritardo, sforano il budget o consegnano meno del promesso, pur con stime piene di margini di sicurezza. ^[8]

La risposta sta nel comportamento umano di fronte alla sicurezza inserita in ogni attività:

• Sindrome dello studente: se c’è margine, il lavoro vero inizia solo vicino alla scadenza.
• Legge di Parkinson: il lavoro si espande fino a occupare tutto il tempo disponibile, e gli anticipi non vengono mai trasmessi.
• Multitasking: passare da un progetto all’altro li ritarda tutti contemporaneamente.

La soluzione è la Catena Critica: la sequenza più lunga di attività dipendenti, considerando non solo l’ordine delle attività ma anche la competizione per le stesse risorse. Le stime delle attività vengono ridotte, la sicurezza individuale viene tolta e concentrata in un buffer di progetto alla fine, più buffer di alimentazione dove i percorsi secondari si uniscono alla catena critica. Il controllo passa da “ogni attività in tempo” a “quanto buffer è stato consumato”. Sono i cinque passi di focalizzazione applicati alla gestione dei progetti.

Il libro “Necessary But Not Sufficient”

Scritto con Eli Schragenheim e Carol Ptak, il romanzo segue un’azienda che sviluppa sistemi ERP. Cresce in fretta, ma i clienti iniziano ad accorgersi che, dopo implementazioni costose e lunghe, i risultati finanziari non cambiano. Il mercato rallenta e l’azienda deve capire perché il suo prodotto non offre il valore promesso. ^[9]

La conclusione dà il titolo al libro: la tecnologia è necessaria, ma non sufficiente. Un ERP rende le informazioni disponibili molto più rapidamente, ma se le aziende continuano a usare le stesse regole di prima, come la contabilità dei costi, l’efficienza locale e i lotti grandi, il sistema si limita ad automatizzare il vecchio comportamento. Il beneficio arriva solo quando le regole cambiano insieme alla tecnologia.

Da questo libro nascono le quattro domande sulla tecnologia discusse nell’ultima sezione di questo articolo, che oggi si applicano, quasi parola per parola, all’adozione dell’intelligenza artificiale.

Il libro “The Choice”

Ultimo grande libro di Goldratt, scritto con la figlia Efrat Goldratt-Ashlag, The Choice è un dialogo tra padre e figlia. Lei domanda; lui spiega, con casi reali di aziende, come ragiona. Il tema non è più una tecnica di gestione, ma il modo stesso di pensare. ^[10]

Goldratt sostiene che pensare con chiarezza è una scelta, e che si fonda su alcune convinzioni:

• Semplicità intrinseca

  Ogni situazione, per quanto complessa sembri, è estremamente semplice: pochi elementi governano il comportamento dell’insieme.

• Nella realtà non esistono conflitti

  Ogni conflitto poggia su almeno un presupposto sbagliato, che si può trovare e rimuovere senza compromessi.

• Le persone sono buone

  Prima di incolpare qualcuno, cerca la regola o la misura che lo porta ad agire così.

• Il cielo è il limite

  Ogni situazione può essere migliorata in modo significativo.

• Mai dire “lo so”

  Credere di sapere già tutto è ciò che impedisce di vedere il prossimo miglioramento.

Il libro chiude il cerchio iniziato con L’obiettivo: la Teoria dei vincoli non è solo un metodo per fabbriche o progetti, ma un modo di pensare che si può scegliere, e che porta a una vita più piena.

Differenza tra produzione pull e push

• Push MRPLa produzione è avviata da previsioni e piani. Ogni fase produce ciò che è stato programmato e lo “spinge” alla fase successiva, che sia pronta o no. Il rischio è accumulare semilavorati, allungare i tempi di attraversamento e nascondere i problemi dietro pile di materiale.
• Pull KanbanLa produzione è avviata dal consumo reale. Una fase produce solo quando quella successiva segnala di averne bisogno, come nel sistema Toyota di Taiichi Ohno. I semilavorati restano limitati e i problemi emergono presto. ^[6]

La TOC propone un proprio meccanismo, il Tamburo-Polmone-Fune (Drum-Buffer-Rope), la versione industriale di Herbie in testa alla fila:

• Tamburo

  Il vincolo detta il ritmo dell’intero sistema.

• Polmone

  Una scorta di protezione prima del vincolo garantisce che non resti mai fermo per mancanza di materiale.

• Fune

  Il rilascio di materiale all’ingresso è legato al ritmo del vincolo, non alla capacità delle prime fasi.

Invece di limitare le scorte in ogni fase, come fa il kanban, il Tamburo-Polmone-Fune protegge solo il punto che conta. Il risultato è un sistema tirato dal vincolo, con meno scorte e consegne più prevedibili.

Perché i colli di bottiglia contano così tanto

Immagina una linea con quattro fasi:

1. Taglio12 pezzi/h
2. Saldatura9 pezzi/h
3. Verniciatura5 pezzi/hcollo di bottiglia
4. Montaggio10 pezzi/h
5. Uscita5 pezzi/h

Non importa quanto migliorino il taglio o il montaggio: il sistema consegna 5 pezzi all’ora. Ogni sforzo fuori dal collo di bottiglia crea solo più scorte ferme davanti alla verniciatura. Goldratt lo ha riassunto in due frasi ^[1]:

Un’ora persa nel collo di bottiglia è un’ora persa per l’intero sistema.

Un’ora risparmiata in una risorsa che non è un collo di bottiglia è un miraggio.

Ne derivano conseguenze che vanno contro l’intuizione manageriale:

• La somma degli ottimi locali non è l’ottimo globale. Tenere ogni macchina e persona occupata al 100% non aumenta il throughput; aumenta le scorte.
• Il costo reale di un’ora di fermo nel collo di bottiglia è il throughput dell’intero sistema in quell’ora, non il costo di quella macchina.
• Controlli di qualità prima del collo di bottiglia, manutenzione preventiva del collo di bottiglia e una buona coda davanti a esso valgono molto più di quanto sembri.
• Sapere dov’è il collo di bottiglia significa sapere dove la gestione deve concentrarsi. Senza questo focus, il miglioramento continuo diventa “miglioramento ovunque”, che in pratica è miglioramento da nessuna parte.

La critica al predominio della gestione finanziaria

Goldratt è stato uno dei critici più duri del modo in cui la logica finanziaria tradizionale, basata sulla contabilità dei costi, è arrivata a guidare le decisioni operative. Nel 1983 la definì “il nemico numero uno della produttività”. ^[11]

La critica non riguarda il denaro: l’obiettivo, dopotutto, è fare soldi. Riguarda il modo di misurarlo. La contabilità dei costi ripartisce le spese fisse tra i prodotti e crea un “costo unitario” che nella realtà non esiste, perché stipendi, affitto ed energia non cambiano se lo stabilimento produce un pezzo in più o in meno. Quando quel numero inizia a guidare le operazioni, nascono distorsioni ^[5]:

• Produrre per assorbire i costi: le scorte “portano” parte delle spese fisse nello stato patrimoniale, e l’utile contabile sale anche quando non si è venduto nulla.
• Il culto dell’efficienza locale: una risorsa ferma è vista come spreco, quindi le risorse che non sono colli di bottiglia producono più del necessario e riempiono lo stabilimento di scorte.
• Decisioni sbagliate di mix e prezzo: prodotti che sembrano in perdita al costo standard possono essere i più redditizi, e ordini che userebbero capacità inutilizzata vengono rifiutati perché “sotto costo”.
• Mondo dei costi contro mondo del throughput: tagliare i costi ha un limite inferiore; aumentare il throughput non ha un tetto. Le aziende dominate dalla logica del taglio riducono persone e investimenti, a volte proprio sul vincolo, e finiscono per ridurre il throughput che volevano proteggere.

Un esempio semplice, con la verniciatura come collo di bottiglia:

• Visione dei costi margine/pezzoIl prodotto Y si vende a 120 e usa 50 di materiale; X si vende a 100 e usa 40. Y lascia 70 per pezzo, X ne lascia 60. La decisione sembra ovvia: dare priorità a Y.
• Visione del throughput throughput/minutoY occupa 30 minuti del collo di bottiglia; X ne occupa 15. Per minuto di collo di bottiglia, X genera 4,00 e Y solo 2,33. Con il collo di bottiglia saturo, dare priorità a X genera circa il 70% di throughput in più con la stessa struttura.

L’alternativa proposta dalla TOC è la Contabilità del Throughput (Throughput Accounting): l’utile netto è il throughput meno le spese operative, e il ritorno sull’investimento è quell’utile diviso per l’inventario. Ogni decisione passa per tre domande: aumenta il throughput? riduce l’inventario? riduce le spese operative? E la priorità è sempre il throughput.

Il messaggio non è abolire la finanza, ma metterla al servizio dell’obiettivo, e non il contrario. Quando è il foglio di calcolo a comandare le operazioni, l’azienda ottimizza il report trimestrale e perde di vista il sistema che genera denaro.

Visione imprenditoriale e senso di appartenenza

La prima domanda di Jonah, “qual è l’obiettivo?”, è una domanda da proprietario. Un dipendente che guarda solo alla propria area tende a ottimizzare il proprio indicatore: efficienza della macchina, ore fatturate, attività completate. Un proprietario guarda all’intero sistema e si chiede se sta generando denaro, oggi e in futuro.

Dimmi come mi misuri, e ti dirò come mi comporterò. ^[5]

La frase di Goldratt spiega perché il senso di appartenenza raramente nasce da solo. Se le metriche premiano l’ottimo locale, le persone inseguiranno l’ottimo locale. Nella logica della TOC, avere una visione imprenditoriale significa:

• Vedere l’azienda come una catena, e non come un insieme di reparti indipendenti.
• Trattare il vincolo come un problema di tutti, anche di chi non ci lavora.
• Mettere in discussione politiche e presupposti, invece di accettare “si è sempre fatto così”. La Nuvola che Evapora esiste proprio per smontare falsi dilemmi senza accontentarsi di compromessi.
• Rispondere alle tre domande del cambiamento: cosa cambiare, in cosa cambiarlo e come provocare il cambiamento.
• Farsi carico del risultato finale, e non solo del compito. Alex Rogo non ha salvato lo stabilimento eseguendo ordini; lo ha salvato perché ha iniziato a pensare come qualcuno che aveva qualcosa da perdere.

La TOC applicata all’IT

Anche un reparto IT è un sistema di flusso, solo che è invisibile. Non ci sono pile di pezzi sul pavimento, ma c’è l’equivalente: storie iniziate e non finite, branch in attesa di revisione, codice pronto non ancora rilasciato, ticket fermi in coda. Questo è l’inventario dell’IT, e si comporta esattamente come quello dello stabilimento di Alex Rogo: nasconde i problemi, allunga i tempi e non genera throughput finché non arriva al cliente.

Non è un caso che The Phoenix Project, uno dei romanzi più letti sull’IT, sia un omaggio dichiarato a L’obiettivo. Lì il vincolo è Brent, l’esperto da cui tutti dipendono, e la svolta arriva quando l’azienda inizia a proteggerlo e a subordinare tutto a lui, invece di sovraccaricarlo. ^[13]

Metodi agili

Agile e TOC condividono la stessa base: lotti piccoli, flusso continuo, feedback rapido e limiti al lavoro in corso. David J. Anderson ha applicato la TOC all’ingegneria del software e, partendo dal Tamburo-Polmone-Fune, è arrivato al metodo Kanban per l’IT. ^{[12] [14]}

Con lo sguardo della TOC, alcune abitudini comuni dei team agili diventano evidenti:

• Velocity come efficienza locale: aumentare i punti consegnati dal team di sviluppo non serve se il vincolo è nei test, nel collaudo, nel rilascio o nelle decisioni del business.
• Tutti occupati al 100%: sviluppatori che iniziano sempre nuove storie riempiono le code di revisione e test. Il motto kanban “smetti di iniziare, inizia a finire” è il passo di subordinazione.
• “Fatto” che non è in produzione: una storia completata e non rilasciata è inventario. Il throughput esiste solo quando l’utente riceve valore.
• Vincoli di politica: comitati per le modifiche, finestre di rilascio e approvazioni in serie sono spesso colli di bottiglia più grandi di qualsiasi persona o strumento.

I cinque passi si traducono in modo diretto: mappare il flusso di valore e trovare dove il lavoro aspetta di più (identificare); proteggere il tempo del collo di bottiglia e togliergli le attività che altri possono fare (sfruttare); limitare il lavoro in corso e far aiutare il team nella fase bloccata (subordinare); automatizzare test, integrazione e rilascio (elevare); e misurare di nuovo, perché il collo di bottiglia si sposterà. Al posto di velocity e tasso di occupazione, le metriche che contano diventano throughput e tempo di attraversamento, dalla richiesta alla produzione.

Progetti

I progetti IT soffrono di tutto ciò che descrive Critical Chain: stime gonfiate, sindrome dello studente, legge di Parkinson e, soprattutto, multitasking. Nei reparti IT le stesse persone sono spesso assegnate a più progetti contemporaneamente, e l’effetto è controintuitivo ^[8]:

• In parallelo media 29Tre progetti da 10 settimane ciascuno, portati avanti a rotazione settimanale dallo stesso team: finiscono nelle settimane 28, 29 e 30. E senza contare il costo del cambio di contesto.
• In sequenza media 20Gli stessi tre progetti, uno alla volta: finiscono nelle settimane 10, 20 e 30. Il primo inizia a generare valore 18 settimane prima, circa quattro mesi.

Da qui derivano le principali pratiche della TOC per progetti e portafogli IT:

• Scaglionare il portafoglio

  Avviare i progetti al ritmo della risorsa più contesa, che funziona da tamburo del portafoglio. Meno progetti in parallelo portano a termine più progetti, e prima.

• Buffer invece di margini per attività

  Stime più brevi, senza margini individuali, con la sicurezza concentrata in un buffer di progetto e in buffer di alimentazione nei punti di integrazione.

• Gestire con il consumo del buffer

  Confrontare quanta parte della catena critica è completata con quanto buffer è stato consumato. Verde, giallo o rosso dicono dove intervenire, senza microgestire ogni attività.

• Cambiare le regole insieme al sistema

  Nei progetti ERP il successo non è l’avvio in produzione, ma il cambiamento delle regole di business che la nuova tecnologia consente. È la lezione di Necessary But Not Sufficient applicata a ogni implementazione. ^[9]

Agile e Catena Critica non sono in competizione. In pratica funzionano bene insieme: l’agile organizza il flusso dentro il team, e la TOC organizza il flusso tra team, progetti e portafoglio, dove multitasking e vincoli di politica costano di più.

Perché la TOC può essere il motore di una nuova rivoluzione industriale insieme all’IA

Ogni rivoluzione industriale ha rimosso un vincolo: la macchina a vapore ha rimosso il limite della forza muscolare, l’elettricità e la catena di montaggio hanno rimosso limiti di energia e di scala, e l’informatica ha rimosso limiti di calcolo e di informazione. L’intelligenza artificiale attacca un vincolo che sembrava permanente: la capacità umana di leggere, analizzare, scrivere, programmare e decidere su larga scala.

Goldratt ha lasciato una regola che si applica direttamente a questo momento ^[7]: una tecnologia porta beneficio se, e solo se, riduce una limitazione. Per arrivarci, ha proposto quattro domande:

1. Qual è il potere della tecnologia?
2. Quale limitazione riduce?
3. Quali regole usavamo per convivere con quella limitazione?
4. Quali nuove regole dobbiamo usare adesso?

La maggior parte delle aziende si ferma alla seconda domanda. Adottano l’IA ma mantengono le stesse regole, approvazioni, metriche e flussi creati per un mondo in cui il lavoro cognitivo era scarso. Il risultato è lo stesso dello stabilimento di Alex Rogo: più produzione fuori dal collo di bottiglia, più scorte e nessun throughput in più.

Secondo me, la TOC è ciò che trasforma l’IA da strumento in rivoluzione, per tre ragioni:

• Focus

  La TOC dice dove applicare l’IA: sul vincolo. Automatizzare una fase che non è un collo di bottiglia è un miraggio, per quanto impressionante sembri la dimostrazione.

• Vincoli che si spostano

  Quando l’IA accelera una fase, il collo di bottiglia si sposta. Se programmare diventa più veloce, il vincolo diventa definire il problema, revisionare, testare, integrare o vendere. Il quinto passo, tornare all’inizio, non è mai stato così importante.

• Vincoli di politica

  Con una capacità abbondante, i vincoli più grandi diventano le vecchie regole. Chi ha il coraggio di rispondere alla quarta domanda, e cambiare le regole, raccoglie il guadagno; gli altri pagano soltanto la tecnologia.

L’IA aumenta la capacità; la Teoria dei vincoli dice dove quella capacità diventa risultato. Insieme, possono fare per le organizzazioni della conoscenza ciò che la catena di montaggio ha fatto per le fabbriche.

Riferimenti

1. Goldratt, Eliyahu M.; Cox, Jeff, L’obiettivo (The Goal), North River Press, 1984.
2. Goldratt, Eliyahu M., It’s Not Luck, North River Press, 1994.
3. Wikipedia, "Theory of constraints", consultato il 23/09/2026, en.wikipedia.org/wiki/Theory_of_constraints.
4. Wikipedia, "Eliyahu M. Goldratt", consultato il 23/09/2026, en.wikipedia.org/wiki/Eliyahu_M._Goldratt.
5. Goldratt, Eliyahu M., The Haystack Syndrome: Sifting Information Out of the Data Ocean, North River Press, 1990.
6. Ohno, Taiichi, Toyota Production System: Beyond Large-Scale Production, Productivity Press, 1988.
7. Goldratt, Eliyahu M., Beyond the Goal: Theory of Constraints, audiolibro, Gildan Media, 2005.
8. Goldratt, Eliyahu M., Critical Chain, North River Press, 1997.
9. Goldratt, Eliyahu M.; Schragenheim, Eli; Ptak, Carol A., Necessary But Not Sufficient, North River Press, 2000.
10. Goldratt, Eliyahu M.; Goldratt-Ashlag, Efrat, The Choice, North River Press, 2008.
11. Goldratt, Eliyahu M., "Cost Accounting: The Number One Enemy of Productivity", APICS International Conference Proceedings, 1983.
12. Anderson, David J., Agile Management for Software Engineering: Applying the Theory of Constraints for Business Results, Prentice Hall, 2003.
13. Kim, Gene; Behr, Kevin; Spafford, George, The Phoenix Project, IT Revolution Press, 2013.
14. Anderson, David J., Kanban: Successful Evolutionary Change for Your Technology Business, Blue Hole Press, 2010.