Порочный цикл: почему повышение жёсткости контроля убивает сроки проекта

Введение

В девелопменте до недавнего времени действовал мораторий на штрафы за срыв сроков сдачи проектов. Даже если застройщик нарушал свои обязательства — штрафные санкции в его сторону замораживались. Но с 1 января 2026 года мораторий сняли, а штрафы вернули. Ожидалось, что это подстегнёт подрядчиков, повысит дисциплину и увеличит количество вовремя сданных объектов.

На практике произошло ровно обратное.

Графики не сократились — наоборот, в них появилось ещё больше запаса по времени. Количество отчётности выросло в разы. А правды в этих отчётах стало заметно меньше. Лучшие сотрудники начали уходить, а проекты продолжали срываться.

Я столкнулся с этим на собственном опыте, когда пришёл на совет директоров со своими коллегами с предложением, которое казалось мне логичным и обоснованным. К моему докладу отнеслись весьма скептически: меня дослушали до четвёртого слайда и сняли с защиты. Причина была проста — мой основной тезис звучал так: «чтобы сдавать проекты вовремя, нужно ослабить контроль».

Ослабить — это не значит сделать его поверхностным или формальным. Ослабить — значит снять «железную руку с горла исполнителя». И сделать это намного сложнее, чем кажется. Но для рынка, где каждый сдачи проекта день на счету, а месяц задержки проекта может стоить десятки (а где и более сотни) миллионов рублей, это прозвучало как ересь.

Именно этот эпизод заставил меня пересмотреть свой подход и понять, что за этим стоит не просто конкретная ситуация, а системный механизм, который я называю «порочным циклом контроля».

Как рождается иллюзия управления

Когда проект начинает отставать от графика, реакция руководства обычно стандартная — нужно усилить контроль. Вводятся дополнительные отчёты, чек-листы, проверки. Кажется, что чем жестче мы следим за каждым шагом на проекте, тем меньше шансов упустить срок.

Но на практике усиление контроля почти никогда не даёт ожидаемого эффекта. Оно просто создаёт иллюзию управления: когда команда чувствует, что её постоянно проверяют и за каждую ошибку последует наказание, она перестаёт действовать — она начинает защищаться. Защита принимает форму страха, а страх, как известно, парализует инициативу и порождает ложь.

Именно этот механизм я и вижу после отмены моратория на штрафы.

Порочный цикл: как страх разрушает систему

Процесс развивается по цепочке, которую я видел не раз.

Первым шагом становится ужесточение контроля. Руководство требует «реалистичных» сроков, но в атмосфере страха сказать правду становится опасно. Логика простая: «если я скажу, что объект нереально сдать за два месяца, меня накажут. Если я скажу «да, сделаем», у меня есть шанс, что как-нибудь получится».

И команда начинает давать нереальные обещания.

Дальше — больше. Первые отчёты искажаются. Сначала чуть-чуть — чтобы скрыть начинающиеся проблемы. Потом ложь становится системной. Исполнители сами начинают верить в то, что написали в отчётах. Наступает момент, когда все уже понимают, что сроки будут сорваны. Но признаться в этом — значит подставить коллег и себя. И все молчат.

В этот момент компания начинает терять лучших сотрудников. Те, кто не хочет врать и не готов работать в атмосфере страха, уходят первыми. Остаются те, кто готов сидеть и просто получать зарплату. Проект срывается. Находят «виноватых» и увольняют. Но к этому моменту они уже нашли новую работу.

А руководство делает вывод: «Мы недостаточно жёстко контролировали, давайте усилим контроль». И цикл запускается с новой силой.

Почему циклы падения это не случайность: три диагноза

Этот механизм не уникален для девелопмента. У него есть три классических объяснения, давно описанных известными практиками.

Ларри Грейнер ещё в 1972 году показал, что развитие любой компании — это последовательность революционных кризисов. Эволюция даёт стабильность, но не даёт прорыва. Чтобы сделать шаг вперёд, нужна революция. Вопрос не в том, будет ли она — вопрос в том, кто ею управляет.

