Тим лидер как пишется

Тимлид (Team leader)

Тимлид — это не почётное завершение IT-карьерной лестницы от джуниора до сеньора. Это только начало истинного понимания, куда хочешь двигаться дальше. Кстати, в 2021 году центр профориентации ПрофГид разработал точный тест на профориентацию. Он сам расскажет вам, какие профессии вам подходят, даст заключение о вашем типе личности и интеллекте.

Читайте также:

Тим лидер как пишется

Тимлид (с англ. team leader — капитан, руководитель команды) – это лидер группы разработчиков. Как любой руководитель в разных сферах, тимлид выполняет менеджерские функции, отвечая за:

заключение договора с клиентом;
ведение договоров и других документов;
оценку объёмов, бюджета и планирование сроков работ;
планирование приоритетов задач и подзадач;
правильное делегирование полномочий внутри команды с целью максимальной эффективности;
планирование релизов и их выпуск;
продюсерские функции по управлению проектом — дизайн, маркетинг, разработка;
развитие каждого сотрудника в команде и их профессиональный рост.

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

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

Технические компетенции тимлида включают в себя:

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

Особенности профессии

Основные обязанности тимлида в дополнение к вышеназванным:

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

Читайте также:

Тим лидер как пишется

Плюсы и минусы профессии

Плюсы

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

Минусы

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

Место работы

Крупные финансовые и брокерские компании, бизнес-корпорации, системные интеграторы, банки, инвест-банки.

Важные качества

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

Читайте также:

Тим лидер как пишется

Профессиональные навыки:

глубокие знания PHP, MySQL, JS и разных серверных технологий;
знание масштабируемости веб-проектов;
опыт работы с Ubuntu или другими Linux based дистрибутивами;
знание методологий разработки (Scrum, Agile).

Обучение на Тимлида

Оплата труда

Ступеньки карьеры и перспективы

Тимлид — это первая пост-сеньоровская ступенька карьеры в сфере IT-технологий.

Развитие карьеры тимлида может двигаться в 2 направлениях: техническом или управленческом. Техническое направление подразумевает позицию корпоративного или системного архитектора. Управленческая карьера — это должность проект-менеджера. Статистика говорит о том, что большая часть тимлидов предпочитает карьеру проектного менеджера.

Интересные и важные книги о профессии

Список чрезвычайно полезных книг, которые разбудят в каждом из вас дремлющего лидера и основателя миллионного проекта:

Том ДеМарко. Deadline. Роман-учебник по управлению проектами.
Том Демарко и Тимоти Листер. Человеческий фактор. Успешные проекты и команды. Отличная книга о разработке ПО с уклоном на индивидуальные и социальные особенности программистов.
Том ДеМарко, Тимоти Листер. Балдеющие от адреналина и зомбированные шаблонами. Паттерны поведения проектных команд.
Том ДеМарко, Тимоти Листер. Вальсируя с Медведями: управление рисками в проектах по разработке программного обеспечения.
Патрик Ленсиони. Пять пороков команды. Притчи о лидерстве.
Патрик Ленсиони. Пять искушений руководителя: притчи о лидерстве.
Патрик Ленсиони. Три признака унылой работы. История со смыслом для менеджеров (и их подчиненных).
Патрик Ленсиони. Смерть от совещаний.
Джейсон Фрайд, Дэвид Хайнемайер Хенссон. Rework. Бизнес без предрассудков.
Фредерик Брукс. Мифический человеко-месяц, или Как создаются программные системы.
Джеффри Янг и Уильям Саймон. iКона. Стив Джобс.
Кармин Галло. iПрезентация. Уроки убеждения от лидера Apple Стива Джобса.
Джоэл Спольски. Джоэл о программировании. (2006 г. Есть также продолжение этой книги — Джоэл. И снова о программировании — 2009 г.)
Дж. Ханк Рейнвотер. Как пасти котов.
Джейсон Фрид «Getting real».
Ф.И. Шарков. Основы теории коммуникации.
А. М. Орлов. Секреты управления программистами.
Слава Панкратов. Черная книга менеджера.
Стас Давыдов. Не мешайте мне работать!
Ньютон Р. Управление проектами от А до Я.
Макконел. Rapid Development — одна из лучших книг.

Читайте также:

Тим лидер как пишется

Примеры компаний с вакансиями тимлида (team leader)

Источник

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

Когда нужны оба лидера

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

