Простыми словами
В любой системе есть одно или несколько узких мест, которые сильнее всего ограничивают общий результат. Если ускорять всё остальное, итог почти не изменится — как расширять дороги вокруг единственного узкого моста. Поэтому сначала находят ограничение, затем разгружают его и только потом ищут следующее.
Механизм действия
Сначала проверяют, есть ли исходное условие из определения. Затем смотрят, как оно влияет на структуру компонентов, потоки данных, ограничения и действия участников. Если эту связь не удаётся наблюдать, принцип не стоит использовать как готовое объяснение.
Пример в работе
В задаче «Backend» сразу применить привычное решение и назвать происходящее «Теория ограничений», не проверив, действительно ли работает этот механизм. Так можно улучшить один симптом и пропустить основную причину.
Использовать «Теория ограничений» как гипотезу: сначала определить границы ситуации и исходное состояние, затем менять только то, что связано с проверяемым механизмом, и смотреть на результат.
Ограничения
Улучшение ограничения повышает поток только при корректно найденном системном bottleneck; локальная оптимизация неограничивающих звеньев может не дать эффекта.
Источник
Eliyahu M. Goldratt; Jeff Cox, “The Goal: A Process of Ongoing Improvement”, 1984.