Если вы используете теорию ограничения систем (ТОС) в проектном управлении, но не получаете ожидаемого эффекта — возможно, дело не в самой методике. ТОС — мощный инструмент, но, как и любой инструмент, требует правильного применения. Ниже — три частые ошибки, которые мешают раскрыть потенциал этой теории. Плюс — конкретные способы избежать этих ловушек.
Ошибка 1. Путать ограничение и регулятор
Когда слышим «ограничение», кажется, что речь про зону наибольшей боли: где всё тормозит и не работает. Но это не всегда так.
Ограничение — это узкое место, которое определяет максимальную скорость движения всей системы.
Регулятор — это нечто, что влияет на процесс, но не задаёт его пропускную способность.
Пример
Подрядчик должен возвести стены, и у него весь персонал уже на объекте — больше ресурсов нет. Без этих стен нельзя начать отделку. Ограничение? Да, однозначно.
Подрядчик просит аванс, но договор этого не позволяет, а банк блокирует платёж. Это тормозит процесс? Да. Но это регулятор, а не ограничение. Банк не мешает строить — он защищает деньги.
Вопросы, которые помогут отличить ограничение от регулятора?
1. Что мешает двигаться?
Ограничение: не может (физика, финансы).
Регулятор: не должен (решение, правило).
2. Откуда оно взялось?
Ограничение — это данность.
Регулятор — управленческий выбор.
3. Что будет, если убрать?
Ограничение: поток ускорится.
Регулятор: поток развалится.
4. Кто контролирует?
Ограничение: часто за пределами влияния.
Регулятор: почти всегда внутри проекта.
Иногда главное ограничение — не рынок, не техника и не люди. А то, как вы думаете, что “так должно работать”.
Ошибка 2. Пытаться лечить только часть системы
ТОС — не про точечную оптимизацию. Он про поток ценности. Если вы не видите всю систему — вы в неё не управляете.
Пример из практики
Начинаем внедрять календарно-сетевое планирование. Отправляем графики на площадку. Через 3 месяца видим: выполнение плана — меньше 10%. Начинаем разбираться: нет подрядчиков, нет материалов, нет проектных решений. Все работают по своим графикам. Итог — никто не виноват, но план сорван.
В чём была ошибка?
Сначала строили модель задачи, а не модель потока. Не учитывали, как работа одного влияет на другого.
Как перейти к системному управлению:
- Смотрите на “передачу вперёд”.
Не просто «что я сделал», а «что после этого сможет сделать следующий». Это и есть поток. - Следите за незавершёнкой.
Незавершёнка — это физическое проявление системной перегрузки. Там, где что-то “висит”, есть либо ограничение, либо регулятор. - Проверяйте каждую передачу.
Что зашло, что сделали, что передали дальше. Где сбой — там и надо работать.
Ошибка 3. Требуем больше, вместо того чтобы лучше использовать
На поверхности всё выглядит логично: «Мы отстаем от графика работ — нужно больше людей, больше техники, больше денег».
Но в реальности… проблема часто не в нехватке, а в не эффективном использовании того, что уже есть.
Многие сталкивались с ситуацией, когда подрядчик просит дополнительные авансы, начальник участка людей и технику, но при этом сроки сдачи работ не меняются, объемы выполняемых работ не растут с ожидаемой динамикой. А все потому, что ограничение — не в количестве. Ограничение — в синхронизации.
Почему так происходит? Потому что мы привыкли мыслить “дефицитом”: "Чтобы ускориться, нужно добавить."
Но TOC говорит: "Сначала посмотри, как ты используешь то, что уже есть. Добавлять — это последнее."
Что предлагает ТОС:
1. Ищи ограничение, а не дефицит.
Может, дело не в том, что людей мало, а в том, что нет проектных решений, и они просто не могут начать?
2. Измеряй поток, а не загрузку.
Люди заняты — это ещё не значит, что они создают ценность. Иногда «загрузка» — просто видимость.
Поток в ТОС — движение ресурсов, материалов, информации или денег через систему с целью достижения её конечной цели. Поток отражает способность системы генерировать ценность, будь то производственные процессы, денежные потоки или выполнение проектов.
3. Ищи встроенные резервы.
Почти в каждом проекте можно найти:
- 10–15% ресурсов, которые уже оплачены, но ничего не делают.
- Материалы, которые есть, но не попали на площадку.
- Людей, которые есть, пока передадут площадку для выполнения работ.
Два вопроса, которые стоит задать до запроса на увеличение ресурсов:
- Где в проекте есть ресурсы, которые не создают поток?
- Что мешает использовать их лучше?
Пока нет ответов — не просите больше. Потому что вы просите не ускорение, а увеличение хаоса.
ТОС — это не про жёсткие инструменты и строгие регламенты. Это про умение видеть главное, работать с настоящими ограничениями и синхронизировать усилия команды.
Автор: Вера Питинова