Но как только появится необходимость развития или планирования работы на среднесрочную или долгосрочную перспективу, понадобится второй лидер. Когда команда расширяется даже до 5-7 человек, логично разделить обязанности между двумя сотрудниками: тимлидом, который занимается организацией работы, и техлидом, ответственным за техническую реализацию. Так можно поставить работу на два крыла – одно задает направление движения в сфере технологий и профессионального развития, а второе – создает продуктивную атмосферу эффективного взаимодействия и достижения бизнес-результатов. На этом примере хорошо видны задачи, которыми занимаются техлид и тимлид – разница между ними примерно та же, как и между hard и soft skills. Подробнее – далее.

Кто такие тимлид и техлид

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

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

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

Техническое лидерство подразумевает способность выстроить общую архитектуру и технологическую «канву» проекта. Техлид занимается поиском и решением технических проблем, а также профессионально прокачивает своих подчиненных (консультирует, выступает наставником, проводит дискуссии и code review). Также он помогает развивать и поддерживать техническое качество решений. Его деятельность увеличивает КПД всего отдела и помогает выполнить работу быстрее, качественнее, дешевле и без багов.

В чем отличия между техлидом и тимлидом

По задачам

Несмотря на то, что роли технического и командного лидера может исполнять один человек, его рабочие задачи будут значительно отличаться. Для наглядности показываем, в чем разница между teamlead и techlead, в таблице.

Техлид	Тимлид
Определяет технологический стек под каждую задачу или конкретный проект	Контролирует соблюдение стандартов качества и приоритетов
Выстраивает, внедряет и развивает инженерные процессы и практики	Организует командную работу
Формулирует стратегию технологического развития проекта, работая на перспективу	Осуществляет коммуникацию с клиентом и руководством, гарантируя понимание задач и проблем проекта с точки зрения бизнеса
Развивает технические навыки своих коллег	Внедряет процессы и методологии, полезные для проекта
Решает задачи, недоступные другим членам команды	Распределяет зоны ответственности в команде и следит за дисциплиной
	Подает пример соблюдения установленных правил и принципов

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

Зоны ответственности

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

технический:

внедрение новых подходов и технологий разработки и тестированию;
качество реализации и финальный продукт.

командный:

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

Как мы уже говорили, отличия между техлидом и тимлидом можно объяснить через разницу между hard skills и soft skills, так как специалисты по-разному используют эти навыки. В частности, hard skills для технического специалиста – must have, так как он должен быть авторитетом для коллег. А для командного лидера важно не столько разбираться в коде, сколько владеть soft skills, которые помогут ему выстроить взаимодействие между членами команды, разработчиками и менеджерами, руководителями и подчиненными. Прокачать «мягкие» навыки можно на специальных онлайн-курсах. Далее – подробнее о качествах, которыми должны обладать технические и командные лидеры.

Необходимые качества

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

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

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

Разница между техлидом и тимлидом: конкретный пример

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

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

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

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

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

Подведем итоги

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

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

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

Источник

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

Кто такой тимлид и чем он занимается
- Связь с заказчиком и организация разработки в интересах бизнеса
- HR-процессы: наём, адаптация и обучение сотрудников
- Разработка: координация команды и помощь сотрудникам
Где работают и сколько зарабатывают тимлиды
Какие требования предъявляют работодатели к кандидатам на позицию тимлида
Слово профессионалам: чем занимаются тимлиды, как вырасти до этой должности, зачем новичкам нужно плотно общаться с лидером команды
- Александр Шакун: начинающему в целом стоит стремиться быть «самым глупым в комнате»
- Виталий Прокурат: у джуна в первую очередь должен быть интерес к работе
Заключение: вырасти можно, но джуниорам придётся запастись терпением

Кто такой тимлид и чем он занимается

Слово «тимлид» произошло от английского team leader или team lead — лидер команды. Этот специалист координирует деятельность команды разработчиков, распределяет сферы ответственности, взаимодействует с заказчиком, планирует и организует обучение специалистов.

Обратите внимание, тимлид — не профессия, а должность. Лидерами команд разработчиков становятся программисты-разработчики. В данном случае программист — профессия, а тимлидер — должность.

Связь с заказчиком и организация разработки в интересах бизнеса

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

Тимлид — одновременно опытный программист и хороший менеджер.

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

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

HR-процессы: наём, адаптация и обучение сотрудников

