Содержание:
У разработчика есть два пути, чтобы стать тимлидом: расти до этой должности в своей компании или смотреть предложения в других организациях. На hh.ru только в Москве на позицию тимлида разместили больше 500 вакансий в июле 2021 года. Рассказываем, что компании ждут от руководителя команд и как занять эту позицию. Делаем это вместе с тимлидом по фронтенд-разработке Олегом Муховым и начальником Управления развития веб-проектов Русланом Рамазановым.
Узнайте, чем конкретно занимается тимлид
Часто разработчики думают, что быть тимлидом — это долго работать над архитектурой кода, передавать свои знания мидлам и джунам. Но вместо этого тимлидам приходится много общаться с командой и клиентами, погружаться в бизнес-задачи.
Тимлид — в первую очередь менеджер, а потом уже программист. Его задача — организовать работу команды так, чтобы проект запустился вовремя и отвечал требованиям бизнеса. Тимлид обсуждает детали проекта с заказчиком, помогает команде с задачами и выясняет, с чем не справляются аналитики или тестировщики. На это уходит 70% рабочего времени, а на разработку остается 30%.
Хороший тимлид не ждет, пока к нему придут и скажут «Мы не справляемся». Он сам выясняет, что не так, и решает проблему.
Как понять, готовы ли вы стать тимлидом?
- Наблюдайте за вашим руководителем: что он делает и какие вопросы решает. Спрашивайте его о работе. Попробуйте поставить себя на место тимлида. Подумайте, готовы ли вы выполнять его задачи?
- Изучайте требования бизнеса к проекту, в котором участвуете. Спрашивайте, каких результатов от вас ждут? Для чего вы делаете ту или иную задачу? Например, узнайте, почему решили использовать новую библиотеку или изменили верстку. Тимлид не просто руководит командой, а делает продукт, который будет отвечать бизнес-задачам заказчика.
Оцените свои навыки
Навыки делят на хард- и софтскиллы. Хардскиллы, или «жесткие» навыки, связаны с разработкой. Уметь писать код, проектировать архитектуру приложения, работать с фреймворками и библиотеками — это хардскиллы. У каждого тимлида они свои. Например, от руководителя фронтенд-разработкой будут ждать знаний по HTML, CSS и JavaScript. От тимлида по бэкенду — PHP или Python.
На собеседовании будут проверять не только знания в программировании, но и софтскиллы — «гибкие» навыки. Их оценивают через вопросы с гипотетическими ситуациями. Например, будущего тимлида попросят рассказать, что он будет делать, если мидл долго пишет код, а сроки горят.
Компании ждут, что тимлид умеет:
- Вести переговоры с клиентами. Чтобы это показать, расскажите о самых сложных переговорах: почему было трудно договориться, что вы сделали и к чему пришли.
- Слышать и понимать команду. Опишите на собеседовании ситуацию из вашего опыта, когда у разработчиков возникли разногласия. Расскажите, что случилось, в чем была сложность и что сделали, чтобы решить проблему.
- Давать обратную связь, которая помогает команде развиваться. Это навык можно показать на примере: допустим, в команде был разработчик, который воспринимал любую критику в штыки. Расскажите, как удалось с ним договориться и вызвать у него доверие.
- Мотивировать команду в трудных ситуациях. Опишите ситуацию, когда у отдельных программистов или целой команды опускались руки. Как вы вдохновляли команду, что конкретно говорили.
- Распределять задачи и контролировать сроки их выполнения. Расскажите, что делаете, когда вам дают много задач одновременно. Как определяете, кому их поручить, как ставите задачу команде.
- Гибко управлять своим временем, подстраиваться под текущие задачи. Поделитесь, что вы сделали, когда клиент попросил протестировать новую функцию «вчера», а у вас горели сроки по другим задачам.
Новички-тимлиды часто думают, что софтскиллы важнее. Это не так — хардскиллы тоже важны, несмотря на то что тимлид больше управляет, а не кодит. Если возникнут проблемы с кодом, придут к тимлиду. Без сильных хардскиллов решить проблему будет непросто.
Как оценить свои навыки?
- Попросите более опытных сотрудников оценить ваши хардскиллы. Они подскажут, какие ошибки вы сделали и что надо подтянуть. Если коллеги заняты, спросите, почему не работает код, например, на «Хабр Q&A» или на stackoverflow.
- Спросите коллег и знакомых, насколько легко с вами общаться. Узнайте у них, понятно ли вы объясняете рабочие моменты. Это поможет оценить софтскиллы. Самостоятельно сделать это будет сложно. Например, человек может думать, что он не умеет общаться, а окружающим он кажется легким в разговоре.
Составьте траекторию развития
После того как оцените софт- и хардскиллы, составьте план развития.
Что должна включать стратегия:
1. Цель — например, занять позицию тимлида в своей команде или в другой компании.
2. Список навыков, которые надо подтянуть. Например, научиться писать юнит-тесты или договариваться с трудными заказчиками так, чтобы результатом были довольны обе стороны.
3. Конкретные шаги для каждого навыка. Например, чтобы научиться писать юнит-тесты, надо разобраться с основными фреймворками, заглушками, моками.
4.Время, которое вы готовы тратить на обучение. Например, 1–2 часа в день на более глубокое изучение фреймворка, которым пользуетесь в работе.
Подумайте, что можно сделать сейчас, чтобы проявить себя в команде
На позицию тимлида часто берут человека из команды, который показал себя профессионалом и ответственным специалистом.
Что сделать?
- Набирайтесь опыта у коллег. Не просто исправляйте код, если они просят, а спрашивайте: почему так будет лучше, что изменится, чем их не устроила первая версия.
- Общайтесь с командой: участвуйте в код-ревью, объясняйте свои решения.
- Предложите текущему тимлиду делегировать вам некоторые задачи. Оцените ваши силы и время, прежде чем взять на себя новые обязанности.
Советы от тимлидов
Не распыляйтесь на большое количество технологий. Сосредоточьтесь на конкретных инструментах. Например, на языке JavaScript, его надстройках, библиотеках и фреймворках. Узких специалистов ценят выше.
Углубляйтесь в знания. Лишь один из десяти разработчиков показывает глубокий уровень знаний. У других он поверхностный — таким кандидатам чаще отказывают в позиции.
Попробуйте устроиться в IT-консалтинг. Там проще вырасти с точки зрения опыта. За 4–5 лет работы можно поучаствовать в 6–7 проектах, которые пойдут в портфолио.
Коротко. Чтобы стать тимлидом, надо:
- Много общаться с командой, руководством и клиентами;
- Изучить стек своей команды;
- Погружаться в бизнес-задачи: узнавать требования менеджмента и заказчика, понимать, как ваши действия помогают достигать целей бизнеса. Принимать, что иногда ваши взгляды на рабочие процессы будут расходиться с мнением заказчика или руководства.
