Тех лид

«Он разбирается в сотрудниках, знает сильные и слабые стороны, специальные навыки, — делится Артем. — Технически декомпозирует задачу и объясняет, кто какую часть может сделать, дает оптимальные сроки».

Техлид vs Тимлид

Tech Lead (Техлид) — это относительно новая роль в иерархии организаций, занимающихся разработкой программного обеспечения. Когда я впервые услышал об ней, моей первой мыслью было следующее:

Роль тимлидов в компаниях, как правило, явно регламентирована. А вот роль техлида зачастую не оформляется формально — сотрудник технического отдела просто берет на себя дополнительные интересные ему задачи.

Senior-инженер

Евгений Иванченко (DODO PIZZA): Чтобы стать техлидом, необходимо глубоко погрузиться в доменную область. В инструменты и технологии, которые используются в этой области. Прокачать необходимые софт-скиллы и не бояться брать на себя ответственность.

В конце рабочего дня у вас может быть пара часов, чтобы внести свой личный вклад. Для меня это было что-то вроде следующего:

Конечно, это сильно зависит от специфики команды и компании и от направления работы самого лида. Наверное, от техлида мобильной-разработки не стоит ожидать помощи в разворачивании Kubernetes (но и такое бывает :)). Мы выделили верхнеуровневые задачи, которые не зависят от стека:

Техлид vs CTO

Это что, архитектор программного обеспечения + руководитель команды?

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

Техлид

Вьет Нгуен (МегаЛабс): Расширять кругозор и постоянно тюнить свои ментальные модели и инструменты мышления — начните прямо сейчас!

Я считаю, что техлид должен иметь солидный практический опыт разработки программного обеспечения, чтобы быть в состоянии принимать и поддерживать разумные решения.

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

Техлид vs Senior

Я не думаю, что такое определение правильное, но это неплохой способ поразмышлять над этим. В этом посте я проанализировал 3,5 года своего опыта работы в этой должности, который включает в себя:

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

Да, его задания может выполнить и senior-инженер, но не всегда на 100% корректно. Однако работа и навыки Senior отличаются от работы и навыков технического лидера, и сейчас вы узнаете, почему.

Юлия Долбилова (DODO PIZZA): Как стать техлидом, лучше расскажут спикеры на нашей конференции.

На момент написания статьи я недостаточно развил свои лидерские навыки в области разработки, чтобы иметь возможность вносить стабильный персональный вклад в больших командах.

Техлид должен фокусироваться не столько на том, какое техническое решение принять, сколько на том, как помочь команде принимать правильные технические решения. Не, как запилить фичу Х, а как помочь команде сделать ее «в 2 раза быстрее, 4 раза дешевле и без багов».

Должен ли техлид работать руками

Вы скажете, а как же командная ответственность? А никто и не говорит, что роль не может быть распределенной. Она часто размывается, и тогда можно говорить, что есть не единственный лидер, а лидер во фронтенде, лидер в мобильной разработке, лидер в тестировании и т.д. То есть техлид отвечает за свою доменную область, за один продукт или проект.

Таким образом в команде или компании может быть сколько угодно техлидов. Голос из зала подсказывает, что оптимальное число техлидов в компании — 42. Ну потому что, все то огромное количество знаний в одну голову не влезает, и вся ответственность на одних плечах не удержится. Вплоть до того, что если команда, начинающаяся как стартап, работает в стабильном составе несколько лет, поделилась между собой всеми компетенциями, каждый добился идеальной T-shape, и все полностью доверяют друг другу принимать технические решения, то лидера может и не быть. Техлидов в такой команде ноль, и в тоже время все выполняют эту роль.

Различие между техлидом и тимлидом одновременно и самое очевидное, и самое расплывчатое. Если спросить об этом человека, который совмещает в себе обе роли, а называется при этом, например, менеджером проекта, то показания получатся путанные.

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

Поэтому на нашей конференции не будет чисто софт-скилловых докладов о том, как проводить 1-to-1 и строить доверительные отношения в команде, — это оставим TeamLead Conf. Мы будем обсуждать то, как выбрать и внедрить подходящие инженерные практики, как добиться технического совершенства и выстроить инженерные процессы.

Глубокие знания и самодостаточность старшего инженера очень полезны в команде. Но если команда будет состоять только из звезд-одиночек, то командная работа вряд ли получится.

Можно ли без техлида

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

Конечно, сравнивать техлида и senior-инженера не совсем корректно, потому что одно — роль, а второе — обычно должность. Senior вполне может быть техлидом, но может и не быть. Ниже мы пытаемся определить, чем отличается инженер в роли техлида от тех, кто эту роль не исполняет, но тоже обладает высоким уровнем экспертизы и ответственности.

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

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

Если у вас возник этот вопрос (и тем более вы дочитали до этого места), то полдела сделано. Как мы сегодня поняли, техлид — это самый проактивный и ответственный инженер в команде. Поэтому нужно не сидеть на месте, не бояться выходить вперед, брать ответственность, интересоваться миром вокруг, наращивать самый разнообразный опыт.

Получается, что техлид может не быть тимлидом, но тимлид может быть техлидом. С другой стороны, тимлид может не обладать такими глубокими знаниями, а техлиду точно это нужно.

Вы не пишете много кода на ежедневной основе

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

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

После прочтения вы можете написать:

Путь развития сотрудника определяется скорее личными склонностями, чем карьерными амбициями.

Я считаю, что этих 4 навыков достаточно, а остальные могут быть сформированы в ходе проекта на их основе. Я надеюсь, что эта статья в блоге поможет в улучшении технического лидерства в командах разработчиков программного обеспечения.

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

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

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