Тимлиды участвуют в HR-процессах: найме, адаптации и обучении сотрудников. Лидер планирует кадровые потребности команды вместе с HR-специалистами и руководителями. Тимлиды проводят собеседования и участвуют в них.

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

Тимлид организует онбординг нового сотрудника. Он знакомит новичков с проектом, кодом, инструментами и принятыми стандартами. Лидер команды помогает джуниору понять бизнес-процессы и роль разработчика в них. В больших компаниях и командах team lead привлекает к онбордингу новичков других разработчиков.

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

Обратите внимание, сфера ответственности тимлида не ограничивается хард-скилами. Хороший лидер уделяет внимание развитию мягких навыков членов команды.

Читайте также
Интервью тимлида Evrone Дмитрия Матвеева. Дмитрий рассказывает о своём рабочем распорядке, сферах ответственности, требованиях к джуниору и других интересных вещах.

Разработка: координация команды и помощь сотрудникам

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

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

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

Промежуточный итог: team lead работает на стыке разработки и менеджмента. Он обеспечивает взаимодействие команды с заказчиком, участвует в HR-процессах. Лидер команды координирует работу программистов, помогает им решать задачи. Он сам участвует в разработке.

Где работают и сколько зарабатывают тимлиды

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

В больших компаниях разработчики объединяются в несколько команд. В каждой команде может быть формальная должность тимлидера. В компаниях с большим количеством команд может работать формальный или неформальный тимлид тимлидов. Этот человек руководит лидерами команд.

По состоянию на конец февраля 2020 года на hh.ru тимлидов ищут как крупные и известные компании, так и небольшие региональные организации. Вот несколько компаний, которые публиковали объявления о поиске лидеров команд:

Mindbox.
Эквид.
BeeJee.
Carbon Soft.
BestDoctor.

В конце февраля работодатели предлагают тимлидам от 160 000 до 340 000 рублей в месяц. На hh.ru в большей части вакансий для лидеров команд зарплата не указана.

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

Какие требования предъявляют работодатели к кандидатам на позицию тимлида

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

Вот обобщённые требования к кандидатам на позиции тимлида. Они составлены по итогам анализа опубликованных на hh.ru вакансий:

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

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

умение принимать решения;
умение обучать;
аналитические способности;
способность мотивировать сотрудников;
критическое мышление.

Промежуточный итог: работодатели видят на позиции team lead специалиста с сильной экспертизой в своём стэке. Также кандидат должен иметь опыт управления и мягкие навыки, необходимые для руководства командой.

Составьте свое первое резюме:
Вы можете бесплатно опубликовать свое резюме в нашем сервисе «Хекслет-CV» и получить советы по его улучшению от разработчиков и HR-менеджеров

Слово профессионалам: чем занимаются тимлиды, как вырасти до этой должности, зачем новичкам нужно плотно общаться с лидером команды

Попросили действующих тимлидеров рассказать об особенностях работы, карьерном росте и взаимодействии с командой.

Александр Шакун: начинающему в целом стоит стремиться быть «самым глупым в комнате»

О собеседнике: Александр Шакун, team Lead в osome.com, двигаю кнопки в стартапах с 2016 года.

Дмитрий Дементий: Какую роль в профессиональной жизни начинающего разработчика играет тимлид? Или перефразирую: почему стажёру или джуниору надо плотно общаться и дружить в профессиональном плане с тимлидом?

Александр Шакун: Не уверен, что могу тут поделиться каким-то уникальным опытом, я никогда не был тимлидом в командах с начинающими разработчиками. Думаю что начинающему в целом стоит стремиться быть «самым глупым в комнате» и общаться со всеми, кто рядом, набираться опыта.

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

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

Конечно для тимлида к этому добавляется некоторое количество административных обязанностей, таких как наём и мотивация, эти вещи остаются на мне.

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

А. Ш.: Понятия не имею, никогда к этому не стремился. Пришёл на новую работу, начал делать задачки. Формировалась команда под новый продукт, меня определили в неё. Надо было работать много, быстро и качественно. У меня получалось.

Моё поведение, моё представление о работе не меняется в зависимости от того, тимлид я или нет. Стараюсь делать задачи быстро, не жертвуя при этом качеством. Стараюсь интересоваться продуктом: что, зачем и для кого мы делаем. Готов работать на любой части проекта, где нужен. Ладно, лендосы, пожалуй, верстать не готов.

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

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

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

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

