Про выгорание разработчиков написаны километры текста. Про выгорание тех, кто держит команду и продукт — заметно меньше. Часто потому, что у руководителя «нет права» проседать: если он вылетает из формы, проседает всё — скорость, качество, атмосфера, найм и удержание.
Ниже — четыре анти-паттерна, которые сначала выглядят как ответственность и забота о результате, а потом незаметно ломают и руководителя, и систему управления.
Отсылка к определениям:ВОЗ описывает выгорание как синдром хронического стресса на рабочем месте (ICD-11).Модель Maslach Burnout Inventory выделяет среди симптомов деперсонализацию — снижение эмпатии к людям.
Коротко: что обычно происходит в командах
Руководитель начинает доделывать работу за команду.
Слабые сотрудники остаются слишком долго.
Команда превращается в «семью», где результат размывается.
Лидер боится нанимать сильнее себя и берёт всё на личный контроль.
Каждый из этих паттернов кажется нормальным управленческим поведением. Но на дистанции они создают системный перегруз.
1. Подмена системы героизмом
Как это выглядит
Сотрудник приносит задачу «почти готово»: где-то нет тестов, где-то не описаны крайние кейсы, где-то не продумана поддержка решения.
Руководитель понимает, что если вернуть задачу — будет обсуждение, задержка и конфликт. И «на пять минут» доделывает сам.
Через пару месяцев эти пять минут становятся второй работой.
Микро-кейс
Команда из шести человек выпускала релизы раз в две недели. Руководитель постоянно «подчищал хвосты»: дописывал проверки, правил спецификацию, закрывал углы в коммуникации с бизнесом.
В моменте релизы шли. Через несколько спринтов стало ясно: команда перестала ловить качество на входе, а лидер начал выгорать.
Что ломается
Критерии качества становятся неявными.
Ответственность размывается.
Лидер превращается в последний слой QA, аналитики и менеджмента.
Что можно сделать
Выписать три вещи, которые руководитель чаще всего доделывает за команду.
Превратить их в Definition of Done.
Договориться о простом правиле: если задача не соответствует критериям, она возвращается.
2. Паралич жёстких решений
Как это выглядит
Руководитель видит, что человек не справляется с ролью: сроки плавают, договорённости забываются, задачи тянутся.
Но увольнение кажется признанием ошибки найма. Плюс страшно: сроки, рынок, поиск замены.
И начинается «дотягивание». Ещё один шанс. Потом ещё.
Микро-кейс
В одной команде сильные разработчики начали уходить один за другим. Формально — из-за новых проектов. На практике — потому что устали работать рядом с человеком, для которого последствия ошибок постоянно сглаживали.
Руководитель в итоге выгорел быстрее всех.
Что происходит дальше
Сильные сотрудники уходят первыми.
Лидер становится буфером между системой и проблемами.
Команда учится, что правила можно нарушать.
Что можно сделать
Ввести предсказуемый процесс: ожидания → наблюдаемое поведение → срок на исправление → решение.
Полезный управленческий вопрос, который используют в Netflix:Если этот сотрудник завтра скажет, что уходит, стал бы я бороться за то, чтобы его удержать?
Если ответ «нет», решение часто уже давно очевидно.
3. Иллюзия «семьи» вместо команды
Как это выглядит
Лидер боится потерять людей и начинает склеивать всё личной лояльностью: «мы же свои», «давайте без формальностей».
В моменте кажется, что это сохраняет атмосферу.
На практике появляется теплица, где можно не напрягаться.
Важно понимать разницу
Психологическая безопасность — это не «всё можно».
Это возможность ошибаться и учиться при сохранении стандартов качества.
Микро-кейс
В одной команде неприятные разговоры постоянно откладывались. Никто не хотел конфликтов.
В итоге конфликты всё равно произошли — но уже через срывы сроков, пассивную агрессию и уход сильных сотрудников.
4. Страх нанять сильнее себя
Как это выглядит
Руководитель интуитивно избегает сильных кандидатов. Они задают неудобные вопросы, спорят, требуют ясности.
Зато «удобные» берут задачи и молчат.
Через полгода лидер снова держит архитектуру, качество и планирование на себе.
Микро-кейс
В одной команде руководитель годами не делегировал ключевые решения — так казалось быстрее.
В результате он стал узким горлом для роста команды.
Когда попробовали нанять сильного тимлида, оказалось, что делегировать нечего: зона ответственности никогда не была описана.
Как понять, что система уже перегружена
Обычно это начинается с внутреннего переключения: люди перестают восприниматься как люди и превращаются в функции, задачи, ресурсы.
Это не про характер руководителя.
Часто это просто защитная реакция на перегруз.
Минимальный план на неделю
Выписать три задачи, которые руководитель делает за команду.
Честно ответить на вопрос Keeper Test по ключевым сотрудникам.
Выделить два часа на работу над системой, а не внутри операционки.
Даже этих шагов часто достаточно, чтобы начать разгружать у��равление.
Чек-лист быстрого аудита команды
Понимает ли команда, что именно считается «готовой задачей»?
Есть ли единые критерии качества?
Возвращаются ли задачи, если они не соответствуют стандарту?
Сколько решений держится на личном контроле руководителя?
Есть ли роли, которые формально делегированы, но фактически остаются у лидера?
Есть ли сотрудники, по которым давно назрело решение, но оно откладывается?
Ответы на эти вопросы обычно довольно точно показывают, где именно начинает ломаться система.
Вместо заключения
Если тема окажется полезной, в следующем материале можно разобрать другой частый феномен — «стабильную текучку», которая долго воспринимается как норма, но постепенно разрушает продукт и команду.