Насколько техничен технический лидер?

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

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

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

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

Я считаю, что должность стоит того, чтобы ее попробовать, и счастлив, что у меня была возможность проработать на этом месте много лет. Я бы сделал это снова.

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

Техлиду не обязательно все время заниматься разработкой, а то у него так времени не хватит на другие задачи, связанные с тем списком, который мы указали выше. Часто техлид может просто выполнять роль ментора, и этого будет достаточно, чтобы команда эффективно работала. Иногда технический лидер работает с кем-то сообща, вроде как в партнерстве в open-source или экспериментирует в pet-project. И это допустимо, главное, чтобы рабочие задачи были выполнены на 100%.

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

Плюсы и минусы работы в должности техлида

Все зависит от вида бизнеса, но есть кое-что, что возлагается на самого техлида исключительным образом. Но есть ряд задач, которые являются универсальными для этого человека:

В целом для тимлидов намного важнее мягкие навыки: способность учиться и адаптироваться к изменениям, умение вести переговоры и договариваться с коллегами, организовывать командную работу.

Я упустил некоторые моменты, поэтому не стесняйтесь добавлять свои идеи в комментариях.

«Бывает так, что у сотрудника отличные навыки и опыт для того, чтобы стать тимлидом, но сам он этого не хочет. И это мнение тоже надо уважать и быть к нему готовым», — отмечает Татьяна.

Минусы:

С другой стороны, если большую часть времени посвящать непосредственно разработке, то может не хватить на что-то из нашего первого списка задач техлида. На определенных этапах становления компании у техлида могут преобладать, например, задачи исследования или менторства. Тогда вряд ли команда должна рассчитывать на то, что техлид возьмет на себя какие-то продуктовые таски. Он может временами работать с кем-то в паре, контрибьютить в open-source или экспериментировать в pet-project. Главное, «не терять хватку» и осваивать новые стеки технологий.

В глобальном смысле же техлид должен владеть теми навыками и профессионально-личностными данными, о которых мы расскажем вам на Tech Lead Conf в виде развернутой карты усиления компетенций технического лидера, куда входят такие как:

Татьяна заметила: «По моему опыту, около 60% тимлидов либо остаются в своих командах и расширяют компетенции за счет необычных кейсов, либо переходят на аналогичную должность в другую команду/компанию, либо меняют профиль, но не стремятся стать напрямую у руля компании, и это нормально».

— Может ли команда обойтись без техлида?

По словам Татьяны, преимуществом для тимлида является знание психологии и конфликтологии: «Тем, кто хочет облегчить себе тимлидскую работу, я бы предложила прочесть книги по конфликтологии от Татьяны Мужицкой и Андрея Кёнига. В них показаны популярные ситуации, из-за которых возникают разногласия, и раскрываются способы их предотвращения или получения ресурсов».

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

Технический лидер — это универсал по своей сути. Но одно качество должно обязательно присутствовать в человеке с его компетенциями и навыками — это сильная инженерная составляющая базы знаний и профессионального опыта.

Ознакомьтесь с этой статьей в блоге, чтобы узнать о том, как в действительности я полностью обеспечиваю работу программных систем. Здесь я подробно рассказываю о плюсах и минусах работы на позиции Tech Lead (техлида).

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

Зато в том, какими качествами должен обладать техлид в самом широком смысле, коллеги оказались довольно единодушны. К TechLead Conf мы подготовим подробную карту развития компетенций техлида, но и верхнеуровневый базис получился очень внушительным.

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

You can find (just about) anything on Medium — apparently even a page that doesn’t exist. Maybe these stories will take you somewhere new?

Источники:

https://medium.com/@mail.sofia.titova/tech-lead-%D0%BA%D1%82%D0%BE-%D1%8D%D1%82%D0%BE-%D0%B8-%D1%87%D1%82%D0%BE-%D0%BE%D0%BD-%D0%B4%D0%B5%D0%BB%D0%B0%D0%B5%D1%82-fc662f172186&rut=393a1b54ec0ce228c7c8df494004375f19139189905186cf0f0ee96e75929ea9
https://medium.com/@ironhack/what-is-a-tech-lead-ee66622953e6&rut=f439be9da0f3b79b56daaaa3cca5399fc2c148a5b3282c42f58c6dab41cd2ddd
https://iampm.club/blog/kto-takoj-tech-lead-i-zachem-on-nuzhen/&rut=27da451f5f8fc8f5d45de9521701fc28dd2cc55c78a1a0994cc82520c41f3af7
https://lemon.school/ru/blog/hto-takyj-teh-lid-tech-lead&rut=1232820d7d581db5137b8dacc28133a031603d4b22f4f5a45c70aa445b764bf9
https://habr.com/ru/companies/oleg-bunin/articles/490344/&rut=16d9e664e5c313a59e5c2134c7c5b28aa90a5058dbc31fd352ed58c1e06c4cd5
https://habr.com/ru/companies/otus/articles/595351/&rut=da9fedb524c923e918a563b717f692fa73ff78c16ff8f16774fd8cbfc92dad75
https://habr.com/ru/companies/otus/articles/578964/&rut=5ec912975e97364e4f0cee3823d25aa9634573950c605f964bd524df74779ac0
https://dou.ua/lenta/articles/teamlead-vs-techlead-in-product-company/&rut=cf245d9b8c6a94f434e6aadd0e01720c836cf7c7788e6fad3da3d95e5068e681
https://habr.com/ru/companies/psb/articles/839790/&rut=530bb3fcc2f493e29d963798cb6d32093cdfa37d50b4fae68a474e614e9c24bf