«Не обязательно убивать в себе программиста». 10+ советов от экс-тимлидов
На прошлой неделе мы провели онлайновый митап-баттл бывших тимлидов. Наши коллеги — архитектор ПО в KasperskyOS Анна Мелехова и Android-разработчик, Staff software engineer в Careem, основатель Kaspresso Евгений Мацюк — которые сперва стали тимлидами, а затем от этого отказались, рассказали про свои ментальные и карьерные головоломки, а также про развилки своего трека «до», «во время» и «после» тимлидства.
Здесь в посте — краткая выжимка эфира в 10 ключевых тезисах. Если вам интересно послушать более развернутую дискуссию и аргументы участников, посмотрите запись митапа по этой ссылке.
1. Если предлагают впервые идти в тимлиды, но есть опасения/сомнения, можно договориться с руководством и попробовать «тимлида на минималках». Step-by-step вы сможете и поменторить, и побыть feature owner, и ощутить вкус всех остальных 33 удовольствий, которые обычно прописаны в тимлидских вакансиях (внимание на обложку к этому посту). Если вас все равно что-то смущает (внешний кризис, нестабильность компании и пр.), то вспомните, что последние годы мир постоянно лихорадит. Возможно, спокойных, сферически-вакуумных условий не будет уже никогда.
2. Если хочется-можется, но звание тимлида не дают, уходите.
3. Однако в некоторых случаях можно намеренно не быть тимлидом, обладая при этом всеми необходимыми компетенциями. Можно даже стать тимлидом без команды — так тоже бывает. Детали — в этой хабростатье.
4. Работу тимлидом лучше искать в открытую, а не заходя «троянским конем»
на позицию разработчика со скрытой жаждой промоушна. В первую очередь, именно вам будет гораздо удобнее, если вы сразу открыто поведаете о своих планах. Хороший руководитель будет только рад амбициозным подчиненным, потому он понимает: они — это в том числе и его шанс вырасти. Если же вас станут «чехлить» еще на этапе собеседования, то сможете сразу откланяться, не теряя времени.
5. Убивать в себе программиста, становясь тимлидом, вовсе не обязательно. Во-первых, все равно будут случаться моменты, когда вам придется навалиться на проект вместе с разработчиками, чтобы соблюсти сроки — тут-то и пригодится ваше рвение покодить. И это сильно сплачивает команду. Во-вторых, у тимлида, если он совершенно оторвется от кодинга, есть риск потерять техническую хватку, и можно прийти к тому, что ваши разработчики перестанут вас признавать. По этой причине в некоторых компаниях даже СТО стараются периодически «трогать код».
6. Делегирование перестанет быть болью, если воспринимать ее как вашу инвестицию в другого человека. Да, тимлид сделает эту задачу за час, а его подчиненный — за день, но от решения 101-й однотипной задачи тимлид ни в чем не вырастет. А вот коллега, который столкнется с ней впервые — вырастет. (А если не вырастет, то это тоже своего рода индикатор.)
7–8. Главные карьерные ловушки тимлида — узкий трек роста и сложность даунгрейда. Главная ментальная — рвение заткнуть собой все дыры и спасти неспасаемый проект.
9. Архитектор — неплохая ветка развития для тимлида, но с одной серьезной оговоркой. Да, у архитектора минимум административной нагрузки, зато есть риск никогда не увидеть плодов своих усилий. Проектируешь-строишь-прописываешь, а сверху…отменяют проект. А кроме того большое количество контекстов — десятки, сотни чужих компонентов.
10. Если вы точно поняли, что тимлидство — не для вас, не огорчайтесь.
Во-первых, по некоторым данным, 90% разработчиков доходят максимум до уровня senior. Во-вторых, синьоры-специалисты ничуть не менее ценны (в том числе, бывает, и в смысле зарплат). В третьих, простой анализ должностных обязанностей (опять же, внимание на обложку) дает безжалостный вывод: синьор — более расслабленная, лайтовая, приятная позиция. В конце концов, у вас может быть простое человеческое желание не тратить на работу 24/7. И это тоже выбор, который должны уважать другие.
Не пропустите наши следующие события. Регистрируйтесь, и мы напомним вам о митапе и пришлем ссылку для подключения перед началом.