Д. Д.: Тимлид — больше менеджер-организатор или разработчик с глубокой экспертизой? На что больше тратит времени тимлид: на работу с кодом или общение с другими программистами?

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

Д. Д.: Есть ли у вас как у тимлидера пожелания к будущим джуниорам или советы? Каким должен быть джун, чтобы вы его взяли на работу?

А. Ш.: Мы не нанимаем джунов, так что на второй вопрос не могу ответить. Что касается советов, то я тут не открою никаких тайн. Будьте готовы много работать, будьте готовы брать на себя ответственность, умейте радоваться победам и делать выводы из поражений

Виталий Прокурат: у джуна в первую очередь должен быть интерес к работе

О собеседнике: Прокурат Виталий, team Lead в Минском центре разработки компании Wargaming. Больше 10 лет опыта в веб-разработке.

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

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

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

На самом деле, взаимодействие с тимлидом полезно не только начинающим разработчикам, но и разработчикам уровня middle и senior.

В. П.: Для того, чтобы стать тимлидом, разработчику нужно развить в себе менеджерскую оставляющую. Научиться часто переключаться с одной задачи на другую. Научиться распределять и планировать свое время. Уметь просто «на пальцах» объяснить, как работает та или иная функциональность.

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

Могут помочь не только тренинги, но и профильные конференции. Нужно посмотреть несколько топовых докладов с конференции TeamLeadConf, чтобы иметь представление, с чем придётся столкнуться на позиции тимлида.

В. П.: На самом деле, нужно просто пробовать. На текущей позиции стараться брать на себя больше ответственности, начинать вести задачи «под ключ». Это когда разработчик сопровождает задачу через все этапы. Анализ требований, проработка решения, разработка (написание кода), тестирование и релиз. Проделав несколько таких упражнений, нужно запросить обратную связь от коллег, от руководителя и менеджера проекта.

Вопросы которые могут в этом помочь:

Всем ли было понятно, что и в какой последовательности нужно делать?
Был ли прозрачен процесс разработки?
Были ли какие-то подводные камни, которые не запланировали заранее?
Как участники оценивают результат?
Как участники/руководитель/менеджер оценивают работу разработчика в роли лида по этой задаче?

Если отзывы положительные, всё хорошо. Может быть несколько отзывов, по которым можно понять, что нужно улучшать. Также разработчик на этом этапе может сам понять, подходит для него такая работа или нет.

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

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

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

В. П.: Большая часть времени уходит на общение с другими разработчиками:

обсуждение рабочих вопросов по текущим задачам и code review внутри команды;
митинги с разработчиками из других команд по обсуждению совместных задач;
работа с бэклогом и приоритизация задач.

Времени писать полноценный код нет, иногда есть возможность сделать какой-то прототип или исправить найденный баг.

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

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

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

Заключение: вырасти можно, но джуниорам придётся запастись терпением

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

Никогда не останавливайтесь:
В программировании говорят, что нужно постоянно учиться даже для того, чтобы просто находиться на месте. Развивайтесь с нами — на Хекслете есть сотни курсов по разработке на разных языках и технологиях

Источник

Тимлид (Team Lead) – специалист, который руководит командой разработчиков. Это должность, а не профессия. Нельзя пройти курсы и стать лидером команды. Единственный путь – это получение опыта и наращивание профессиональных компетенций.

Чем занимается тимлид

Тимлид руководит командой разработчиков. Обычно он не пишет код (хотя может). Обычно он не думает об архитектуре (хотя может).

Тимлид:

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

Тимлид несет ответственность за проект. Сроки сорваны – виноват тимлид. Хотите добавить еще фичи – разговаривайте с тимлидом (он скажет, что этот спринт уже заблокирован, но, возможно, в следующем возьмутся за вашу фичу – если сможете ее «продать»).

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

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

У хорошего тимлида джуниоры быстро растут до мидлов. У плохого – занимаются формошлепством месяцами и не понимают, как их работа помогает бизнесу.

Какие навыки нужны тимлиду

Должность тимлида находится на стыке разработки и менеджмента. Поэтому бизнес ждет от него мощных хард- и софт-скиллов.

