Благодаря такому подходу ТОС способна начать приносить результаты сразу, как только люди осознают ее основные принципы. Руководство чаще всего создает системы и управляет ими, не понимая важнейших положений ТОС. Менеджеры нацелены на повсеместное сокращение расходов, что приводит и к экономии на мощности ограничения. Они стремятся повышать производительность всего подряд, включая участки, предшествующие ограничению, и в итоге элемент-ограничение работает вовсе не над тем, что в ближайшее время могло бы обеспечить рост производительности по денежному потоку. Когда же управленцы понимают ТОС, выявляют ограничение и повышают его производительность, то производительность Т системы в целом увеличивается незамедлительно.
Программные продукты, которые Голдратт продавал до изобретения ТОС, как и все другие системы управления производством, не учитывали влияния на систему совокупности таких факторов, как ограничение, статистические колебания и зависимость производственных участков друг от друга. Каждый конкретный случай проявления статистического колебания невозможно просчитать заранее, слишком много факторов придется учесть. На практике можно только спрогнозировать общую картину на некоторый период времени для большого количества сырья и материалов, проходящих через систему. Следовательно, графики, предлагаемые компьютерными программами, на момент появления были уже неточны и неактуальны. Неудивительно, что они не способствовали увеличению прибыли. Как неудивительно и то, что излишняя детализация проектного плана вовсе делает проект более успешным.
В работе «Критическая цепь» (Critical Chain) Голдратт говорит о методике «барабан — буфер — веревка» в приложении к планированию и реализации проектов. Конечно, между проектными и производственными организациями не может быть прямой корреляции, поскольку на проектах идет движение работ во времени, а в производственных системах — движение деталей и материалов через стационарные участки. Однако понятие ограничения применимо и к проектам. Статистические колебания и взаимозависимость этапов работ также характерны для проектов. Существующие же программы по планированию и контролю не учитывают возможности колебаний. Как следствие, на проектах наблюдаются практически все те же неприятности, что и на производстве до появления метода «барабан — буфер — веревка» (то есть поздняя реализация задач, увеличение длительности реализации, отсутствие ресурсов в нужный момент времени и т. д.). Более детальное планирование и более сложные компьютерные продукты этих проблем не решают, и причина тому — сама структура проектных работ. Раздробив проектные задачи на меньшие составляющие, мы не уменьшим степень неопределенности (вспомните законы пятой дисциплины, случай со слоном). Подробные планы увеличивают сложность статичной картины и не помогают справиться с динамической вариабельностью, связанной с неточностью оценок.
