73% разработчиков сообщают о симптомах выгорания. При этом программисты выгорают совсем не так, как представители ряда других профессий. Если врачи и учителя страдают от эмоционального перегруза, от чужих проблем, которые приходится пропускать через себя, то айтишники — от постоянного ощущения невидимости собственного труда.
В этой статье мы не будем зацикливаться на важности тайм-менеджмента, хобби и отказа от думскроллинга (хотя это тоже важно). Вместо этого посмотрим, какие факторы действительно запускают выгорание у представителей ИТ-профессий, как переработки усугубляют ситуацию и что можно сделать на уровне команды, компании и личных границ.
Выгорание как клинический конструкт
В быту выгоранием называют практически любую усталость — например, проснуться в понедельник с мыслью «опять эта галера». Однако у профессионального выгорания есть четкие критерии. Золотой стандарт его измерения — опросник профессионального выгорания Маслач (Maslach Burnout Inventory, MBI). Согласно многофакторной теории выгорания этого же исследователя, это состояние держится на трех основных симптомах:
-
Эмоциональное истощение — ресурс исчерпан, а сон или выходные уже не восстанавливают работоспособность.
-
Деперсонализация — защитная реакция психики, при которой все компоненты работы (коллеги, пользователи, документация и даже собственный код) воспринимаются отстраненно, с холодным безразличием или даже раздражением.
-
Редукция профессиональных достижений — снижение чувства собственной компетентности и продуктивности, обусловленное невозможностью справиться с требованиями на работе и обостряющееся при отсутствии социальной поддержки и возможностей профессионального развития.
Почему так важно отличать выгорание от усталости? Обычная усталость — штука понятная и предсказуемая. Выходные, нормальный сон, в крайнем случае отпуск, и организм восстанавливается. С выгоранием такой финт не проходит — это полноценный сбой.
Хронический стресс нарушает регуляцию оси ГГН (гипоталамус–гипофиз–надпочечники). Как устроен механизм выгорания с точки зрения физиологии:
-
Стадия тревоги. Гипоталамус сигнализирует о некоторой опасности, гипофиз передает сигнал, надпочечники выбрасывают в кровь кортизол и адреналин. Силы организма мобилизуются.
-
Стадия сопротивления. Если угроза не уходит, надпочечники начинают работать на износ, в результате чего сохраняется высокий уровень кортизола. В этот момент человек ощущает постоянную раздражительность, тревогу, нарушается сон.
-
Стадия истощения (то самое выгорание, привет!). Ресурсы надпочечников исчерпываются, и выработка кортизола падает. Но в этот момент система безопасности организма сломана и перестает выключатся. Сил не остается буквально ни на что.
Постоянно высокий уровень кортизола бьет по двум областям мозга — гиппокампу, который в нашем организме играет роль центра обучения, и префронтальной коре, ослабляя ее синаптические связи. Одновременно с этим усиливается активность миндалевидного тела, отвечающего за страх. Из вдумчивого режима работы организм переключается в режим выживания. Мозг переключается в режим энергосбережения, снижается нейрогенез, серьезно ухудшается память.
Уникальность выгорания у разработчиков
Если пропустить через опросник MBI выборки врачей, учителей и программистов, выяснится, что у специалистов, чья работа напрямую завязана на людях, доминирует эмоциональное истощение. Психика перегорает от постоянного контакта с чужими проблемами. У айтишников на первое место стабильно выходит обесценивание собственного вклада.
Причина кроется в природе самого продукта программирования. Оно дает отложенный и часто безликий результат. Можно неделю разбирать легаси или оптимизировать запросы. Пользователь разницы не заметит, задачу закроют. А через год ваш чистый код может обрасти чужими конструкциями, и никто уже не вспомнит, кто вообще над ним трудился. Мозг, ожидающий, но не получающий адекватной усилиям обратной связи, сделает вывод, что работал впустую. Именно это ощущение и запускает механизм редукции достижений, который в итоге является компонентом выгорания.
«Программисты более склонны к негативизму по отношению к своим служебным возможностям, чем работники социальных профессий. Это может говорить о том, что именно показатель редукции личных достижений вносит больший вклад по сравнению с другими показателями в выгорание у программистов. Эти результаты являются еще одним подтверждением обоснованности нашей гипотезы о специфичности выгорания в профессии программиста, которая выражается в особой роли редукции личных достижений как компонента, который вносит больший вклад в выгорание программистов по сравнению с компонентами «Эмоциональное истощение» и «Деперсонализация»». — «Профессиональное выгорание программистов: специфичность феномена», О.И. Муравьева, К.В. Козлова
Исследования показывают, что для айтишников важнее не то, сколько часов они отработали, а то, что их вклад кто-то заметил. В исследовании с 3000+ разработчиков выявили и такую закономерность — когда человек чувствует себя частью команды, растет его удовлетворенность работой, и риск выгорания наоборот падает. Если работа превращается в механический поиск ошибок, а результат труда растворяется, разработчик постепенно теряет чувство авторства. Без этого выгорание приходит даже при идеальном тайм-менеджменте и комфортной зарплате — мозг просто перестает видеть смысл в усилиях, которые не конвертируются в чувство внутренней удовлетворенности результатом.
Триггеры выгорания
Выгорание не возникает на пустом месте — исследователи выделяют конкретные факторы, которые статистически значимо коррелируют с ростом симптомов. Их можно разделить на три уровня.
-
Системные и процессные
Нереалистичные дедлайны, хронический технический долг и конвейерная разработка без обратной связи создают постоянную когнитивную перегрузку. Мозг работает в режиме «тушения пожаров», что истощает ресурсы быстрее, чем сложные архитектурные задачи. Если работа сводится к закрытию тикетов без реально ощутимого результата, включается механизм редукции достижений, который мы уже обсудили выше.
-
Организационные и культурные
Согласно тому же исследованию по ссылке выше, важную роль играют такие составляющие, как культура обучения и чувство принадлежности к команде. Проще говоря, там, где ошибки разбирают без порки и занесения в личное дело, открыто делятся знаниями, сотрудник чувствует, что он не просто винтик в системе, а часть чего-то живого и настоящего. Следом подтягивается удовлетворенность от работы — и у риск выгорания заметно снижается.
При этом некоторые личные факторы вроде перфекционизма или неумения говорить «нет» чаще выступают не первопричиной, а лишь усилителем, обостряя ситуацию, когда системные и организационные триггеры уже запущены. И, к сожалению, чинить голову отдельного разработчика бессмысленно, если сам рабочий процесс настроен на выжимание ресурса.
Мифы о выгорании, которые опровергает наука
Вокруг выгорания сформировался устойчивый фольклор. Разберем четыре самых живучих заблуждения и посмотрим, что на самом деле показывают данные.
-
Выгорание — это лень или слабая воля
Выгорание — физиологический сбой. Как бы вы ни собирали волю в кулак, мозг к нормальному режиму работы от этого не вернется.
-
Опытные разработчики не выгорают
Возраст и стаж не коррелируют с риском выгорания. Согласно научным исследованиям, «не наблюдается корреляционной связи проявлений выгорания с возрастом и стажем работы».
-
Удаленка может снизить уровень выгорания
Для кого-то это и сработает. Однако согласно этому исследованию, удаленный формат может выступить триггером к возникновению ментальных расстройств, особенно при отсутствии четких ритуалов завершения рабочего дня и живого социального контакта в команде.
-
Больше часов работы — больше кода
Экономически и физиологически несостоятельно — после определенного порога переработки начинают накапливаться ошибки, а скорость падает. Согласно этому исследованию, увеличение рабочего времени на 1% приводит лишь к росту производительности всего на 0,9%. А при 10%-ом увеличении рабочего времени общая производительность снижается на 2-4%. Это особенно актуально для сложных технических задач, которые сильно нагружают префронтальную кору головного мозга, отвечающую за концентрацию внимания и решение проблем.
Что реально работает
Советы вроде «возьми отпуск/найди хобби/выбери йогу и медитацию» могут снять симптомы, но не устранят причину выгорания. Бороться с ним нужно сразу на трех уровнях.
-
На уровне компании
Как мы уже сказали выше, в командах с благоприятной средой (и речь здесь не про корпоративного психолога или ДМС) уровень выгорания ниже, чем там, где карают за ошибки и не дают фидбека. Адекватная защита от регулярных переработок, публичное признание личного вклада и пересмотр метрик успеха могут помочь разработчикам сохранить нормальное состояние психики и организма в целом.
-
На уровне команды
Команда, конечно, не может в одиночку починить кривые корпоративные процессы, но частично компенсировать системные проблемы все-таки способна. Для этого достаточно внутри своего коллектива договориться о понятных правилах игры. Например, ввести один-два дня в неделю без созвонов, чтобы можно было спокойно погрузиться в код и не дергаться каждые полчаса. Или перестать играть в игру «кто больше затащит» и распределять нагрузку так, чтобы она действительно была реалистичной.
-
На уровне личных границ
Если система не дает обратной связи, ее придется создавать себе самостоятельно. Мозгу ведь все равно, откуда пришел сигнал «я сделал что-то полезное» — от благодарного пользователя или от галочки в собственном блокноте. Не ждите, пока кто-то погладит по голове, а сами себе напоминайте — вот эту задачу сегодня добил, вот этот баг починил, а вот это отрефакторил. Возможно, это звучит как примитивный лайфхак из паблика про саморазвитие, но на практике это может помочь замкнуть петлю между усилиями и достижениями.
Если узнали себя — это не повод писать заявление и уходить в закат. Лучше задайте себе пару неудобных вопросов. Вы устали от работы или от того, что ее результаты никто не замечает? Когда вы в последний раз получали нормальную обратную связь?
Будем рады, если в комментариях поделитесь рабочими способами, которые помогают лично вам!
ссылка на оригинал статьи https://habr.com/ru/articles/1023602/