К тому же не все сеньоры хотят стать тимлидами — не всем нравится управлять людьми и брать на себя дополнительную ответственность. Тимлид — это специалист, который отвечает за команду разработчиков из пяти — девяти человек. Чтобы им стать, недостаточно просто пройти обучение. Ведь это ступень карьерного роста, а не профессия. Руководить командой может только разработчик с большим опытом за плечами и развитыми личностными качествами.
Этот человек руководит командой разработчиков, дата-инженеров, тестировщиков, а также профессионалов другой направленности в зависимости от специфики проекта. Помимо тимлида в команде может быть техлид (один или несколько). Это человек, который не занимается вопросами управления людьми, но обладает хард-скиллами (профессиональными навыками). Он отвечает за архитектуру и дизайн проекта, решает технические вопросы, консультирует команду по чисто техническим вопросам. «У нас в команде есть два разработчика, каждый из которых претендовал на должность тимлида. Выбрали мы, конечно, сильнейшего, но проигравший не обиделся и продолжил усердно работать».
Кейс №1. Тимлид и проджект по-разному видят цели проекта
Различия встречаются не только между разными компаниями, но и даже в рамках команд, находящихся в одном офисе. Короче, тимлид — это менеджер, который в совершенстве знает стек программирования своей команды. Полагаю, что когда говорят о тимлиде как о должности (а, точнее, позиции), то говорят, на самом деле, о человеке, который достаточно квалифицирован, чтобы выполнять роль тимлида. В случае, когда необходимо делать подбор релевантного разработчика для задачи, избегая групповых конфликтов интересов при выборе пердпочитаемых тасков, это должен делать тим лид.
От техлидов они отличаются тем, что не занимают позицию лидера — работают исключительно над продуктом, а не командой в целом. Всем привет, уважаемые читатели блога AFlife.ru! Этот человек видит картину программного продукта целиком, умеет выделить каждому задачу. Должность тимлида не обязательно должна быть в компании.
Тимлид: кто это и чем занимается, как им стать
Обычно такие люди очень вовлечены в проект, поэтому работа для них на первом месте. Должность тимлида дает возможность прокачать навыки работы с людьми, развить нетворкинг и собрать сильные проекты для своего резюме. Кроме того, данный работник влияет на возможности профессионального роста разработчиков. Для этого он может проводить код-ревью, обсуждать код на индивидуальных или общих встречах, заниматься парным программированием. Если тимлид все делает правильно, то джуниоры в скором времени поднимаются до уровня мидлов. Практически невозможно занять место тимлида прямо со студенческой скамьи или после окончания курсов.
Поэтому он должен хорошо разбираться в своём стэке, быть опытным программистом. Также лидер команды должен быть хорошим управленцем. Далее нужно досконально разобраться в полном цикле создания продукта. Опытный лидер команды понимает, тимлид что, зачем и для кого он делает, прекрасно ориентируется в особенностях продукта, изучает его предметную область. Берет на себя ответственность за достигнутый результат и контролирует процесс разработки на всех его этапах.
Обучение на тимлида
Началось все с того, что на меня начали перекладывать обязанности менеджеров, хотя я был принят на должность инженера-технолога. Можно ли рядовому кодеру не заморачиваться с пониманием предметной области и писать качественный, производительный код? Это как раз потому, что смешивают — все, а как должно быть — не знает никто. И узнать не стремится — все делают упор на «своих лидерских качествах». Описанные далее п.п.1 и п.п.2 к обсуждаемой теме вообще отношения не имеют.
- Иногда тимлидами назначают простых менеджеров, чтобы они работали с клиентом, но это тоже ошибка — такой менеджер не сможет правильно оценить объём работ и грамотно распределить задачи в команде.
- Если вы видите, что вам не хватает компетенций, но мечтаете руководить, то начать следует с этого.
- Попросили действующих тимлидеров рассказать об особенностях работы, карьерном росте и взаимодействии с командой.
- Проводит собеседования с претендентами в команду, принимает заказы на разработку, создает на их основе технические задания для разработчиков.
- Во-первых пойди разбери, кто что думает на самом деле (так что приходится уточнять «а что вы имеете ввиду под должностью тимлида?»), а во-вторых для манагерских позиций крайне важен опыт.
Например, уладить конфликт между программистом и тестировщиком. https://deveducation.com/ в любом направлении должен обладать развитыми личными качествами. Этому учат на курсах Skypro, например «Python-разработчик». В программе есть блоки, которые позволят развить навыки командной работы и коммуникации, научат планировать задачи и распределять их между коллегами.
Связь с заказчиком и организация разработки в интересах бизнеса
Не каждая организация имеет официальную должность тимлида. Однако почти в любой команде, вне зависимости от ее размеров, есть работник, играющую данную роль. Интерес тимлида в том, чтобы джун как можно быстрее разобрался в проекте и вышел на приемлемый уровень задач, которые он может делать самостоятельно.
Если допускаете ошибки, то обязательно анализируйте их. Именно такой подход позволит отточить навыки и повысить свой профессиональный уровень. Как только у вас начала получаться одна техника, переходите к другой. Рекомендуется также ознакомиться с произведением Марины Перескоковой, которая ранее являлась сотрудницей Яндекса, под названием «Мама, я тимлид».
Информация
Обучающий курс представлен сборником уроков-интенсивов, посвященных разным компетенциям лидера. Каждый урок раскрывает одну тему и позволяет овладеть конкретными навыками. Можно взять сразу весь комплект или выбрать лишь те темы, которые вас интересуют. Курс не нагружает лишней информацией и подходит тем, кто четко знает, что именно нужно выучить.На интенсивах слушатели знакомятся с выгодным вложением средств и развитием стартапов.
Но и проверять кодовую базу он, конечно, тоже не должен. Такой конфликт может привести к неправильному определению приоритетов и управлению ресурсами. Тогда это затронет весь проект и может вызвать недовольство в команде. Ошибка в оценке рисков может привести к увеличению сроков, перерасходам или даже к сбою в работе проекта.