Профессия лидер: как работают тимлиды и техлиды, и в чем разница Хабр

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

Есть вопросы? Заполни форму – мы тебе позвоним по телефону и все подскажем 💙

Архитектор может отвечать за общее направление развития технологий и технические процессы в компании, касающиеся всех команд. https://deveducation.com/ Например, выбор и развитие архитектуры всех систем, унификацию технологий и решений, используемых для одинаковых задач, безопасность, надёжность и эффективность инфраструктуры, мониторинг и прочее. Позиция лидера определяет лишь его специфические задачи и компетенции, ключевым моментом является желание помогать своим коллегам развиваться и совершенствовать свои навыки. Развитие компании неизбежно приводит к расширению команды и необходимости планировать деятельность, как минимум, на среднесрочную перспективу.

В чем отличие техлида от менеджера

Здесь управление связано с непрерывной коммуникацией как с разработчиками, так и с коллегами из других команд, с менеджментом ожиданий, ресурсов и изменений. С ростом коллектива транзакционные издержки растут, поэтому взваливать эти tech lead vs team lead функции на техлида или старшего разработчика будет непродуктивно. И в здоровых командах, где следят за эффективностью, появляется Team Lead.

Что такое реклама и как она работает

Я всего несколько раз встречался с людьми в такой должности, и обычно в иерархии управления они находятся вне продуктовых команд (но не обязательно над тимлидами или менеджерами). Обычно это неофициальный тайтл для человека, к которому и так приходят с вопросами на технические темы и к чьему мнению прислушиваются. Эти роли решают совершенно разные задачи, и некоторые из них выходят далеко за рамки построения софта прикладного уровня. Кого-то можно встретить в сервисной компании, кого-то — в продуктовой, а кого-то вообще только на стыке настоящего Research & Development. Это человек с опытом в разработке (как правило — Back-end/Full Stack в прошлом), хорошо понимает контекст построения решений end-to-end, но предпочитает вертикальный рост в компании, а не горизонтальный. Но от этого термина мы решили избавиться, потому что на рынке он имеет разные значения и зачастую создает неправильные ожидания.

Когда в команде три человека — условно [Tech/Team] Lead и пара Middle — скорее всего, сложностей с управлением не возникнет. На нем и собственноручная разработка решений, и ревью кода других, и управление командой. Вне зависимости от позиции, на которой работает лидер, его главная задача – помогать членам команды развиваться. Тимлид социализирует коллег, чтобы они чувствовали себя частью общего дела, а техлид прокачивает их профессиональные качества.

При таком типе лидерства инженер не руководит командой, а использует свою репутацию, чтобы сформировать видение продукта. В блоге, когда я говорю “вы что-то делаете”, это означает “вы за что-то отвечаете”. Как технический лидер вы можете делегировать некоторые сложные инженерные решения экспертам в вашей команде, но при этом должны быть в состоянии проверить, утвердить или исправить решения. Кроме того, быть лицом, принимающим решения, не значит быть диктатором и игнорировать мнения других людей. До того как стать техлидом в последней команде, более 1,5 лет я проработал на должностях среднего/старшего инженера-программиста в такой же области и в составе такой же группы людей. Для меня было важно получить необходимый практический опыт работы с асинхронным программированием, реляционными и нереляционными базами данных, мгновенным обменом сообщениями и высоконагруженными системами.

Другим не нравится, что к тимлиду часто слишком много ожиданий — и код пиши, и людей нанимай, и проекты доводи до конца. Зарплата при этом не всегда существенно выше, чем у разработчиков. А в проектах часто что-то идёт не так, особенно из-за сроков и неопределённости требований — иначе любой проект с архитектором становился бы технически успешным автоматически). К сожалению, синяя изолента иногда вылазит за пределы даже одного сервиса в SOA, и это непосредственным образом начинает влиять на гибкость и масштабируемость всей системы. С грамотным развитием специалистов и/или хорошими наймами на эту роль создается правильный профицит управленческой функции. Для быстро растущего продукта (iDeals растет на 20-30% в год) это суперважно.

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

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

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

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

После окончания работы над проектом тимлид представляет результат руководителям и инвесторам. Он также анализирует вклад каждого сотрудника и делает выводы на будущее. Например, один из разработчиков работал быстрее остальных и вынужден был ждать, пока коллеги его догонят.

Часто решение может предложить техлид – если корни проблемы лежат в поле его компетенций. Он же собирает консилиум, если требуется решить сложную задачу максимально выгодным путем (например, обеспечить безопасную загрузку больших файлов без замедления и зависания приложения). Он внимательно слушает всех членов команды, включая джунов и стажеров – иногда их свежий взгляд помогает больше, чем опыт и знания сеньоров – и принимает решение. Чем более сложными становятся ИТ-проекты, тем больше им требуется функциональных лидеров — тимлидов и техлидов.

Логичный следующий этап — найти в команду инженера с лидерскими качествами, который бы «остался в технологиях». Такой специалист помог бы развивать и поддерживать техническое качество решений команды — Tech Lead. Сам же Алекс, если хорошо справляется с управлением людьми и проектами, становится Team Lead. Тимлид – следит за обстановкой в команде и моральным состоянием каждого участника. Постоянно взаимодействует с менеджерами, разработчиками и сотрудниками других отделов. Он должен быть готов работать больше остальных и при необходимости идти на уступки и искать компромиссы.