Содержание
В конце материала вы можете пройти небольшой тест, который проверит уровень ваших софт-скиллов для работы тимлидом. А после завершения активности возвращается к плановым задачам. Решение наиболее сложных задач, связанных с техническим процессом. Значит (возможно, пока не придумали CTO Conf), на конференции TechLead Conf для CTO будет много полезного. И естественно, это не только доклады, но и возможность обсудить с другими техлидами и CTO современные подходы и проблемные области индустрии. Определяет стек технологий для конкретных проектов или задач.
Поэтому нужно не сидеть на месте, не бояться выходить вперед, брать ответственность, интересоваться миром вокруг, наращивать самый разнообразный опыт. Техлид должен фокусироваться не столько на том, какое техническое решение принять, сколько на том, как помочь команде принимать правильные технические решения. Не, как запилить фичу Х, а как помочь команде сделать ее «в 2 раза быстрее, 4 раза дешевле и без багов». А вообще, скорее всего в России техлид скоро станет должностью. Задача от разработчика возвращается на код-ревью к техлиду и техлид принимает задачу или отправляет на доработку с комментарием содержащим уточнения и рекомендации.
Конечно, сравнивать техлида и senior-инженера не совсем корректно, потому что одно — роль, а второе — обычно должность. Senior вполне может быть техлидом, но может и не быть. https://deveducation.com/ Ниже мы пытаемся определить, чем отличается инженер в роли техлида от тех, кто эту роль не исполняет, но тоже обладает высоким уровнем экспертизы и ответственности.
Но времени на технический контекст и развитие собственной экспертизы остается еще меньше. Когда в команде три человека — условно [Tech/Team] Lead и пара Middle — скорее всего, сложностей с управлением не возникнет. На нем и собственноручная разработка решений, и ревью кода других, и управление командой.
Профессии
Некоторые сами себя делают, понимая, чего им не хватает и закрывая эти пробелы. У каждого тимлида может быть разный подход, который зависит от опыта работы, предпочтений и ситуации. Мы говорим про наем уже готовых профессионалов и воспитание нужных кадров самостоятельно.
И тут очень важен человек, который будет за всем этим стоять. Более того, опасно, когда роль технического лидера достается человеку, совершенно ей не соответствующему. Тогда все значительно хуже, ведь компания не просто будет стагнировать, а пойдет по совершенно неверному курсу. Так что позаботьтесь, чтобы в вашем бизнесе обязательно был техлид и чтобы он обязательно, в первую очередь, соответствовал занимаемой им должности. Иногда и джуниоры могут становится техлидами, если они обладают соответствующими техническими навыками и лидерскими качества, а также пользуются авторитетом в команде компании. Навыки же лучше всего отрабатывать в процессе реальной работы, потому что воссоздать управление командой разработки невозможно.
При наличии техлида в команде senior выполняет поставленные им задачи. Хотя роль тимлида в команде скорее управляющая, он должен быть опытным программистом. Настоящий руководитель группы разбирается в технических решениях, которые были приняты подчиненными, знает код проекта и участвует в работе над ним. Не менее важно, чтобы команда видела в руководителе не только менеджера, но и опытного коллегу. Тогда отношения между коллегами станут более гармоничными, а тимлида будут воспринимать, как реального лидера.
Знание сопутствующих и окружающих этот стек технологий. И это важная задача менеджмента — понять, какой подход покажет бОльшую эффективность. Тимлид обеспечивает слаженную и структурированную работу всей Engineering-команды и служит связующим звеном с другими функциями в компании.
— Какими качествами должен обладать техлид?
Для того чтобы избегать возникновения конфликтных ситуаций, стоит правильно соотносить характеры членов команды между собой. Причем мы говорим не только о том, чтобы специалисты подходили друг к другу как личности, но и о разумном выборе состава разработчиков. Например, один зануда не влияет негативно на настроение команды, но два таких уже могут испортить рабочий процесс. Чтобы эффективно управлять людьми, руководитель команды разработки должен быть хорошим лидером. Любой лидер разбирается в людях и использует именно тот подход воздействия, который подойдет для подконтрольного сотрудника.
- Но стоит признать, что не каждый человек без технического бэкграунда может завоевать достаточное доверие команды «технарей», чтобы управлять ими.
- Обратный процесс происходит, когда у заказчика появляются пожелания или требования, не обозначенные в первоначальном ТЗ, и нужно донести их до команды разработчиков.
- Более того, таких сотрудников нередко поощряют материально, поскольку невозможно отрицать их высокую пользу для команды.
- Различие между техлидом и тимлидом одновременно и самое очевидное, и самое расплывчатое.
- Официально должности техлида пока не существует, обычно обязанности Tech Lead′а на себя берет наиболее инициативный и опытный в техническом плане сотрудник.
Тимлид — это, очевидно, руководитель команды разработки. Для клиентов — главный технарь, точка входа для обсуждения технических вопросов. Для команды — человек, который принимает технические решения и отвечает за них, а также за построение команды обязанности техлида и атмосферу в ней. Следит за моральным состоянием и мотивацией членов команды, улаживает конфликты. Ещё помогает менеджеру проекта решать технические проблемы, вопросы с заказчиком и даже может подключаться к написанию кода, если не хватает людей.
Место работы
Техлид распределяет конкретные задачи между разработчиками, и команда начинает работу. В контрольных точках происходит сравнение запланированного и сделанного. Если результаты совпадают, значит, тимлид работает хорошо. А если на этом этапе и с технической точки зрения нет багов и нареканий, то техлид тоже справляется со своими обязанностями. Задача тимлида – это построение команды, управление людьми и их развитием.
Как найти ментора в IT-сфере и откуда начать поиски? Тысячи курсов, видео и интерактивных сайтов, с которыми можно освоить программирование. Курс подходит как junior, так и middle-разработчикам. Включает в себя принятие решений и стратегическое видение. Обязанность тимлида – использовать лучшие практики при принятии решений, рассматривать одновременно несколько возможных вариантов.
Тимлид – специалист, который отвечает за управление командой разработчиков. Он мониторит деятельность подчиненных, распределяет сферы ответственности и контролирует этапы разработки проекта. Кроме того, тимлид является мостом между менеджментом (менеджером по доставке, менеджером проекта, заказчиком) и командой разработчиков. Но в целом, разделение зон ответственности тимлида и техлида — довольно дискуссионный вопрос. Но, в целом, у любой компании уникальный опыт и свой взгляд на разделение ответственности, плюс собственная схема распределения команды, операционные и бизнес-процессы.
Team lead и tech lead: в чем разница
Но стоит признать, что не каждый человек без технического бэкграунда может завоевать достаточное доверие команды «технарей», чтобы управлять ими. Тимлид как минимум должен понимать, какие задачи ставит своей команде. Допустим, команде разработчиков поручено создать мобильное приложение. На первом этапе тимлид анализирует объемы работы и просчитывает сроки ее выполнения. Для этого ему нужно знать возможности всех сотрудников и адекватно оценивать их КПД.
Кто такой тимлид?
Идеальной модели, само собой, нет — в разных командах и бизнесах работают свои подходы. Эта позиция имеет смысл уже в разросшейся команде — от 5 человек. Здесь управление связано с непрерывной коммуникацией как с разработчиками, так и с коллегами из других команд, с менеджментом ожиданий, ресурсов и изменений. С ростом коллектива транзакционные издержки растут, поэтому взваливать эти функции на техлида или старшего разработчика будет непродуктивно.
Основные составляющие деятельности тимлида
Так я стала совмещать роль руководителя службы разработки с ролью менеджера продукта и занялась развитием дизайна подложки Яндекс.Карт. В небольших бизнесах это, по сути, один человек, обладающий технической экспертизой и стратегическим мышлением. В крупных бизнесах у СТО заботы повыше уровнем, так что он собирает местные команды, которые определяют своих лидеров и начинают развивать продукты локально. Короче говоря, СТО это начальник техлидов на местах. Так что в команде компании может быть еще и не один технический лидер, главное, чтобы от них всех был прок бизнесу. Конечно, все зависит от масштабности проекта и размеров компании.
Чтобы ее достигнуть, нужен опыт и компетентность в различных вопросах, ведь работа многообразная и требует универсальности. В высших учебных заведениях нет программы обучения на тимлида, но получить в них знания, полезные для будущего специалиста, можно. Для этого надо поступить на техническую профессию, связанную с информационными технологиями. Еще есть вариант поступить на программу обучения управленца, но так как освоить техническую сторону должности сложнее, рекомендуется сконцентрироваться на ней. Ранее мы уже говорили, что для того чтобы стать тимлидом нужно быть senior-разработчиком.
