Выгорание в IT:
мозг не создан для Jira

Ты садишься за комп в девять, открываешь IDE. Тикет понятный, задача знакомая, оценка два часа. Начинаешь писать, и через три минуты прилетает нотификация в Slack. Ты переключаешься, отвечаешь, возвращаешься к коду. Перечитываешь последние пять строк, потому что забыл, где остановился. Ещё минута, и Jira прислала комментарий к вчерашнему PR. Снова переключаешься, читаешь, возвращаешься.

Ты ещё ничего не сделал, а прошло сорок минут. И ты уже устал. Не от работы, а от переключений. К шести вечера такое ощущение, будто разгружал вагоны, а коммитов всего полтора.

Если тебе это знакомо, ты не один и точно не слабый. Просто твой мозг не рассчитан на ту нагрузку, которую IT-индустрия считает нормой. Давай разберёмся, почему так.

Почему разработчики выгорают быстрее других?

Бухгалтер работает с числами, юрист с текстами, дизайнер с формами. А разработчик работает с абстрактными системами, которые существуют только у него в голове. Ты не видишь свой код, ты его представляешь: архитектуру, зависимости, состояния, edge cases. Всё это живёт в рабочей памяти, а она ограничена физически.

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

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

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

Как код перегружает рабочую память?

В 1956 году Джордж Миллер опубликовал работу, которая до сих пор актуальна. Рабочая память человека вмещает 7±2 объекта одновременно. Не 20 и не 50, а семь плюс-минус два. Это аппаратный предел, который никакими лайфхаками не обойти.

А теперь посмотри, что происходит, когда ты ревьюишь чужой merge request. Тебе нужно держать в голове одновременно:

1. Бизнес-логику задачи — что вообще должен делать этот код
2. Текущую архитектуру модуля — как он связан с остальной системой
3. Состояния данных — что приходит на вход, что должно уйти на выход
4. Edge cases — что сломается, если придёт null, пустой массив, дубликат
5. Code style и конвенции команды
6. Контекст предыдущих обсуждений в тикете
7. Свою задачу, от которой ты только что оторвался

Семь пунктов, аккурат на потолке. И это всего один merge request. Средний PR-цикл - это три-четыре review в день. Каждый раз ты загружаешь в рабочую память новый контекст и выгружаешь предыдущий.

Был у меня клиент. Андрей, 28 лет, backend-разработчик в финтехе. Пришёл, когда понял, что не может писать код без тревоги. Буквально садился за IDE, и сердце начинало колотиться. Не от сложной задачи, а от любой задачи.

Начинаем разбираться. On-call каждую вторую неделю, и так последний год. Алерты в Sentry приходят в три ночи, в пять, в шесть тридцать. Он просыпался, чинил, ложился, а через час всё повторялось. Утром снова стендап, спринт, код.

За год его HPA-ось, гипоталамо-гипофизарно-надпочечниковая система, застряла в режиме постоянной боеготовности. Кортизол не снижался до базового уровня даже в выходные. Мозг Андрея перестал различать «ты на on-call» и «ты в отпуске». Для него любой момент стал потенциальным алертом.

Это не метафора про «всегда на связи». Нервная система Андрея буквально разучилась выключаться. Пожарная сигнализация в его голове орала круглосуточно, и не потому, что где-то горело, а потому, что она забыла, как замолчать.

Почему Slack и Jira — идеальные машины выгорания?

Slack сделал одну гениальную и одну разрушительную вещь одновременно: он убрал порог для коммуникации. Написать сообщение, ответить, переключить контекст - всё это теперь мгновенно. Для бизнеса это ускорение, а для мозга катастрофа.

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

Gloria Mark из UC Irvine измерила это точно: после одного переключения контекста человеку нужно в среднем 23 минуты и 15 секунд, чтобы вернуться к прежнему уровню фокуса. А теперь честно посчитай, сколько раз в день переключаешься ты. Прикинь по уведомлениям, я подожду.

Jira добавляет ещё один слой. Тикет - это не просто задача, а обязательство с трекингом: story points, velocity, burn-down chart. Каждый незакрытый тикет превращается в маленький стресс. Мозг не умеет «откладывать» незавершённую задачу, и эффект Зейгарник гарантирует, что она будет фоном жужжать в голове, забирая ресурсы рабочей памяти даже когда ты занят другим.

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

Ещё одна моя клиентка. Марина, 32 года, тимлид в продуктовой компании. Четыре часа в день у неё уходило на code review, ещё два-три часа на митинги, а на собственный код оставалось то, что осталось. К пятнице она буквально не помнила, что делала в понедельник. Вся неделя сливалась в одно серое пятно из PR-комментариев и Zoom-звонков.

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

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

Как выжить в IT без выгорания?

Окей, с диагнозом ясно. Рабочая память ограничена, context switching разрушителен, Slack работает как дофаминовая ловушка, Jira как трекер тревоги, а on-call как генератор хронического стресса. Что со всем этим делать?

Сначала о том, что не работает. «Больше отдыхай», «займись спортом», «найди хобби не за компьютером». Это советы из мира, где мозг считают бензобаком, который достаточно просто заправить. Но мозг не бензобак, и нервная система, которая год работала в режиме on-call, от похода в зал не перезагружается.

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

Снизить когнитивный шум

Первое и самое конкретное: убери из поля зрения всё, что не требует немедленной реакции. Уведомления Slack оставь только по DM и упоминаниям, почту проверяй два раза в день, а в Jira заходи по расписанию, а не по каждому пушу. Это не про продуктивность, это нейрогигиена.

Каждое убранное уведомление - это несостоявшийся context switch. Это 23 минуты, которые остались у префронтальной коры на реальную работу. Помножь на 10-15 убранных пушей в день, и получишь 3-4 часа чистого фокуса, которые ты раньше даже не замечал, как терял.

Защитить рабочую память

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

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

Перезаписать паттерн реагирования

Вот здесь начинается то, что не вписывается в статьи про продуктивность.

Тот самый Андрей, backend-разработчик с on-call, не перестал тревожиться после того, как поменял настройки уведомлений. Его нервная система уже записала паттерн: любой сигнал равно угроза. Звук Slack стал триггером, открытие IDE триггером, и даже тишина триггером, потому что тишина перед on-call алертом обычно была недолгой.

Это уровень подсознания, имплицитная память, и логикой она не стирается. Ты не можешь объяснить своей HPA-оси, что ты больше не на on-call. Она не слушает аргументы, она слушает опыт.

Работа с подсознанием - это создание нового опыта на том уровне, где хранится старый. Не разговоры о тревоге, а проживание безопасности в тех ситуациях, которые мозг пометил как опасные. Нейропластичность работает, но только если новый опыт достаёт до нужного слоя.

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

Когда программу удалось обнаружить и перезаписать через Метод Прямого Доступа, Марина не стала работать меньше. Она стала работать иначе. Появились границы, появилось «это можно сделать завтра» и «это не моя задача». Рабочая память освободилась, и не потому, что задач стало меньше, а потому что ушёл фоновый страх, который забирал половину когнитивных ресурсов.

Выгорание в IT - это не про «много работы». Это про то, что мозг работает на пределе когнитивной нагрузки, нервная система при этом сидит в хроническом стрессе, а подсознание добавляет слой тревоги поверх всего остального. Убери любой из этих трёх компонентов, и система станет устойчивее. Убери подсознательный слой, и два других перестанут быть смертельными.

Частые вопросы