Позиция тимлида — желанное место для многих разработчиков в пути их профессионального становления, но так ли радужна эта работа? Большая часть задач скрыта от других участников команды, потому мнение о тимлидах и их роли бывает искажено.
Обсудили волнующую многих тему на нашем митапе с Захаром Овчаровым (Respona front-end team-lead, Toptal senior front-end developer). Встреча прошла перед конференцией IT-People Conf в Казани и вызвала интересную дискуссию. Полная версия обсуждений в нашем видео.
Дисклеймер от Захара: все персонажи выдуманы, все действия нереальны, автор не несет никакой ответственности за ваши действия, поэтому действуйте на свой страх и риск;)
Внезапно для себя вместо фронтенд-разработчика я стал тимлидом. Казалось бы, ничего страшного. Но как результат — огромная куча проблем.
Я всегда считал себя уравновешенным и мотивированным человеком. Думал, что в моей жизни всё прекрасно, у меня нет проблем со здоровьем и психикой. Но однажды я понял, что не так уж все хорошо: что-то мне спать не хочется, нет аппетита и настроения. Я решил обратиться к главному источнику информации — гуглу. Это было не лучшее решение. Я выяснил, что мёртв.
Оказалось, что у меня большой список недугов: начиная обсессивно-компульсивным расстройством с депрессией, заканчивая биполярностью с паническим расстройством. Я решил искать корень проблемы и разбираться, почему же это произошло. Я жил тогда на Кипре, за окном светило солнце, шумело море, была работа над интересным проектом. Кажется, что всё должно быть замечательно. Но что-то в голове не давало мне покоя.
На самом деле не все тимлиды зарабатывают много, и не все те, кто много зарабатывают, тимлиды.
Познакомимся с вымышленным Володей. Он начальник с хорошим опытом в 15 лет. Володя руководит, даёт задачки, его уважают. И все junior-разработчики хотят стать тимлидами, потому что Володя много зарабатывает. Но это очень большое заблуждение. На самом деле не все тимлиды зарабатывают много, и не все те, кто много зарабатывают, тимлиды.
Есть два пути, как стать Володей.
Первый: учёба> стажировка> бакалавриат и всё в этом духе. Или учеба> стажировка> младший разработчик> старший разработчик. На позиции старшего разработчика становится очень скучно, и через большое количество времени руководство замечает это и даёт отмашку — ты теперь тимлид. А хорошо это или плохо, никто Володю не спрашивал.
Есть другой путь: найти вакансию тимлида в стартапе без опыта. Честно говоря, я нашел довольно много предложений такой работы. Конечный итог один — вы становитесь Володей. Но работая Володей в какой-то момент вы понимаете, что на самом деле не так хорошо им быть. Володя очень мало спит, когда горят дедлайны, он горит вместе с ними, профдеформация портит личные отношения. Но он все ещё (вроде) много зарабатывает и всё ещё начальник.
Почему так происходит?
Чтобы быть на позиции тимлида, надо действительно знать немало, нужно уметь управлять командой, нужно знать много процессов и в целом вести очень сложную деятельность.
Мы приходим к первой сложности тимлидов — это проблема резкой смены парадигмы. Многие тимлиды выросли из разработчиков: внезапно их концепция резко изменилась. Теперь они должны не писать код, а общаться с людьми. Эта резкая смена порождает внутренние конфликты.
Вторая проблема — расфокусировка. Тимлид — это входящий центр для множества людей. К нему приходят не только коллеги, но и начальники, начальники начальников, подчинённые и подчинённые подчинённых. Они все что-то хотят, а времени на всех нет. И если вы не умеете управлять своим временем, скорее всего, вы потеряете всякий интерес к работе.
Следующая проблема — «синдром супермена». Он заключается в том, что на позиции тимлида не все до сих пор поняли, что парадигма изменилась. Тимлид не должен решать мелкие баги, он занимается совершенно другими вещами.
Проблема номер четыре — завышенные ожидания. Не стоит думать, что вся ваша команда такая же крутая, как вы. Завышенные ожидание будут порождать у вас психологические недуги.
Последняя проблема — профессиональное выгорание. По статистике тимлиды выгорают чаще, потому что у них больше ответственности, и она постоянно растёт.
Так позиция тимлида оказывается не такой хорошей, как мы её себе представляем. Но почему-то очень многие разработчики все еще хотят стать Володей. Это я и называю стокгольмским синдромом.
Решение проблем.
Первое — не торопитесь, а то успеете. Делайте то, в чём уверены. Если вы не уверены, что готовы занять ту или иную должность, значит, не стоит.
Тайм-менеджмент: пока вы не научитесь управлять своим временем, даже не лезьте.
Сначала научитесь общаться с людьми: можно начать с тестового спринта и небольшой команды.
Вспомните, что на телефоне есть режим «не беспокоить», используйте его почаще, настройте фильтр в мессенджерах, отключите уведомления от рассылок, новостных чатов и всё, что вам не нужно.
Делегируйте и правильно понимайте слово «делегирование».
Разговаривайте с командой: часто тимлиды не разговаривают со своей командой, из-за чего появляются завышенные ожидания.
Ограничьте часы работы. Это позволит вам не выгореть и иметь свободное время. И сходить, наконец, к психологу, потому что это важно.
После митапа у нас получилась очень интересная панельная дискуссия. Полную запись выступления Захара и дискуссию после можно посмотреть здесь
Захар и гости митапа — тоже тимлиды в прошлом или настоящем — обсудили, кто вообще может стать тимлидом. Сошлись во мнении, что менеджером может быть человек, который не может не быть менеджером: либо ты лидер, которым был всегда (формальным или неформальным), либо — нет. Обсудили и другие тезисы:
Действительно ли ни один из разработчиков никогда не готов стать тимлидом?
Должен ли тимлид вдохновлять?
Вас сняли с позиции тимлида — это понижение?
Скоро опубликуем записи и расскажем о том, как прошла конференция IT-People Conf
Комментарии (2)
nktkz
19.03.2022 00:18вывод один. тимлид - работа. чтобы хорошо работать работу - надо учиться, становиться в этом профессионалом, а не действовать по внутренним ощущениям
greenkey
Тимлиду важно сохранить за собой программирование, в некотором объеме. Это важно сразу по 2 причинам - позволит сохранить себя "в тонусе", и позволит немного расслабиться от свалившихся управленческих задач. Потому что, разработчики в основной своей массе любят кодить ;-)