Когда усталость подменяет управление?
Финальная стадия проекта. Высокая нагрузка, сжатые сроки, длительная работа в режиме перегрузки.
Руководитель подрядной команды принимает решение: снижение качества на финальных работах фактически принимается как данность.
Аргументация:
— «альтернатив нет» — «сейчас уже ничего не изменить» — «нужно просто довести до конца»
Звучит рационально. По факту — отказ от управления в критической точке.
На следующий день разбираем ситуацию.
Фиксируем:
— инструменты влияния есть — варианты усиления качества имеются — возможность дожать результат сохраняется
Проблема не в отсутствии решений.
Проблема — в состоянии
Длительная перегрузка → истощение → защитная реакция.
Проявляется так:
— упрощение картины — снижение требовательности — отказ от поиска решений — принятие «как есть»
Это не ошибка мышления, А ограничение ресурса.
Сам от этого много раз страдал, Ведь «отдых, для слабаков»
Но что это значит для руководителя?
В пиковые моменты проекта:
— финал — запуск — кризис
качество решений начинает зависеть не от опыта, а от состояния.
И если этим не управлять — решения будут слабее именно там, где они должны быть сильнее.
Поэтому, крайне важно:
1. Отслеживать момент просадки
Сигналы:
— «сейчас уже ничего не сделать» — «и так сойдёт» — «нет времени разбираться»
Все это индикаторы усталости.
2. Не принимать критические решения в просадке
Если вопрос влияет на:
— качество — сроки — результат проекта
его нельзя закрывать в состоянии перегруза.
Минимум — пауза и возврат к решению в ресурсном состоянии.
3. Разделять «нет решения» и «нет ресурса искать»
В 80% случаев решение есть. Нет ресурса его найти.
Это разные вещи.
4. Закладывать восстановление в пиковые этапы
Ошибка — «дожмём и потом отдохнём».
Правильно:
в пике — усиливать контроль ресурса, а не игнорировать его.
5. Разбирать такие кейсы
Не «ошиблись и пошли дальше», а:
— что произошло — где сработала защита — как не допустить повторения
Итог
Усталость не просто снижает эффективность.
Она незаметно переводит управление в режим адаптации.
И если это не контролировать, руководитель начинает принимать слабые решения в самые дорогие моменты проекта.
