Такой лидер будет как раз не формальным (без лычки) но его влияние на команду будет очень значительным, т.к. Хотя может в этом и проблема — в уверенности, что если назвать «ведущего программиста» senior-ом, руководителя отдела — teamlead-ом, а гендира — СЕО — то в команде сразу все наладится. Мне кажется, вы путаете оспаривание самой цели (технического решения) с обсуждение граничных условий, в которых описанное вами техническое решение будет работать.
И что ты «торчишь» уже не за себя, а за других людей, которые тебе могут даже не нравится, но все равно ты за них отвечаешь. И процесс ты им должен ставить, и отношение к работе прививать, и за лажу бить по рукам. Нужно быть лидером, иметь свое мнение и уметь это мнение доводить до других (а зачастую — навязывать). Уметь коммуницировать в команде и с заказчиком за всю команду.
Независимо от того, какие роли занимают лидеры в команде разработки программного обеспечения, важно, чтобы они понимали свои обязанности и умели работать вместе, чтобы обеспечить успех проекта. На сегодняшний день должность тимлида включает в себя множество функций и обязанностей. Лидер команды отвечает за ее результаты, качество конечного продукта и соблюдение сроков работы над проектом. Он является наставником, идейным вдохновителем и координатором. Помогает принимать верные решения в работе и устраняет конфликтные ситуации в коллективе.
Разработчик этого уровня может объяснить все процессы джуну, мидлу или заказчику, а также рассказать, что, как и почему нужно сделать. Джуниоры — это специалисты начального уровня, которые выполняют простые таски. Джуну нужен хороший наставник-teamlead или работа в сильной команде.
Компетенции Тимлида #
Своим опытом и знаниями он делится с другими участниками команды, хотя может самостоятельно выполнить любую задачу проекта. Хорошо разбирается в смежных направлениях, при необходимости может заменить любого исполнителя, выбывшего из команды в процессе работы над проектом. Тимлид может иметь опыт работы на крупных конференциях и обучающих курсах. Team leader может устроиться на работу в крупную брокерскую или финансовую компанию, бизнес-корпорацию, банк либо в IT-фирму. Интересно, что официальная должность тимлида есть не во всех айти-компаниях. Занять этот пост обычно предлагают самому опытному разработчику или руководителю отдела, в небольшом стартапе – техническому директору или начальнику SEO-отдела.
Мидлы и джуниоры не могут претендовать на этот пост, так как им не хватает уровня квалификации для грамотной целостной оценки проекта. В некоторых компаниях тимлидером назначают простого менеджера. Несмотря на то, что он будет отлично взаимодействовать с заказчиком, ему навряд ли удастся дать правильную оценку объему работ и корректно распределить сферы ответственности среди членов команды.
Но от этого термина мы решили избавиться, потому что на рынке он имеет разные значения и зачастую создает неправильные ожидания. Руководство начинает требовать метрики эффективности каждого инженера. Любящий data-driven подход Алекс принимается изучать показатели, чтобы понять, что и где можно улучшить. Да, он начинает замечать, какие проблемы есть у каждого из инженеров в работе, и пытается им с этим помочь. Но времени на технический контекст и развитие собственной экспертизы остается еще меньше.
Если в процессе возникают вопросы, center developer чаще всего разбирается с ними самостоятельно. Всё дело в управленческих навыках, которые есть не у каждого программиста. Даже если взять первоклассного сеньора, далеко не факт, что он будет так же эффективно управлять всей командой, как пишет свой код. TeamLead не обязательно должен писать код, но он должен иметь достаточно тимлид и техлид технических знаний и опыта, чтобы понимать процесс разработки, руководить командой и быть способным решать технические проблемы. Это человек с опытом в разработке (как правило — Back-end/Full Stack в прошлом), хорошо понимает контекст построения решений end-to-end, но предпочитает вертикальный рост в компании, а не горизонтальный. Фактически он имеющий инженерный бэкграунд Team Lead.
Вместо этого он занимается распределением нагрузки на команду, следит за ходом проекта и берёт на себя ответственность за проект в целом. В идеале, Team Lead и Tech Lead должны работать в тесном сотрудничестве, чтобы обеспечить эффективность работы команды и успех проекта. Некоторые компании могут также иметь другие роли лидерства, такие как Product Lead, который ответственен за разработку продукта, и Design Lead, который занимается дизайном продукта. Все эти роли могут быть важными для успеха проекта и должны работать вместе в команде. Обучающий курс представлен сборником уроков-интенсивов, посвященных разным компетенциям лидера.
Планирование Проектов
Ну а сколько и каких ролей выполняет человек с лычкой «тимлид» — это уже совсем другая история. Это разные подходы — жесткая иерархия, строгое планирование, четкое разделение ответственности. И — гибкая разработка, роли, не привязанные к конкретным людям, роли могут брать разные люди в зависимости от нагрузки и, не знаю, фазы Луны. Лидер — это не монарх и не «авторитет» и не диктатор. Там где это есть — суть есть роль «лида» очень быстро скатывается к «насяльника-я-так-сказал-и-если-даже-клиент-не-так-сказал-сам-дурак».
Таким образом, порой out of box pondering дает продуктивные результаты — как с точки зрения бизнеса, так и с точки зрения технологий. Как правило, Team Lead более ориентирован на команду и взаимодействие с людьми. Он должен быть хорошим коммуникатором, уметь мотивировать и вести за собой людей, решать конфликты и принимать решения.
Что тоже очень характерно для апологетов «единой проектной команды» замкнутого на единого господина типа «вассал моего вассала не мой вассал». Это твои работодатели захотели что бы ты принял управление на себя и поставили команду перед фактом. Ты так говоришь кто-то спрашивает сотрудников кого бы они хотели видеть своим руководителем. Сказали Шкурупий/Шкляров/Бойчук берем Скокова на должность ПМ’а вот и стал ты пм’ом.
Tech Lead, с другой стороны, должен иметь глубокие технические знания и быть экспертом в своей области. Ему нужно иметь хорошее понимание технических аспектов проекта, в том числе архитектуры, баз данных, инфраструктуры и т.д. Он должен уметь принимать технические решения и обеспечивать техническую реализацию проекта на высоком уровне.
Больше всего вакансий на должность тимлида обнаружено в Москве, Санкт-Петербурге, Новосибирске, Казани, Екатеринбурге. Наиболее высокий уровень заработка, на который может рассчитывать специалист, наблюдается в Казани, Санкт-Петербурге, Томске, Москве, Ростове-на-Дону. Не каждая организация имеет официальную должность тимлида. Однако почти в любой команде, вне зависимости от ее размеров, есть работник, играющую данную роль. Если вы хотите понять, как стать тимлидом, нужно для начала рассмотреть те навыки, которые понадобятся при переходе на данный уровень.
Профессиональные Навыки И Обязанности Тимлида
Эти навыки позволяют TeamLead эффективно взаимодействовать с членами команды, устанавливать позитивную рабочую атмосферу и достигать поставленных целей. Хард скиллы (технические навыки и знания) важны для TeamLead, но они не являются главными в этой роли. В отличие от технических специалистов, TeamLead больше фокусируется на управлении и руководстве командой, а не на выполнении конкретных технических задач. Однако, понимание основных принципов и технологий проекта помогает TeamLead эффективно коммуницировать с членами команды и участвовать в процессе принятия решений.
А именно рассказать подробнее о том, чем отличаются роли Team Lead и Tech Lead и какие функции и задачи могут быть с ними связаны. Прежде всего это будет интересно тем, кто работает в растущих командах или задумывается о карьерном росте на позиции разработчика. А также тем, кого волнуют вопросы эффективного управления в продуктовых компаниях. А тут резко речь начинает идти не о тебе, а о твоей команде. И судить о тебе будут по результатам команды, а не твоим собственным. Как твои люди работают, какой у них перформанс, какая квалификация и т.д.
И далеко не каждый из них готов менеджерить и разруливать вопросы с заказчиками. Опыт работы разработчиком в определенном стеке (чаще всего ищут тимлидов именно с крутым опытом разработки, например, Senior С/C++). Понимать и иметь опыт применения agile, scrum, kanban. В будущем она продолжит расширяться и обрастать новыми профессиями. Совсем скоро наступит время, когда любой вид деятельности так или иначе будет связан с айти-технологиями.
Team lead, проект-менеджер и системный архитектор – не пик карьеры. При наличии амбиций и целеустремленности можно подняться еще выше – войти в состав руководства компании и даже получить свою долю в бизнесе. Для этого вам нужно иметь огромное желание совершить революцию в развитии предприятия и не только устно декларировать его, но и делать реальные шаги в этом направлении.
Т.е., на первых порах тех лид может решить сделать костыль по разным причинам, а через определённое время запедалить уже, как задумывалось. В целом техническая и бизнесовая части у нас работают в синергии. Нам удается избегать длительных обсуждений для принятия решений, команды становятся продуктивнее и автономнее. Единственное, что может ее разрушить — необходимость развития и/или расширение горизонта планирования. Как TeamLead, вы становитесь фактором, способствующим росту и развитию каждого участника команды. Вы руководители и наставники, создающие условия для проявления потенциала и инноваций.
- Отметим и «Сложные подчиненные» под авторством Максима Батырева.
- К тимлиду также обращаются, чтобы добавить новые фичи.
- Сам же Алекс, если хорошо справляется с управлением людьми и проектами, становится Team Lead.
- Программисту лучше действительно идти в суперэксперты или архитекторы.
- Это обеспечит рост до тимлида и выстраивание слаженной работы engineering-команды в компании мечты.
- Эффективным лидером команды не станет тот, кто любит самоутверждаться за счет коллег, проявляет чрезмерную мягкость или, наоборот, ведет себя слишком авторитарно.
Программа своевременно напомнит исполнителю о приближающемся сроке сдачи задания, известит обо всех изменениях на проекте. Вся важная информация будет храниться не в одном компьютере, а в едином цифровом пространстве, с организацией доступа всех заинтересованных лиц. В приложении можно настроить систему распределения поручений https://deveducation.com/ и задач с учетом интересов руководителей, заказчиков и исполнителей. Большие, объемные задачи разделять на подзадачи для успешного выполнения в установленные сроки. Использовать метки для оптимизации работы сотрудников и структуризации проекта. Применять информативные канбан-доски для визуализации всех рабочих процессов.
Если честно, то меня уже начинает напрягать упоминание обязанности «раздавать задачи». Если говорить о жизни — то у каждой компании свой «салат». Поэтому имеет смысл расписывать роли(которые постоянны), а не должности. Также статье не хватает диаграммы, в которой была бы отражена вся команда, место Team Lead-а в ней и связи (или их отсутствие) с каждым из тим мемберов.
Leave a Reply