Здесь управление связано с непрерывной коммуникацией как с разработчиками, так и с коллегами из других команд, с менеджментом ожиданий, ресурсов и изменений. С ростом коллектива транзакционные издержки растут, поэтому взваливать эти функции на техлида или старшего разработчика будет непродуктивно. И в здоровых командах, где следят за эффективностью, появляется Team Lead. Итак, сейчас в каждой команде у нас 2-3 Back-end Engineers, 1-2 Front-end Engineers, 2-3 QA/AQA Engineers. Как правило, команда состоит из Senior/Middle+ специалистов, которые достаточно автономны (70-90% решений принимается самостоятельно).
Все эти «изыскания ролей» — попытка натянуть кальку «руководителя отдела» на программистов. Тимлид регулярно отчитывается перед менеджерами и руководителями о том, как идут дела. При этом он «переводит» отчеты разработчиков с технического языка на обычный. Обратный процесс происходит, когда у заказчика появляются пожелания или требования, не обозначенные в первоначальном ТЗ, и нужно донести их до команды разработчиков.
Карьера team leader: подробный план действий
А вообще ситуация, когда тимлид и техлид – один человек, – плохая идея, так как их требования и зона ответственности часто вступают в противоречие друг с другом. Например, техлид четко следит за выполнением технического задания, но часто это происходит в ущерб свободному времени. Другие задачи (в частности, помощь новичкам) игнорируются, в результате чего сотрудники испытывают стресс. На нем и собственноручная разработка решений, и ревью кода других, и управление командой. Эти роли решают совершенно разные задачи, и некоторые из них выходят далеко за рамки построения софта прикладного уровня.
О зонах ответственности лидеров поговорим в следующем разделе. Технический лидер не следит за зарплатами и премиями команды, в отличие от тимлида. Эта позиция имеет смысл уже в разросшейся команде — от 5 человек.
Team lead vs Tech lead
Как правило, команда состоит из Senior/Middle+ специалистов, которые достаточно автономны (70-90% решений принимается самостоятельно). Если сказать упрощенно, это один из самых опытных специалистов команды, который предпочитает глубоко погружаться в технические задачи, но не решать сложные вопросы управления людьми. Он кайфует от этого и не даст команде совершить серьезные инженерные просчеты.
С грамотным развитием специалистов и/или хорошими наймами на эту роль создается правильный профицит управленческой функции. Для быстро растущего продукта (iDeals растет на 20-30% в год) это tech lead vs team lead суперважно. Он уже не пишет код (за редким исключением), его функция состоит в распределении нагрузки на специалистов, отслеживании итогов проекта и ответственности за проект в целом.
Team Lead: кто это такой и как им стать
Тимлида можно сравнить с капитаном судна, который обеспечивает слаженную работу экипажа и прокладывает общий маршрут к цели. Также он часто служит связующим звеном между специалистами других команд и работает в связке с проджект менеджером. Однако возраст вхождения в технологии постоянно снижается, а целеустремленность https://deveducation.com/ у новых поколений растет. Единственное, что еще удерживает позиции – недоверие старших коллег к младшим, когда речь идет об управленческих решениях. Допустим, мы достигли некоторой профессиональной планки… Кстати, какой? Должен ли будущий руководитель команды непременно выступать на конференциях?
- С ростом коллектива транзакционные издержки растут, поэтому взваливать эти функции на техлида или старшего разработчика будет непродуктивно.
- Тимлиду обязательно обладать хорошими навыками управленца и одновременно разбираться в технических вопросах, иначе добиться расположения команды «технарей» будет непросто.
- Если конфликт возник между несколькими людьми и проблему можно решить самостоятельно, попытайтесь поговорить наедине.
- С ростом коллектива транзакционные издержки растут, поэтому взваливать эти функции на техлида или старшего разработчика будет непродуктивно.
- Это трудно, если не невозможно — и такой архитектор очень быстро превратится в Ivory Tower Architect, который оторван от реальности.
- Techrocks.ru – это качественный контент, созданный инженерами для инженеров.
Таким образом, порой out of box thinking дает продуктивные результаты — как с точки зрения бизнеса, так и с точки зрения технологий. Эта позиция имеет смысл уже в разросшейся команде — от 5 человек. Здесь управление связано с непрерывной коммуникацией как с разработчиками, так и с коллегами из других команд, с менеджментом ожиданий, ресурсов и изменений.
Зарплата тимлида: стоит ли игра свеч
Он также анализирует вклад каждого сотрудника и делает выводы на будущее. Например, один из разработчиков работал быстрее остальных и вынужден был ждать, пока коллеги его догонят. Техническое лидерство подразумевает способность выстроить общую архитектуру и технологическую «канву» проекта. Техлид занимается поиском и решением технических проблем, а также профессионально прокачивает своих подчиненных (консультирует, выступает наставником, проводит дискуссии и code review). Также он помогает развивать и поддерживать техническое качество решений.
Лидеры готовы взять на себя ответственность за все, что необходимо для достижения целей. Они умеют оценивать ситуацию с разных точек зрения и определяют, какие действия обеспечат результат. Для этого учитесь четко формулировать цель и конкретизировать задачи.
Team Lead vs Tech Lead: кто есть кто
Обучающие программы по менеджменту для тимлидов научат эффективно управлять командой, а курсы по программированию для техлидов помогут прокачать свои профессиональные навыки. Роль команды тут, конечно, тоже важна, но технический лидер управляет процессом с технической стороны и от него все же зависит будущее продукта как технологического решения. В iDeals мы уже прошли этап горизонтальной структуры, когда каждая функция имела своего Team Lead, и пришли к вертикальным кросс-функциональным командам. Эта тема требует отдельной статьи, поэтому здесь опишу ситуацию вкратце. Оставшееся время — code review, менторинг и skill-sharing внутри команды. Собрать команду из одинаково квалифицированных специалистов едва ли возможно, всегда будет некий дисбаланс знаний.
К сожалению, синяя изолента иногда вылазит за пределы даже одного сервиса в SOA, и это непосредственным образом начинает влиять на гибкость и масштабируемость всей системы. Собрать команду из одинаково квалифицированных специалистов едва ли возможно, всегда будет некий дисбаланс знаний. Поможет выстроить отношения с командой, наладить коммуникацию, научит слушать и слышать. Бизнес-консультант Джим Коллинз более пяти лет анализировал прорывные компании вроде Gillette и Philip Morris. Он объяснил, почему одни организации совершают прорыв, когда другие стоят на месте.