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

73% разработчиков ^[1] сообщают о симптомах выгорания. При этом программисты выгорают совсем не так, как представители ряда других профессий. Если врачи и учителя страдают от эмоционального перегруза, от чужих проблем, которые приходится пропускать через себя, то айтишники — от постоянного ощущения невидимости собственного труда. 

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

Выгорание как клинический конструкт

В быту выгоранием называют практически любую усталость — например, проснуться в понедельник с мыслью «опять эта галера». Однако у профессионального выгорания есть четкие критерии. Золотой стандарт его измерения — опросник профессионального выгорания Маслач (Maslach Burnout Inventory, MBI). Согласно многофакторной теории выгорания ^[2] этого же исследователя, это состояние держится на трех основных симптомах:

• Эмоциональное истощение — ресурс исчерпан, а сон ^[3] или выходные уже не восстанавливают работоспособность.

• Деперсонализация — защитная реакция ^[4] психики, при которой все компоненты работы (коллеги, пользователи, документация и даже собственный код) воспринимаются отстраненно, с холодным безразличием или даже раздражением.

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

Почему так важно отличать выгорание от усталости? Обычная усталость — штука понятная и предсказуемая. Выходные, нормальный сон ^[5], в крайнем случае отпуск, и организм восстанавливается. С выгоранием такой финт не проходит — это полноценный сбой.

Хронический стресс ^[6] нарушает регуляцию оси ГГН (гипоталамус–гипофиз–надпочечники). Как устроен механизм выгорания с точки зрения ^[7] физиологии:

• Стадия тревоги. Гипоталамус ^[8] сигнализирует о некоторой опасности, гипофиз передает сигнал, надпочечники выбрасывают в кровь кортизол и адреналин. Силы организма мобилизуются.

• Стадия сопротивления. Если угроза не уходит, надпочечники начинают работать на износ, в результате чего сохраняется высокий уровень кортизола. В этот момент человек ощущает постоянную раздражительность, тревогу, нарушается сон.

• Стадия истощения (то самое выгорание, привет!). Ресурсы надпочечников исчерпываются, и выработка ^[9] кортизола падает. Но в этот момент система безопасности организма сломана и перестает выключатся. Сил не остается буквально ни на что.

Постоянно высокий уровень кортизола бьет по двум областям мозга ^[10] — гиппокампу ^[11], который в нашем организме играет роль центра обучения ^[12], и префронтальной коре, ослабляя ее синаптические связи. Одновременно с этим усиливается активность миндалевидного тела, отвечающего за страх ^[13]. Из вдумчивого режима работы организм переключается в режим выживания. Мозг переключается в режим энергосбережения, снижается нейрогенез, серьезно ухудшается память ^[14]. 

Уникальность выгорания у разработчиков

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

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

«Программисты более склонны к негативизму по отношению к своим служебным возможностям, чем работники социальных профессий. Это может говорить о том, что именно показатель редукции личных достижений вносит больший вклад по сравнению с другими показателями в выгорание у программистов. Эти результаты являются еще одним подтверждением обоснованности нашей гипотезы о специфичности выгорания в профессии программиста, которая выражается в особой роли редукции личных достижений как компонента, который вносит больший вклад в выгорание программистов по сравнению с компонентами «Эмоциональное истощение» и «Деперсонализация»». — «Профессиональное выгорание программистов: специфичность феномена» ^[15], О.И. Муравьева, К.В. Козлова

Исследования показывают, что для айтишников важнее не то, сколько часов они отработали, а то, что их вклад кто-то заметил. В исследовании ^[16] с 3000+ разработчиков выявили и такую закономерность — когда человек чувствует себя частью команды, растет его удовлетворенность работой, и риск выгорания наоборот падает. Если работа превращается в механический поиск ошибок, а результат труда растворяется, разработчик постепенно теряет чувство авторства. Без этого выгорание приходит даже при идеальном тайм-менеджменте и комфортной зарплате — мозг просто перестает видеть смысл в усилиях, которые не конвертируются в чувство внутренней удовлетворенности результатом.

Триггеры выгорания

Выгорание не возникает на пустом месте — исследователи выделяют конкретные факторы, которые статистически значимо коррелируют с ростом симптомов. Их можно разделить на три уровня.

• Системные и процессные

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

• Организационные и культурные

Согласно тому же исследованию по ссылке выше, важную роль играют такие составляющие, как культура обучения и чувство принадлежности к команде. Проще говоря, там, где ошибки ^[17] разбирают без порки и занесения в личное дело, открыто делятся знаниями, сотрудник чувствует, что он не просто винтик в системе, а часть чего-то живого и настоящего. Следом подтягивается удовлетворенность от работы — и у риск выгорания заметно снижается.

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

Мифы о выгорании, которые опровергает наука

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

• Выгорание — это лень или слабая воля

Выгорание — физиологический сбой. Как бы вы ни собирали волю в кулак, мозг к нормальному режиму работы от этого не вернется.

• Опытные разработчики не выгорают

Возраст и стаж не коррелируют с риском выгорания. Согласно научным исследованиям ^[15], «не наблюдается корреляционной связи проявлений выгорания с возрастом и стажем работы». 

• Удаленка может снизить уровень выгорания

Для кого-то это и сработает. Однако согласно этому исследованию ^[18], удаленный формат может выступить триггером к возникновению ментальных расстройств, особенно при отсутствии четких ритуалов завершения рабочего дня и живого социального контакта в команде.

• Больше часов работы — больше кода

Экономически и физиологически несостоятельно — после определенного порога переработки начинают накапливаться ошибки, а скорость падает. Согласно этому ^[19] исследованию, увеличение рабочего времени на 1% приводит лишь к росту производительности всего на 0,9%. А при 10%-ом увеличении рабочего времени общая производительность снижается на 2-4%. Это особенно актуально для сложных технических задач, которые сильно нагружают префронтальную кору головного мозга ^[20], отвечающую за концентрацию внимания ^[21] и решение проблем.

Что реально работает

Советы вроде «возьми отпуск/найди хобби/выбери йогу и медитацию» могут снять симптомы, но не устранят причину выгорания. Бороться с ним нужно сразу на трех уровнях.

• На уровне компании

Как мы уже сказали выше, в командах с благоприятной средой (и речь здесь не про корпоративного психолога или ДМС) уровень выгорания ниже, чем там, где карают за ошибки и не дают фидбека. Адекватная защита от регулярных переработок, публичное признание личного вклада и пересмотр метрик успеха могут помочь разработчикам сохранить нормальное состояние психики и организма в целом.

• На уровне команды

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

• На уровне личных границ

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

Если узнали себя — это не повод писать заявление и уходить в закат. Лучше задайте себе пару неудобных вопросов. Вы устали от работы или от того, что ее результаты никто не замечает? Когда вы в последний раз получали нормальную обратную связь?

Будем рады, если в комментариях поделитесь рабочими способами, которые помогают лично вам!