Как бороться с выгоранием. Спасти себя, помочь коллеге

Я впервые столкнулся с темой выгорания ещё в 2021-2022 годах, когда мы все сидели на удаленке и перестраивались под этот новый режим работы. Кто-то переживал это время тяжело и со стрессом, а кто-то обрадовался возможности трудиться из дома. Я был в числе последних и поэтому считал что нарастающая волна публикаций про выгорание — это от слабости и ленности людей. Как же я ошибался – через пару лет накрыло и меня.

Я не мог позволить себе отдать всё на откуп судьбе, поэтому начал изучать эту тему с целью помочь себе. Как Мюнхгаузен, я вытащил себя из болота за волосы, и сегодня расскажу о том, что узнал в этом приключении и вам.

Почему мы? Эпидемия в стерильной лаборатории

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

Но за что это нам? Почему от этой напасти страдают именно разработчики? Думаю, это от того, что в своей профессии мы собрали «бинго» выгорания.

1. Постоянная когнитивная нагрузка. Хирург за 2 часа выполняет операцию и покидает операционную. Кассир 12 часов пробивает товары и затем сдает кассу. Программист на удаленке 8 часов удерживает в голове хитросплетения легаси-кода, а потом выключает ноутбук и…. Идет изучать новый фреймворк или чинить чайник. Он же программист.
2. Иллюзия контроля. Вы отвечаете за код, но не за требования. Вы отвечаете за дедлайны, но не за планирование. Вы отвечаете за баги, но не за сырые требования от заказчика. Рано или поздно наступает момент, когда вы понимаете: результаты вашей работы лишь частично зависят от ваших усилий.
3. Эффект бесконечного рабочего дня. В других профессиях есть начало и конец рабочего дня. У нас, особенно на удаленке, часто бывает так что «зафикшу этот баг и пойду отдыхать» превращается в «ого, уже 2 часа ночи, а у меня до сих пор падает сборка».

Поначалу симптомы выгорания имеют ту же серьезность, что и варнинги в консоли браузера: «Что-то идет не так, но ведь всё же работает? Значит поправлю потом. Когда сломается». Но, по-секрету, лучше заметить раньше и сразу принимать меры.

Диагностика. Три стадии «падения»

Прежде чем лечить, нужно диагностировать. Вот три стадии, которые я прошел сам и видел у многих коллег.

Стадия 1. Отрицание. «Я просто не выспался»

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

Симптомы:

• Вы перестали получать дофамин от решенных задач и успешных сборок. Вчерашнее «Ура, заработало!», превращается в «Ну наконец-то, боже, сколько можно».
• Вы ловите себя на том, что смотрите на метод 15 минут и не понимаете, что он делает. Потом вспоминаете, что написали его сами. Причем вчера.
• Вы начали прокрастинировать простые задачи. Ревью маленького реквеста коллеги? Завтра. Нормально типизировать метод? Заведу задачу в техдолг.

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

Стадия 2. Гнев. «Все вокруг идиоты»

На этой стадии вы начинаете ненавидеть всё, что раньше любили.

Симптомы:

• Активность и инициативность коллег вызывает у вас вспышки ярости или приступы депрессии. Не потому что они плохие, а потому что они просто существуют.
• Вы начинается ругаться с коллегами в комментариях к реквестам. Причем, сами активно нападаете на чужой код, но не позволяете никому усомниться в совершенстве вашего.
• Утром вы ненавидите ваши дейли-стендапы. Днём — организацию доски задач. Вечером — корпоративный VPN.

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

Стадия 3. Апатия. «Ребята, я на дне»

И наконец мы добрались до терминальной стадии. Мозг разучился получать удовольствие от работы в принципе.

Симптомы:

• Вам абсолютно всё равно. Упадёт прод — ок. Закроют проект — ок. Уволят — ок.
• Вы не злитесь, не радуетесь, не грустите. Вы просто существуете в серой зоне.
• Вы начинаете совершать странные поступки: переписываете модуль с нуля, хотя достаточно было поменять одну строку. Или наоборот — не коммитите три дня, потому что «зачем?».
• Физические симптомы: бессонница, головные боли, онемение пальцев (да, и такое может случиться от постоянного сидения перед монитором с зажатыми плечами).

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

Как лечить себя. Собрать себя заново

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

1. Делайте атомарные инкременты

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

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

2. Правило двух списков

Возьмите ручку и чистый лист бумаги. Составьте два списка:

• Список А: «Что я делаю, потому что должен»
• Список Б: «Что я делаю, потому что мне нравится»

Теперь посчитайте соотношение. Если А больше Б в 3 раза и более, вы горите. Ваша задача — уравновесить эти списки. Каждый день добавляйте в свою рутину что-то, пусть даже что-то очень маленькое, что пополнит список Б.

3. Pomodoro наоборот

Стандартная помидорная техника (25 минут работы, 5 отдыха) для выгоревшего — пытка. Но можно сделать всё наоборот:

• 5 минут работы (пишете код или фиксите баг).
• 25 минут полного отключения (встали, отошли от компа, посмотрели в окно, погладили кота, помыли посуду).

Звучит неэффективно? Но вы выгорели — ваша эффективность и так 5% от нормальной. Зато через 2 дня такого режима вы захотите работать дольше 5 минут. И тогда переходите на 15/15, потом на 25/5.