Ицхак Адизес в одной из своих недавних статей обратил внимание на другой пробел. Бизнес-школы, по его словам, хорошо учат принимать решения. С переменным успехом — внедрять. Но они полностью игнорируют «разработку» решений. А ведь разработать решение — это не просто выбрать вариант из нескольких. Это спроектировать конструкцию: снять противоречия, найти ресурсы, продумать переход от текущего состояния к целевому.

Алан Бернард, ученик Голдратта (автора теории ограничений), описал в своей диссертации механизм «самосбывающихся пророчеств». Чем больше провалов мы видим, тем сильнее сопротивление изменениям. Чем сильнее сопротивление, тем меньше ресурсов мы готовы выделить. И проект снова проваливается. Система стабилизируется на низком уровне ожиданий — и начинает считать это нормой.

Если посмотреть на порочный цикл через эти три диагноза, становится понятно, что страх перед прорывными решениями — это не слабость конкретных людей. Это следствие системного устройства.

Чего на самом деле боятся топ-менеджеры

Когда я говорю о страхах, речь идёт не о психологических фобиях. Это вполне конкретные и обоснованные опасения, которые я наблюдал в своей практике и в общении с коллегами из крупных компаний.

Первый — социальный страх. «Никто так не делает». Когда ты предлагаешь решение, которое нарушает привычный компромисс, ты автоматически выходишь за рамки принятых норм. И сразу становишься «чужим» в глазах коллег и руководства.

Второй — профессиональный страх. «А вдруг не сработает?». В девелопменте топ-менеджеры ходят по кругу — из компании в компанию. Провал в одном месте может аукнуться на несколько лет вперёд. Это не просто увольнение — это репутационный удар.

Третий — институциональный. «Кто это подпишет?». Генеральный директор — должность подсудная. Акт согласования нестандартного решения — это ответственность, которую далеко не все готовы брать на себя.

Самое страшное в этой системе — не провал как таковой. Самое страшное — оказаться в позиции того, кто предложил то, что не сработало, кто выглядит непрофессионально на фоне равных. Это страх, который имеет под собой реальную почву (стать идеологом провала не хочет никто).

Как разорвать цикл

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

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

Второе — научиться грамотно работать с буферами (резервами) по срокам, стоимости, ресурсам и т.д.

Третье — перейти от реактивного управления к проактивному. Решения должны приниматься до того, как отклонение от графика стало критическим. Для этого нужна система раннего оповещения и регулярный анализ того, что мешает команде говорить правду.

Четвёртое — не усиливать контроль после очередного срыва. Вместо этого провести анализ: почему мы не узнали о проблеме раньше? Что в системе управления побуждает людей скрывать проблемы?

И, наконец, начать с одного пилотного проекта. Внедрить динамическое управление буферами (времени), замерить результат и только потом масштабировать.

Вместо заключения

Мой опыт показывает: страх — не враг. Страх — это индикатор. Он указывает на слабые места в системе: где нет доверия, где правда опасна, где контроль подменяет управление.

ТОС и ТРИЗ (в которых являюсь сертифицированным практиком и реализовал не мало проектов) дают инструменты и язык для работы с парадоксами. Но эти методологии — не панацея. Если организация не готова слушать правду, она не сможет внедрить ни одно прорывное решение — даже самое идеальное.

Главный вывод, который я вынес из этого кейса, прост: проблема не в том, что сотрудники врут. Проблема в том, что правда опасна. Сделайте правду безопасной — и сроки станут предсказуемыми.

ПС: конечно мы в последствии стали "облегчать" систему контроля, это было неизбежно, и это дало мгновенный эффект, но для некоторых компаний любая задержка на доказательство очевидной логики управления системой, может стать фатальной

---

Андрей Пчелинцев

Директор по стратегическому развитию и управлению проектами

Преподаватель МГИМО и РАНХиГС

Сертифицированный практик: PMP (PMI), TOC, Lean, ADKAR, ТРИЗ (3-й уровень)