Опыт работы от 3-5 лет – и желательно, чтобы он включал опыт руководства хотя бы небольшой командой.
Опыт проведения код-ревью, менторинга – потому что придется помогать другим разработчикам, подтягивать джуниоров.
Умение принимать решения и брать на себя ответственность – все, что происходит с проектом, становится головной болью тимлида.
Аналитические способности и критическое мышление – для правильной оценки сложности задачи, расстановки приоритетов.
Навыки делегирования – чтобы грамотно распределять задачи между членами команды.
Знание HR – нужно разбираться в кадровой политике, потому что точно придется участвовать в формировании команды и наборе сотрудников.
Умение мотивировать сотрудников – и вообще общаться с людьми, в том числе предотвращать конфликты.
Тайм-менеджмент – для выставления реальных сроков решения задач.

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

Как стать тимлидом

В идеальном представлении путь до тимлида выглядит так:

Стажер – Джуниор – Мидл – Сеньор – Тимлид

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

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

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

Чему нужно научиться, чтобы стать тимлидом

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

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

Единственный способ понять, сможете ли вы быть тимлидом, – попробовать. Брать на себя больше ответственности, выполнять задачи «под ключ», чаще общаться с продакт-менеджерами, клиентами и бизнес-подразделениями компании, чтобы развить в себе продуктовое мышление.

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

Источник

Тимлид – это аббревиатура от слов Тим Лидер, с английского – Team Leader, командный лидер. Это человек, который в IT-сфере управляет командой разработчиков. Это относительно новое понятие, которое появилось с развитием технологий. В этой статье мы расскажем о том, кто такой тимлид и что это за профессия.

Общие сведения

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

Обязанности

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

Заключение договора с клиентом, обсуждение всех деталей, поиск компромисса.
Работа с договорами, различной документацией.
Производить оценку обьемов и масштаба работ, бюджета, сроков выполнения работ.
Расставление приоритетов, планирование больших и маленьких задач.
Делегирование полномочий внутри коллектива таким образом, чтобы получить максимальную эффективность.
Планирование релизов и своевременный их выпуск.
Функции продюсера в управлении проектом, дизайнерские работы, грамотный маркетинг, разработка.
Общительность, и налаживание контактов с каждым сотрудником, мотивирование персонала, обеспечение профессионального роста каждого.
Мотивация, нужно показывать все на своем примере, быть образцом для своих сотрудников.
Умение переделать бизнес-идею руководства в техническое задание для разработчиков.
Ответственность за качество проекта, технологию его реализации.
Написание ревью кода.
Тестирование, проверка проекта, разработка его дизайна.
Уметь понять и разобраться в поломке, при надобности – усовершенствовать проект.
Написание технической документации.
Участие в процессе формирования команды.
Программирование архитектуры.
Выбор наиболее подходящей и эффективной технологии для рабочего задания.
Обьяснение общих идей каждому сотруднику команды.
Выбор исполнителя из команды, подходящего для определенной задачи.
Выгружать изменения на сервер.
Обмен опытом между членами команды, с целью повышения эффективности, понимания и навыков.
Оптимизация работы, проведение внутрикомандных совещаний.
Ведение отчетов перед заказчиками в течении всего этапа проведения работа.
Контролировать проект на предмет его соответствия заданным техническим параметрам.
Оценка и поддержка предложений от других участников проекта.

Личностные качества:

Аналитический состав ума
Ответственность
Пунктуальность
Трудолюбие
Дипломатичность
Инициативность
Нахождение простых способов решения сложных заданий
Техническая грамотность (владение серверными технологиями и дистрибутивами)
Нацеленность на результат
Быстрое принятие решений в сложных ситуациях.

Место работы

Такую работу вы можете получить в больших финансовых, брокерских компаниях, бизнес-корпорациях, банках, системных корпорациях.

Обучение

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

Бизнес-информатика
Информатика и вычислительная техника
Математика
Цифровая экономика
Прикладная информатика в области обработки данных.
Автоматизированные системы обработки информации и управления
Электронный бизнес
Технологии программирования
Разработка программно-информационных систем
Информационные ресурсы и сервисы
Управление разработкой программных проектов.
Информационные системы и базы данных
Программная инженерия
Открытые информационные системы
Программное обеспечение мобильных систем и приложений
Фундаментальная информатика и информационные технологии.
Корпоративные информационные системы управления.
Когнитивные технологии
Информационное обеспечение автоматизированных систем.

Заработная плата

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

Плюсы и минусы

Как и у каждой профессии, у этой есть свои недостатки и достоинства. К плюсам можно отнести:

Универсальность, приобретение навыков администратора.
Высокая оплата.
Высокая востребованность.

К минусам:

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

Перспектива

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

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

Источник