4. Смените контекст

Вы увязли в одном контексте. Придется сменить его, пусть даже для этого потребуется волевое усилие. Купите Arduino-набор и соберите какую-нибудь поделку, которая будет мигать светодиодами. Напишите скрипт для сортировки файлов на bash. Да, это тоже определенная когнитивная нагрузка. Однако здесь важно не достижение, и даже не результат, а абсолютная бессмысленность с точки зрения работы. Это переключает мозг с режима «решить проблему» в режим «поиграть».

Как заметить у коллег. Тревожные звоночки и что с ними делать

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

1. «Рыцарь без страха и упрёка»
Коллега перестал просить помощи. Раньше задавал вопросы в чате, а теперь молчит неделями. Берёт задачи «на слабо» и проваливает их. Говорит: «Всё нормально, я сам».
Что это? Он боится показаться слабым. Он уже сгорел, но играет привычную роль.
Что делать? Не спрашивайте «Как дела?» (ответ будет «Норм»). Спросите конкретно: «Слушай, у меня тут проблема с кешированием. Можем минут на 15 созвониться, я на тебе потестирую идею?». Дайте ему возможность помочь вам — это поможет ему почувствовать свою значимость и польщу.

2. «Саркастичный ниндзя»
Раньше коллега был конструктивен. Теперь каждое его сообщение в чате — с издёвкой. «О, опять ревью на 200 файлов, прекрасно». «Да, давайте ещё митинг, у нас же нет работы». «Этот код написан, чтобы устроить кровопускание моим глазам?»
Что это? Стадия гнева. Он не злой по натуре. Человек истощён.
Что делать? Не вступайте в перепалку. Напишите в личку: «Я заметил, что ты часто саркастичен последнее время. Мне это знакомо. Давай я подежурю следующие три раза за тебя, а ты в это время починишь велосипед/выспишься/сходишь в кино?». Словом, тут нужно понимание и конкретное предложение помощи, а не абстрактное «держись».

3. «Коллекционер коммитов»
Человек стал делать странные, бессмысленные изменения. Переименовывает переменные туда-обратно. Коммитит по 1 байту. Или наоборот — огромный коммит раз в три дня с сообщением «fix».
Что это? Он потерял чувство прогресса. Он ищет его, но по-факту, просто тыкается как слепой котёнок.
Что делать?* Попросите его устроить парное программирование с вами. Не потому что вы хотите его проверить. А потому что вы застряли на задаче и вам нужен «свежий взгляд». Совместная победа над проблемой — лучшее лекарство.

Три совета по работе с выгоранием для лидов

Если вы управляете командой разработки, запомните: выгоревший разработчик стоит компании в 10 раз дороже, чем ленивый. Ленивый сделает за 4 часа, а выгоревший не сделает вообще ничего, но будет сидеть и генерировать технический долг.

Что можно сделать, чтобы эта бега обошла стороной вашу команду.

1. Легализуйте «мусорный код». Поборитесь с удушающим перфекционизмом. Донесите до коллег что «сделанное лучше идеального». Организуйте работу с техдолгом и позвольте сотрудникам наполнять эту часть бэклога самостоятельно.
2. Запретите героизм. Тот кто делает коммиты после 20:00 или в выходные, должен получать общественное порицание. Настройте бота, который будет писать в общий чат: «Олег закоммитил в 23:47. Олег, иди спать, это приказ». Культура героизма — хладнокровный убийца командной продуктивности.
3. Внедрите «День инженера». Один день в спринте/месяце без задач, без джиры, без заказчика. Будь на связи, но пока нет пожаров, делай что хочешь: рефакторь код, учи новый язык, играй. Выглядит как потеря бюджета, но многократно окупается.

Антипаттерны помощи: чего делать НЕ надо

Почему обычно попытки помочь выгоревшему проваливаются? Потому что мы пытаемся использовать логику для решения эмоциональных проблем.

НЕ надо говорить: «Тебе просто надо выспаться/отдохнуть/сменить проект». Это как сказать депрессивному «просто улыбнись».
НЕ надо говорить: «Да… У меня тоже был сложный спринт, держись». Это обесценивает страдания.
НЕ надо говорить: «Давай мы отдадим твою задачу Алексею». Так вы перекладываете его задачи на других. Он заметит и почувствует себя ещё более бесполезным.

НАДО: Искренне сказать один раз: «Я вижу, что тебе тяжело. Ты не обязан сейчас быть продуктивным. Я не буду давать советов, если ты не просишь. Но если что, стучись».

Напоследок. Вы — не ваш код

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

Выгорание лечится. Но лечится оно не отпуском. Оно лечится возвращением смысла. А смысл в том, чтобы снова испытать тот самый восторг, от того, что ваш код запускается и работает так, как он должен.

Так что во время следующего перерыва, выключите IDE, отойдите от компьюетера. Сходите пообедать в ближайший парк. Посмотрите на облака. Покормите птиц. Даже если за это время прод упадёт на час, мир не рухнет, проект не развалится. Но он точно пострадает, если из него уйдут хорошие программисты, сгоревшие дотла.

Берегите себя. Ваш код подождёт.