Выгорание программистов: причины, признаки и как восстановиться

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

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

Сложная задача утомляет особенно сильно, когда вас постоянно из неё выдёргивают

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

Пять часов с двумя спокойными задачами и пять часов с тридцатью переключениями ощущаются совершенно по-разному. Во втором случае человек может весь день быть занят и вечером чувствовать, что почти не продвинулся. Это особенно раздражает: усталость высокая, видимый результат маленький.

Если вы чувствуете, что усталость стала постоянной, оценить состояние может помочь Шкала усталости Чалдера CFS. Она отдельно оценивает физическую и умственную усталость. У программиста эти вещи нередко расходятся: тело ещё не валится с ног, а удерживать сложную задачу в голове уже заметно труднее.

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

Почему незаконченная задача продолжает крутиться в голове вечером

Разработчику часто трудно остановиться посередине логической конструкции. Кажется: «ещё пять минут, я почти понял». Через час вы всё ещё там. Причина понятна - хочется закончить мысль и получить облегчение. Но некоторые задачи физически не заканчиваются за вечер.

Тогда помогает не насильственно забыть вопрос, а оставить себе точку входа на завтра. Запишите, что уже проверено, текущую гипотезу и самый первый следующий шаг. Не «разобраться с авторизацией», а «завтра проверить, где токен меняется после refresh». Мозгу легче отпустить задачу, если продолжение не надо хранить в памяти.

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

Есть и другая ловушка: работа формально закончена, но весь вечер продолжаются технические чаты, статьи, новости и обсуждения. Это может быть интересно, но для внимания разница невелика - оно всё равно продолжает работать с тем же типом информации и не получает настоящего переключения.

Что происходит, когда дедлайны идут один за другим

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

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

В книге Андрея Баракина «Монстры на твоей стороне» в главе 6 «В заложниках у тревоги: как вернуть себе спокойствие» разбирается привычка всё время ждать возможной проблемы. У программиста она легко превращается в мысли «вдруг прод упадёт», «я что-то пропустил», «завтра спросят». Даже когда компьютер уже выключен, голова продолжает дежурить.

Часть рисков решается инженерно: мониторингом, дежурствами, тестами, code review. Сначала нужна хорошая система. Чем больше риска вынесено из головы в процедуру, тем реже человеку приходится быть живым мониторингом двадцать четыре часа.

Переключения между задачами лучше уменьшать заранее, а не терпеть весь день

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

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

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

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

После сложной работы внимание тоже должно отдыхать

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

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

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

И ещё одна простая вещь - сон. Если вы кодите до ночи, потом ещё час листаете телефон и постоянно недосыпаете, внимание закономерно восстанавливается хуже. Здесь не нужна сложная психологическая теория: мозгу просто не хватает нормального отдыха.

Проверьте три изменения в течение одной недели

На семь дней выберите три правила. Первое: один блок без переключений ежедневно. Второе: в конце работы записывать точку продолжения незавершённой задачи. Третье: фиксированное время, после которого рабочие приложения закрыты, если вы не на дежурстве.

Смотрите не только на часы. Оцените вечером ясность головы, раздражение, желание снова открыть ноутбук и качество сна. Если уже через неделю становится легче, значит, вы нашли хотя бы одну причину перегрузки. Если ничего не меняется и истощение остаётся сильным, проверьте другие вещи: объём работы, отношения в команде, смысл работы и здоровье.

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

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