С точки зрения ТОС тут часто всё довольно приземлённо: улучшать начали не систему целиком, а один её кусок — и не факт, что именно узкое место.

В ТОС ведь как: результат системы определяется ограничением. Если внедрить даже очень умный инструмент не туда, где реально сидит ограничение, глобально почти ничего не меняется. Зато нагрузка, путаница и ощущение «опять что-то сверху придумали» — вполне.

Плюс у системы всегда есть инерция. Не потому что люди «плохие» или «сопротивляются новому», а потому что у них уже есть действующие правила выживания: как быстрее согласовать, как не сорвать сроки, как не получить лишнюю работу. И если новое решение конфликтует с этими негласными правилами, система его аккуратно выталкивает обратно.

Ещё один важный момент из ТОС: локальная оптимизация легко ухудшает общий поток.

Например, один отдел стал работать «красивее», а на выходе всё равно стопорится в другом месте. На презентации это выглядит как прогресс, а в жизни — как ещё один слой поверх старых проблем.

Поэтому вопрос не «хорошее ли решение?», а:

— оно снимает ограничение или просто улучшает удобный участок? — подчинены ли ему остальные элементы системы? — меняем ли мы правила, метрики и поведение вокруг него?

И да, часто «не взлетело» — это не провал внедрения. Это система очень честно показала, где её настоящее ограничение.