Рано или поздно сильному инженеру задают вопрос: «Не хочешь возглавить команду?». Логика такого предложения простая. Позиция тимлида кажется выше по карьерной лестнице. И кажется, что надо соглашаться. Это логическая ловушка. Управление не следующая ступень той же профессии. Это другая профессия, с другими навыками, другими проблемами и другим источником удовольствия от работы. Дальше семь признаков, что вы готовы к переходу. И три причины не идти, даже если очень зовут.
Не воспринимайте этот материал как тест с баллами. Это в первую очередь вопросы к себе. Честно ответить на них можете только вы. Я прошёл этот переход сам и видел, как его проходят другие: удачно и не очень. Почти все неудачи начинались одинаково. Не с нехватки навыков, а с неверного внутреннего ответа на вопрос «зачем я туда иду».
Главный сдвиг, который надо понять до всего остального
Пока вы инженер, ваш результат равен вашему коду. День легко измерить. Закрыл задачу, починил баг, выкатил фичу. Обратная связь быстрая и понятная.
У тимлида результат другой. Это результат команды. Он размазан во времени и почти никогда не «ваш» напрямую. Можно весь день проговорить с людьми, разрулить пару споров о приоритетах и не написать ни строчки кода. И это был хороший продуктивный день. Просто вы его так не чувствуете, как раньше. Команда работает как умножение, а не сумма. Ваша новая работа в том, чтобы поднимать множитель, а не добавлять самого себя ещё одним слагаемым.
Если этот сдвиг вызывает интерес, читайте дальше. Если тоску, то это уже повод задуматься и не идти в тимлида.
7 признаков, что вы готовы
1. К вам уже идут за решениями
Самый честный и явный признак проявляется до фактического назначения. Коллеги сами спрашивают ваше мнение по архитектуре. Приходят посоветоваться по спорной задаче. Ждут вашего ревью больше, чем чужого. Вы уже фактический лидер. Просто без должности.
Это важнее, чем желание «стать руководителем». Лидерство, которое навязывают команде сверху, работает плохо. Лидерство, которое команда уже признала, должность просто оформляет.
2. Чужой результат радует не меньше своего
Вспомните последний раз, когда джун-подопечный сам разобрался в сложной задаче после вашей подсказки. Что вы почувствовали? Если это гордость, сравнимая с собственным успехом, воспринимайте её как позитивный маркер. Если укол «я бы сделал быстрее», то как тимлиду вам будет тяжело.
Работа тимлида устроена так, что удовольствие приходит через других. Опосредованно. Если этот канал у вас не работает, то и управление станет источником постоянной усталости и раздражения. Вы отдали много сил, а удовольствия от работы не получили.
3. Вы видите процессы, а не только задачи
Инженер смотрит на задачу. Вот тикет, вот решение. Будущий тимлид невольно поднимается на уровень выше и видит систему. Почему этот тикет вообще появился. Почему мы третий раз наступаем на те же грабли. Почему релизы системно задерживаются.
Если вас злит не конкретный баг, а то, что процесс позволяет таким багам появляться, значит, оптика уже управленческая. Тимлид чинит не задачи. Он чинит систему, которая эти задачи порождает.
4. Вам интересны люди, а не только код
Вопрос. Что вам любопытнее: разобраться, почему сервис тормозит под нагрузкой, или почему толковый разработчик вдруг стал срывать сроки? Оба вопроса вполне обычные. Но если второй вызывает искренний интерес, а не желание отмахнуться, это хороший знак.
Работа с людьми не «софт-скиллы в довесок». Это и есть профессия. Мотивация, выгорание, конфликты, разные типы людей в команде. Если это интересно разбирать так же, как код, переход дастся легче.
5. Вы объясняете так, что меняется поведение
Менторство выступает некой репетицией реальной управленческой работы. Объясняли младшему коллеге сложную тему и видели, как после этого он стал делать иначе? Значит, вы умеете главное. Не только передать информацию, а помочь изменить поведение. Объяснить, а не только приказать.
Навык редкий. Многие сильные инженеры объясняют так, что собеседник кивает и не понимает ничего. Если ваши объяснения работают, то определенная база уже есть. На ней держится и ситуационное лидерство, и обучение команды.
6. Вы переживёте, что код будут писать хуже вас
Признак болезненный. Проверить можно только честностью. Станете тимлидом, и в кодовой базе появится код, написанный не вами. Местами медленнее, наивнее, не так, как сделали бы вы. Ваша задача будет не переписать его ночью. А отпустить и помочь автору вырасти.
Мысль «пусть неидеально, зато человек научится» для вас выносима? Тогда вы готовы. А если каждый «неправильный» merge request тянет всё переделать самому, то вы мгновенно станете узким местом, или выгорите, или задушите команду микроменеджментом.
7. У вас есть запас сил прямо сейчас
Переход в управление дорого стоит. Честно скажу, что для меня это было одно из сложнейших изменений в жизни. Первые месяцы вы будете некомпетентны в новом деле. Будете ошибаться на людях. И не получать привычной быстрой обратной связи. На это нужен ресурс.
Если вы сейчас на грани перегрузки и выгорания, идея «возьму ответственность ещё и за пятерых» плохая. Очень плохая. В роль тимлида стоит входить из состояния «есть силы на новое». А не «устал от кода, пойду поуправляю». Усталость от инженерной работы не повод идти в управление. Это повод отдохнуть или повышать свои инженерные навыки.
3 причины не идти, даже если предлагают
Признаки выше про готовность. Дальше уже про обратную сторону. Про мотивы, которые почти гарантированно дают несчастливого тимлида. Если ваш «да» относится к чему-то из этого списка, притормозите.
1. Вы идёте за деньгами и статусом
Это ловушка. Никогда не гонитесь за деньгами ради денег. Тимлид звучит солиднее, и платят обычно больше. Кажется, это просто повышение, которое глупо не взять.
Но это не повышение. Это смена профессии. Представьте: хорошему хирургу предлагают стать директором клиники только потому, что он хороший хирург. Должность выше, зарплата больше. А работа совсем другая, и оперировать (то есть быть хирургом) в ней не нужно. С тимлидом абсолютно так же. Если из всей роли вас тянут только атрибутика в виде денег и престижа, то вы получите рост дохода в обмен на работу, которая вам не нравится. Сделка так себе. Деньги сильному инженеру можно вырастить и по техническому треку.
2. Вы любите писать код и не готовы от него отойти
Будем честны. Тимлид деградирует как инженер. Не катастрофически, но неизбежно. Глубина понимания деталей реализации падает почти сразу и сильно. Вы выходите из ежедневного кода, теряете глубину. Через год команда знает кодовую базу лучше вас. И это нормально и правильно для любого тимлида.
Код — то, ради чего вы пришли в профессию? Состояние потока над сложной задачей даёт вам энергию? Тогда подумайте дважды. Расти можно и как сеньор, стафф, принципал, оставаясь в технике и зарабатывая не меньше (а иногда и больше). Уйти в управление и тосковать по коду это частый и грустный сценарий. Возвращаться потом тяжело.
3. Вы не любите людей и их неоднозначность
Код детерминирован. Одинаковый ввод даёт одинаковый вывод. С людьми не так. Один и тот же разговор с двумя людьми даёт противоположный результат. Человек соглашается на словах и саботирует на деле. Решать придётся без полной информации. Оценивать сроки в тумане неопределённости. Вести неприятные разговоры. Разруливать конфликты, где обе стороны по-своему правы.
Да и вообще постоянно работать в неопределенности и недостатке информации как от заказчиков, так и от исполнителей.
Если эта неоднозначность вас выматывает, то управление станет ежедневным насилием над собой. Если люди с их эмоциями кажутся помехой на пути к «настоящей работе», тем более. Команда это почувствует сразу. Не мучайте ни себя, ни людей.
Что делать, если ответы не однозначные
У большинства реальный итог где-то посередине. Часть признаков есть, часть нет. И ни одна стоп-причина не является явной. Это нормально. Это не «не готов».
Готовность не врождённое свойство. Это навык, и его тренируют ещё до назначения. Тянет, но уверенности нет? Попробуйте управление малыми дозами, не уходя из инженерной роли:
- Возьмите менторство над джуном. Самая близкая модель к реальной управленческой работе. Чужой результат, объяснения вместо приказов, чужие ошибки как ваша зона ответственности.
- Возьмите техлид-роль на проекте. Ответственность за результат команды без полной управленческой нагрузки.
- Проведите ретро или фасилитацию. Посмотрите, нравится ли вам работать с группой, а не с задачей.
После таких экспериментов появится больше понимания. Вы получите ответ опытом, а не догадками. Если тянет дальше, готовьтесь к переходу всерьёз. Что делать в первые недели, чтобы не утонуть, я разобрал в карте первых 90 дней тимлида.
Итог
Главный вопрос для вас звучит так: «хочу ли я именно этой работы». Справиться можно почти с чем угодно, когда по-настоящему хочешь. А вот годами заставлять себя делать нелюбимое дело ради статуса и денег это прямой путь к выгоранию.
Перечитайте материал ещё раз, если требуется. Ответьте себе честно. Откликается «да, мне интересен этот сдвиг, от своего результата к результату команды»? Скорее всего, вы готовы, и дальше дело за навыками. Тянет только лестница и зарплата? Тогда лучшее, что можно сделать для себя и будущей команды, это спокойно остаться сильным инженером.
Теги: