Как сеньор и тимлид собеседует других сеньоров

Он должен уметь быстро разобраться в проблеме и предоставить заказчику потенциальные пути ее решения. Технический эксперт представляет собой человека, карьерный рост программиста который обладает глубокими знаниями в отдельной конкретной области. Многим сеньорам кажется что эта должность — условный потолок в их развитии.

В этом разделе пойдёт речь о хард- и софт-скилах, которыми должен обладать кандидат на должность лидера команды. Как вы помните, team lead работает на стыке разработки и менеджмента. Поэтому он должен хорошо разбираться в своём стэке, быть опытным программистом. Как мы уже говорили, отличия между техлидом и тимлидом можно объяснить через разницу между hard skills и soft skills, так как специалисты по-разному используют эти навыки. В частности, hard skills для технического специалиста – must have, так как он должен быть авторитетом для коллег.

Чему нужно научиться, чтобы стать тимлидом

Задачи для тилида могут быть от прямого владельца бизнеса или представителя собственника в заказной разработке. Интерес тимлида в том, чтобы джун как можно быстрее разобрался в проекте и вышел на приемлемый уровень задач, которые он может делать самостоятельно. Это может быть баг-фикс, какие-то инфраструктурные задачи, связанные с мониторингом приложения или логированием. Также уверенная работа над задачами, в которых хорошо проработаны требования и понятно, что делать.

В следующий раз лидер команды принимает решение уже зная ситуацию в семьях коллег и психологические особенности этих людей. Ускользает то, ради чего лидер пришел в профессию – программирование. Вдобавок не очевидно, как тимлида оценивает руководство, и какие у него теперь KPI. Еще непонятно, получится ли найти работу в другой компании если потребуется.

Какими твердыми и мягкими навыками должен обладать тимлид

Менеджеру, который не имеет опыта в разработке, не удастся правильно оценить объем работы и распределить задачи. Когда в команде появляется стажер или junior-разработчик, тимлид вводит новичка в курс дела, знакомит с правилами работы и поручает первые задачи. Если у него появляются вопросы или сложности, он может обратиться к техлиду и получить авторитетный совет. Также техлид следит за всем, что происходит в отрасли, и предлагает принять участие в профильной конференции или повысить квалификацию на курсах. В небольших компаниях должности технического и командного лидера часто совмещают в одну.

Объяснить всем, что это за собой повлечет, какие могут быть минусы, какие плюсы у возможных решений. — В IBS эти две позиции близки по функционалу, но имеют разный уклон. Руководитель группы решает и стратегические задачи подразделения — его внутренние квалификации, развитие конкретного сотрудника в профессии.

Работать после работы

В каждой команде может быть формальная должность тимлидера. В компаниях с большим количеством команд может работать формальный или неформальный тимлид тимлидов. Чем больше человек в команде тимлида, тем больше времени занимает управление. Еще надо позвонить джуниору и проверить, правильно ли он понял задачу, или устроить брейнсторминг с архитектором по поводу новой фичи. Обратите внимание, сфера ответственности тимлида не ограничивается хард-скилами.

В условиях, когда ресурсов нет и не будет, важно правильно оценивать силы и сохранять хорошие отношения с коллегами. На первый план выходят навыки общения с командой и планирования собственной нагрузки. Могут помочь не только тренинги, но и профильные конференции. Нужно посмотреть несколько топовых докладов с конференции TeamLeadConf, чтобы иметь представление, с чем придётся столкнуться на позиции тимлида.

Давайте обсудим ваши задачи и приступим к поиску кандидатов

Обучение сотрудников — ещё одна сфера ответственности лидера команды. Тимлид планирует развитие новичков и опытных специалистов, следит за их прогрессом. Лидер обеспечивает профессиональное соответствие команды в целом и её отдельных членов потребностям бизнеса. Содержание этого пункта зависит от конкретной организации и даже от конкретной команды. Этот специалист одновременно разрабатывает сам и занимается управлением. Плюс, конечно, тимлид должен обладать hard-skills в основной сфере деятельности, но при этом он может и не быть самым лучшим разработчиком в команде.

• Если есть желание развиваться в сторону менеджмента, думаю правильнее назваться Technical Project Manager, чтобы чисто программерские задачи не навешивались.
• Например, уладить конфликт между программистом и тестировщиком.
• Зная все технические тонкости  разработки веб-проектов, тимлид все-таки не осуществляет непосредственно сам исполнительскую работу.
• Да, думаю, правда где-то посередине, между техникой и менеджментом.
• Это может быть разработчик, за которым все идут и к которому прислушиваются, руководитель отдела, СЕО в стартапе.

Очевидно, что внутренний рост сеньора нецелесообразный для работодателя с точки зрения финансов. Поэтому разные компании прибегают к разным методам развития сотрудника, если считают его достойным и ценным. Очевидно, что айти проекты или системы, где нет ни единой ошибки встречаются крайне редко или не встречаются вообще. Сеньор разработчик должен еще обладать качеством технологического перфекционизма для того, чтобы этих ошибок было как можно меньше.

«Тимлид делает так, чтобы команде было комфортно работать вместе, а творческое начало не угасло»

В других компаниях тимлиды подключаются только на этапе финального собеседования с кандидатом и принимают решение о том, выдавать ли оффер. А вообще ситуация, когда тимлид и техлид – один человек, – плохая идея, так как их требования и зона ответственности часто вступают в противоречие друг с другом. Например, техлид четко следит за выполнением технического задания, но часто это происходит в ущерб свободному времени. Другие задачи (в частности, помощь новичкам) игнорируются, в результате чего сотрудники испытывают стресс. О зонах ответственности лидеров поговорим в следующем разделе.

Кто такой тимлид и чем он занимается

Слово «тимлид» произошло от английского team leader или team lead — лидер команды. Этот специалист координирует деятельность команды разработчиков, распределяет сферы ответственности, взаимодействует с заказчиком, планирует и организует обучение специалистов. Он знакомит новичков с проектом, кодом, инструментами и принятыми стандартами.