Выгорание программиста — это реакция на долгий рабочий стресс, с которым не удалось справиться: силы уходят, работа вызывает цинизм, кажется, что вы почти ничего не можете. В МКБ-11 выгорание — не болезнь, а «фактор, влияющий на здоровье». С этим можно разобраться, и начать удобнее с условий работы, а не с себя.
Коротко
Что такое выгорание в IT?
Хотфикс (срочное исправление) вышел, тесты зелёные, а радости никакой. Вы закрыли тикет и тут же открыли следующий, как будто это не ваша работа, а чужая очередь. Один такой день — ещё не повод для тревоги. Если это тянется неделями, стоит присмотреться.
Выгорание — это синдром, который, по определению ВОЗ, возникает из-за хронического стресса на работе, с которым не удалось справиться. У него три признака: упадок сил, растущая дистанция от работы (негатив, цинизм) и сниженная профессиональная эффективность. ВОЗ уточняет, что термин относится только к работе и не годится для описания других сфер жизни [1].
В МКБ-11 (международной классификации болезней) выгорание имеет код QD85 и стоит в разделе «Факторы, влияющие на состояние здоровья» [1], [2]. Депрессию или тревожное расстройство может диагностировать только врач, и они бывают отдельно от выгорания. Само понятие, историю термина и спор с депрессией мы разбирали в статье «Эмоциональное выгорание: признаки, стадии, причины и что помогает». Здесь речь о тех, кто пишет, тестирует и запускает софт.
Отдельных исследований про тестировщиков, DevRel и продакт-менеджеров мы не нашли: учёные чаще пишут просто «разработчики» и «инженеры». Условия у этих ролей похожи (сроки, неопределённость, зависимость от чужих решений), но это наше предположение, исследований за ним нет.
Почему выгорание в IT возникает?
Условия, которые исследователи связывают с выгоранием, в IT есть. А вот утверждать, что программисты выгорают чаще других, мы не станем: такого вывода в проверенных источниках нет. Это часто повторяют, но надёжного сравнения с другими профессиями мы не видели.
Обзор 2022 года собрал 92 исследования выгорания в программной инженерии, самые ранние из них начала 1990-х. Раньше работы были в основном качественными (интервью, наблюдения), а за последнее десятилетие стали количественными: с данными и моделями машинного обучения, которые должны помогать замечать выгорание раньше [4]. Тема изучается давно, но универсального рецепта нет.
В опросе 372 разработчиков из Индии выгорание чаще встречалось у тех, кто называл неясную или противоречивую роль, давление сроков, нерегулярные смены, отсутствие сотрудничества в группе, нарушенные обещания работодателя и конфликт между работой и семьёй. Самым значимым фактором оказался конфликт работа — семья [5]. Выборка из одной страны, опрос на одном срезе времени: так видна связь, но не причина.
Как это может выглядеть в разных ролях:
Это иллюстрации к факторам из исследования, данных по ролям нет.
Что с дедлайнами, дежурствами и вечным обучением?
Дедлайны. Давление сроков стоит в списке факторов из исследования индийских разработчиков [5]. Сам дедлайн проблемой там не назван: речь о постоянном давлении без передышки.
Дежурства (on-call). Прямых проверенных исследований про дежурства мы не нашли. Ближайшее, что есть, это «нерегулярные смены» в том же опросе [5]. Меры, которые мы предлагаем ниже в разделе про команду, это здравый смысл, доказательств за ними нет.
Постоянное обучение. В опросе 3 281 разработчика одной международной компании выгорание было ниже там, где сложился «климат для обучения»: об ошибках и новом можно говорить без страха осуждения [6]. Значит, учиться само по себе не вредно. Тяжело, когда учишься вдогонку, в одиночку и без права на ошибку. Это наша трактовка, авторы так не пишут.
Неопределённость. В обзоре Маслач и Лейтера причины выгорания разложены по шести сферам работы: нагрузка, контроль, вознаграждение, коллектив, справедливость и ценности. Чем сильнее несоответствие между человеком и работой в этих сферах, тем выше вероятность выгорания [3]. Размытые задачи бьют сразу по двум из них: по контролю (вы не влияете на решения) и по нагрузке (силы уходят на угадывание).
Как удалёнка связана с выгоранием у разработчиков?
Логика простая: дома сидишь дольше, труднее отключиться, значит, риск выше. Данные пестрее.
В двухволновом исследовании 192 программистов, которые работали из дома в пандемию, самыми надёжными предикторами (признаками, по которым можно предсказать результат) благополучия оказались качество социальных контактов (чем лучше, тем лучше самочувствие) и стресс (чем выше, тем хуже). Авторы заключают, что работа из дома сама по себе не стала для программистов серьёзной проблемой [7]. Исследование про пандемию и благополучие, про выгорание в точном смысле оно не говорит.
В опросах двух больших волн, 3 634 ответа разработчиков, опыт тоже разошёлся: кому-то близость семьи помогла, а кому-то те же домашние мешали сосредоточиться [8]. Похоже, удалёнка усиливает то, что уже было. Если вы одиноки и граница между работой и жизнью стёрта, она ударит одним образом, если дома шумно, другим.
Чем выгорание отличается от тяжёлого периода?
Общепринятого теста «на выгорание» из десяти вопросов нет. Определение ВОЗ описывает признаки, но не даёт критериев для самодиагностики [1], [2]. Поэтому ниже только ориентиры: они помогают заметить, что что-то не так, а диагноза из них не получится.
| Что происходит | Тяжёлый период | Если держится неделями, стоит присмотреться |
|---|---|---|
| Силы | После релиза и пары выходных возвращаются | Утром уже пусто, выходные не помогают |
| Отношение к работе | Раздражает конкретная задача | Раздражает всё: и код, и коллеги, и сам процесс |
| Ощущение результата | Понимаете, что справились, просто устали | Кажется, что вы ничего не умеете и ничего не меняете |
| Что будет дальше | Всё наладится после дедлайна | Кажется, что лучше не станет, даже если дедлайн пройдёт |
Первые три строки соответствуют трём сторонам определения ВОЗ: истощению, дистанции от работы и сниженной эффективности [1]. Таблица не заменяет врача: похожие признаки бывают при депрессии, при проблемах со сном и при ряде физических болезней.
Что такое «синдром самозванца» и при чём тут разработчики?
В исследовании 624 разработчиков из 26 стран у 52,7% были частые или сильные ощущения самозванца: «я здесь случайно, вот-вот разоблачат». Среди женщин таких было 60,6%, среди мужчин 48,8%. Чем сильнее это чувство, тем ниже человек оценивает собственную продуктивность [9]. Это онлайн-анкета, выборка не случайная, а самозванство не равно выгоранию. Авторы лишь пишут, что оно может способствовать депрессии и выгоранию.
Пересечение понятно: ощущение сниженной эффективности входит в определение выгорания [1]. Но связь «самозванец — выгорание» в этой работе не проверяли.
Что можно изменить в команде?
В исследованиях на врачах меры на уровне организации сработали сильнее индивидуальных, и авторы заключили, что выгорание — проблема всей организации, а не отдельных людей [10]. На разработчиках такой проверки мы не нашли, так что это ориентир, доказательством он не служит. Маслач и Лейтер отмечают то же расхождение: причины лежат в обстоятельствах, а советы чаще про личные стратегии [3]. Если вы руководите людьми, о своём выгорании и о выгорании команды есть отдельный разбор: «Выгорание руководителя».
Что можно обсудить в команде, опираясь на исследования про разработчиков:
- Можно прояснить роли и приоритеты. Неясные и противоречивые роли связаны с выгоранием [5]. Кто за что отвечает и что считается готовым — можно спросить вслух.
- Можно сделать безопасным разговор о плохих новостях. Авторы большого опроса называют условием, при котором выгорания меньше, именно культуру, где информацию ищут, а плохие новости можно озвучивать без страха [6].
- Можно дать время и право учиться. В том же исследовании климат для обучения и чувство принадлежности связаны с меньшим выгоранием [6]. Пусть учёба будет в плане спринта.
- Можно сделать смены и дежурства предсказуемыми. Нерегулярные смены встречаются среди факторов [5]. Что можно предложить: заранее известную ротацию, понятный порядок, кто и когда подменяет, свободное утро после ночного инцидента. Повторим: это здравый смысл, исследования за этим нет.
- Можно не ломать границы между работой и домом. Конфликт работа — семья оказался в индийском опросе главным фактором [5]. Договорённость «в личное время не пишем, кроме инцидентов» стоит обсудить с лидом.
Что в вашей власти?
Волшебной кнопки здесь нет, и винить себя не за что: причины в основном в обстоятельствах [3]. Но кое-что можно сделать.
Выгорание в IT в числах
Читайте также:
Частые вопросы
Правда ли, что программисты выгорают чаще других?
Прямо подтвердить не можем. Исследований выгорания в программной инженерии много (обзор насчитал 92) [4], но сравнения с другими профессиями в проверенных нами источниках нет. Зато известно, что в IT есть факторы, связанные с выгоранием: неясные роли, давление сроков, нерегулярные смены [5].
Выгорание и усталость в конце квартала — это одно и то же?
Нет. Усталость проходит после отдыха и закрытых задач. Выгорание держится, меняет отношение к работе и ощущение собственной эффективности [1]. Граница при этом размыта, а общепринятых критериев для самодиагностики нет [2].
Помогает ли переход на удалёнку или обратно в офис?
Опыт у людей разный [7], [8]. Единого ответа нет: смотрите на качество общения и на границы, а не на место работы.
Сколько длится выгорание?
Надёжного числа мы не нашли: в просмотренных источниках нет проверенных сроков восстановления, поэтому «месяц» или «полгода» называть не будем. Срок зависит от причин и от того, меняются ли условия. О том, как идёт восстановление, читайте в статье «Восстановление после выгорания».
Что делать, если в компании говорят «это нормально, у всех так»?
Посмотрите, что именно «нормально»: сжатые сроки, ночные инциденты, неясные роли. Это как раз те факторы, которые связаны с выгоранием [5]. «У всех так» — не аргумент. Сверьтесь с шестью сферами Маслач и Лейтера [3].
Нужно ли увольняться?
Не всегда. Сначала можно попробовать изменить то, что в вашей власти: нагрузку, роль, график, команду. Если вы пробовали, а условия остались прежними, решение за вами, и оно может включать смену места. Если решиться тяжело, обсудите это со специалистом.
Когда обратиться к специалисту?
Обратитесь к врачу (психиатру, психотерапевту) или клиническому психологу, если:
Отдельно, если появились боль в груди, обмороки или внезапная сильная слабость: вызывайте скорую, 103 или 112.
Если появились мысли о самоубийстве или о том, чтобы причинить себе вред, не ждите. Звоните 112 (единый номер экстренных служб) или обратитесь в ближайшее отделение неотложной помощи. Не оставайтесь с этими мыслями наедине: скажите близкому человеку, что вам плохо.
Статья носит информационный характер и не заменяет консультацию врача или психотерапевта. При симптомах обратитесь к специалисту.
Источники
- World Health Organization. Burn-out an «occupational phenomenon»: International Classification of Diseases. 28 мая 2019. https://www.who.int/news/item/28-05-2019-burn-out-an-occupational-phenomenon-international-classification-of-diseases
- Kramuschke M., Renner A., Kersting A. Burnout: Symptome, Diagnostik und Behandlungsansätze. Der Nervenarzt, 2024, 95(5): 484–493. DOI: 10.1007/s00115-024-01649-x
- Maslach C., Leiter M. P. Understanding the burnout experience: recent research and its implications for psychiatry. World Psychiatry, 2016, 15(2): 103–111. DOI: 10.1002/wps.20311
- Tulili T. R., Capiluppi A., Rastogi A. Burnout in software engineering: A systematic mapping study. Information and Software Technology, 2023, 155: 107116 (онлайн 2022). DOI: 10.1016/j.infsof.2022.107116
- Singh P. K., Suar D., Leiter M. P. Antecedents, work-related consequences, and buffers of job burnout among Indian software developers. Journal of Leadership & Organizational Studies, 2012, 19(1): 83–104 (онлайн 2011). DOI: 10.1177/1548051811429572
- Trinkenreich B., Stol K.-J., Steinmacher I. и др. A model for understanding and reducing developer burnout. 2023 IEEE/ACM 45th International Conference on Software Engineering: Software Engineering in Practice (ICSE-SEIP), 2023: 48–60. DOI: 10.1109/ICSE-SEIP58684.2023.00010
- Russo D., Hanel P. H. P., Altnickel S., van Berkel N. Predictors of well-being and productivity among software professionals during the COVID-19 pandemic: a longitudinal study. Empirical Software Engineering, 2021, 26: 62. DOI: 10.1007/s10664-021-09945-9
- Ford D., Storey M.-A., Zimmermann T. и др. A tale of two cities: software developers working from home during the COVID-19 pandemic. ACM Transactions on Software Engineering and Methodology, 2022, 31(2): 1–37. DOI: 10.1145/3487567
- Guenes P., Tomaz R., Kalinowski M. и др. Impostor phenomenon in software engineers. Proceedings of the 46th International Conference on Software Engineering: Software Engineering in Society (ICSE-SEIS), 2024: 96–106. DOI: 10.1145/3639475.3640114
- Panagioti M., Panagopoulou E., Bower P. и др. Controlled interventions to reduce burnout in physicians: a systematic review and meta-analysis. JAMA Internal Medicine, 2017, 177(2): 195–205. DOI: 10.1001/jamainternmed.2016.7674