Выгорание в 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» и «ты в отпуске». Для него любой момент — потенциальный алерт. Любой.

Это не метафора про «всегда на связи». Это буквально: нервная система Андрея больше не умела выключаться. Пожарная сигнализация в его голове орала 24/7. И не потому, что горело — а потому, что она забыла, как замолчать.

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

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

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

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

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

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

Клиентка. Марина, 32 года, тимлид в продуктовой компании. Четыре часа в день — code review. Плюс два-три часа — митинги. Оставшееся время — собственный код. К пятнице она не помнила, что делала в понедельник. Буквально. Неделя сливалась в одно серое пятно из PR-комментариев и Zoom-звонков.

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

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

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

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

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

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

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

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

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

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

Code review — утром. Код — после обеда. Или наоборот. Но не вперемешку. Переключение между review-режимом и coding-режимом — одно из самых дорогих для мозга. Это два принципиально разных когнитивных процесса: аналитический (review) и генеративный (coding).

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

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

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

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

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

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

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

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

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

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