😔 Почему аналитики выгорают ч2В прошлом посте на эту тему я рассказывал про достаточно неочевидную причину выгорания: отсутствие смысла в работе и ничегонеделание
Сейчас же хочется рассказать про выгорание, с которым сталкиваются даже чаще — выгорание на почве стресса, переработок и постоянной тревожности. Корни тут уходят глубоко, так что давайте разбираться
👀Одна из главных причин на мой взгляд:
неопытность тимлида🔪 Задаю тон этому посту: большую часть ответственности за выгорание аналитика лежит на тимлиде. Из своего опыта могу сказать, что важность тимлида здесь сложно преувеличить, особенно если у нас от стресса выгорают джуниор-аналитики. Ошибок тут может быть несколько.
▶️Бывает, что неопытный тимлид
не может адаптировать задачу под грейд своего подопечного. Если задачу сформулировать по-миддловски слишком бизнесово и абстрактно, указывая в общих чертах, что должно получится на выходе, то джуниор-аналитику будет сложно понять, а с чего начинать. Начальным грейдам нужно больше инфы о технической составляющей, а саму задачку можно расписать по шагам, чтобы аналитику было понятно, что делать-то надо
▶️Следующая ошибка —
задачка для аналитика слишком гигантская. По-хорошему большие задачки лучше дробить на более мелкие. Задача вроде "Сделать отчет" вызывает стресс, хочется ее отложить на попозже и тревожиться на фоне, а вот дробление на "Провести интервью с заказчиком", "Собрать скрипты для отчета" и "Собрать визуализации в Superset" звучит уже гораздо приятнее.
▶️Слишком мало обратной связи. Я думаю многие проходили через такое: представьте, что вы только-только сделали сложную большую задачку и поставили созвон с тимлидом. Вы чертовски волнуетесь, как будто идете защищать диплом и рискуете своим рабочим местом в случае провала. У меня такие ситуации сплошь и рядом были как раз из-за того, что не было
чекпоинтов, где можно было бы синкануться с тимлидом, что идешь в верном направлении. Ведь чем дальше от старта была обнаружена ошибка, тем дороже ее будет переделывать. Тревожит мысль, что вы могли ошибиться где-то в начале и все остальное уже лишено смысла. Так вот очень важно тимлиду инициировать какие-то регулярные небольшие чекапы по задачкам.
▶️Отсутствие приоритезации в бэклоге задач. Если перед лицом всегда маячит полдюжины задач, для каждой из которых дедлайн "as soon as possible" (обожаю его), то фоновая тревожность и выгорание в долгосроке обеспечены. Задача тимлида в таком случае приоритизовать для аналитика эти задачки. Я считаю, больше 2-3 задач иметь одновременно неэффективно из-за большого расфокуса, а определять важность задач можно по фреймворкам типо RICE.
▶️Как избежать:Если вы обнаружили, что находитесь в такой ситуации в моменте и у вас стабильно высокий уровень стресса, то конечно, надо поговорить об этом с тимлидом. Компания вообще не заинтересована терять сотрудника, в которого уже проинвестировала на этапе найма, онбординга и развития. Здравомыслящий тимлид должен понимать, что долгосрочный стресс ведет к выгоранию и увольнению.
Если вы только отбираетесь в компанию, и хотите проверить, есть ли красные флаги, то можно прям на собесе спросить про подход тимлида. Как он ставит задачки, как он приоритизирует бэклог, как дает обратную связь. Это может показаться дерзко, но на самом деле покажет вас с хорошей стороны. И не стоит забывать, что это все таки рыночные отношения, и если вы продаете компании свой труд, то имеете право знать, что вас ожидает.
✏️ P.S. Жесть, я честно пытался уместить этот цикл в две части, но еще один аспект выгорания оказался нераскрытым, так что видимо будет 3 часть....
