Тимлид (team lead): что это за специалист, чем он занимается и сколько зарабатывает

Кому не подходит должность

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

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

Крайне сложно быть тимлидом, если вам трудно налаживать коммуникативный контакт с коллегами и вы не можете конструктивно давать обратную связь

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

Где научиться специальности?

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

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

Курс «TeamLead» от SkillBox

SkillBox – онлайн-университет современных профессий в области маркетинга, дизайна, программирования и менеджмента. Участник проекта Skolkovo, обладатель премии Рунета за 2018 и 2021 годы.

• Чему научитесь: освоите навыки управления командой разработчиков, принципы подбора персонала; изучите методологии Agile, Scrum и Kanban; сможете эффективно решать бизнес-задачи; узнаете системы мотивации работников.
• Формат обучения: практические видеоуроки, самостоятельные домашние задания с проверкой преподавателем и исправлением ошибок, защита дипломного проекта; всего 82 урока, сгруппированные в 28 тематических модулей.
• Преимущества: доступ к материалам курса навсегда с учетом всех обновлений; преподаватели-практики; разбор реальных кейсов; диплом о прохождении подготовки; отсрочка платежа до 12 месяцев.
• Длительность курса: 6 месяцев.
• Кому подойдет: начинающим специалистам, middle и senior-программистам.
• Стоимость: около 39 000 рублей, возможна рассрочка по 6 900 рублей в месяц.

Посмотреть курс

Интенсив «Тимлид разработки» от SkillFactory

SkillFactory – онлайн-школа по работе с данными, лидер в сегменте Data Scientist, участник проекта Skolkovo. На рынке онлайн-образования с 2021 года.

• Чему научитесь: прокачивать навыки эффективного управления командой разработчиков; настраивать командные процессы; грамотно разрешать конфликтные ситуации; превращать бизнес-задачи в технические задания; планировать архитектуру будущего проекта.
• Формат обучения: вебинары, Q&A сессии, индивидуальные и групповые практикумы.
• Преимущества: формирование команды в процессе обучения; ментор на протяжении всего цикла обучения; работа в компактных группах.
• Длительность курса: 4 месяца.
• Кому подойдет: middle и senior-разработчикам.
• Стоимость: около 95 000 рублей за весь курс, или в рассрочку по 7 91 рублей на 12 месяцев без процентов.

Посмотреть курс

3. Онлайн-интенсив «Бизнес и управление» от Нетологии

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

• Чему научитесь: финансовому моделированию; проверять гипотезы и определять направление развития проекта; управлять конфликтами; собирать команду; использовать подход бережливого производства; приоритизировать задачи и контролировать их исполнение.
• Формат обучения: 14 тематических мини-интенсивов, каждый из которых состоит из 8 видео по 10-20 минут, 2-х промежуточных и одного итогового теста.
• Преимущества: практика и тренировка; помощь в подборе мини-интенсива.
• Длительность курса: в свободном графике, в зависимости от выбора интенсива.
• Кому подойдет: начинающим специалистам.
• Стоимость: каждый модуль стоит около 15 000 рублей.

Посмотреть курс

Перспективы должности

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

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

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

Описание должности

Кто такой тимлид и чем он занимается? Само название имеет английское происхождение (team leader – «лидер команды»). Этот человек – координатор команды разработчиков. Он определяет сферы ответственности своим подчиненным и контролирует их работу, организовывает обучение и обеспечивает возможности профессионального роста для специалистов, а также ведет переговоры с заказчиком.

Тимлид – не профессия, а должность. Лидером команды, как правило, становится программист-разработчик. Соответственно, программист – это профессия, а тимлидер – занимаемая им должность.

Кроме непосредственно профессиональных, на тимлида возложены функции менеджера:

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

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

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

Технические задачи тимлида:

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

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

«Тимлид не альфа-самец, каким его считают»

— Тимлид — кто он такой?

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

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

— В чём разница между тимлидом, техлидом, менеджером проектов и руководителем проектов?

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

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

— Интересно.

Дмитрий: У нас с Лёшей немного разные пути в профессию. Я практик. Моя карьера началась, когда любому бизнесу требовался «мальчик, который придёт и всё сделает».

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

— А в кого мог вырасти этот «мальчик»?

Дмитрий: Либо в большого начальника, который рулит процессом (СТО, СIО), либо в начальника на уровень пониже, в тимлида. Основная его функция теперь — «победить проект» во что бы то ни стало.

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

— Многие считают, что тимлид может работать только в сфере разработки…

Алексей: Это не так, тимлид не всегда связан со сферой разработки. Просто у аналитиков свои тимлиды, у тестировщиков — свои. Конечно, компетенции разнятся в зависимости от сферы. Но в основном речь идёт только о разных хард-скиллах. В разработке это знание кода, в аналитике — понимание системного анализа. Остальные базовые навыки во всех направлениях одинаковы: как выбрать нужного человека на собеседовании и принять его в команду, как его оценивать, какие внутренние методологии и ноу-хау использовать, как обмениваться знаниями.

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

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

Сколько получают Тимлиды и как найти работу?

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

Так, по Москве уровень зарплаты может достигать 400 тысяч рублей и более, при этом минимальная планка тоже высокая – около 100 тысяч рублей. В других регионах зарплаты гораздо ниже, примерно от 50 до 300 тысяч рублей.

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

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

Советы будущим тимлидерам

Какие рекомендации можно дать тем, кто хочет стать хорошим тимлидом:

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

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

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

Зачем нужны тимлиды

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

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

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

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

Подбор: скоринг

• Бизнес-ориентированность — насколько человек прагматичен, когда целью является результат для бизнеса, а не, скажем, уровень удовлетворённости красотой и изящностью кода. Тимлид должен в первую очередь руководствоваться принципами управления, а не личного комфорта. Простой пример: если бизнесу нужно провалидировать в рамках A/B-теста какую-то концепцию, вероятно, нет смысла делать покрытие кода тестовой группы юнит-тестами, даже если принято покрывать тестами всё, и разработчику нравится писать тесты.
• Коммуникации. В культуре Badoo на коммуникациях построено очень многое, и умение эффективно общаться со всеми — серверниками, тестировщиками, топами, дизайнерами — просто необходимо.
• Уровень мотивации. На мой взгляд, тимлид должен обладать сильной внутренней мотивацией, ведь превращение из разработчика в тимлида — это не переход со ступеньки на ступеньку карьерной лестницы, а перепрыгивание на другую лестницу, стоящую особняком, — лестницу управления. Без сильной мотивации любое развитие — а развитие всегда есть выход из зоны комфорта — будет очень тяжёлым.
• История удачных/неудачных проектов. Сюда же относятся причины провалов проектов (чтобы потом проверять следующие проекты на наличие тех же паттернов провалов).
• Уровень неформального лидерства. Руководитель должен уметь вести за собой сотрудников, мотивировать их на достижение целей. Кроме того, неформального лидера команда легче примет в качестве тимлида.

Общее в задачах тимлида и психолога

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

А в деятельности тимлида важно делегирование, разделение работы между членами команды. По сути и то, и другое – о том, как не брать на себя лишнего. 

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

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

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

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

Обесценивание и магия. Я называю это «творить магию». Бывает так: команда считает, что тимлид ничего не делает, сидит в своём компьютере, и всё происходит само по себе, без его участия. Творится магия. Такие комментарии можно найти и здесь, на Хабре, и в Фейсбуке. А то, что команда при этом эффективна, и задачи решаются в срок, команда об этом может забывать, и тимлиды, к сожалению, тоже порой об этом забывают. Из-за такой жёсткой оценки со стороны команды у тимлида может стираться самоощущение, что вообще-то это случилось благодаря грамотной постановке задач. То же самое можно услышать порой о работе психолога: «Как так, Анастасия, вы всего 3 вопросы мне задали, и мы до этой темы добрались?» 

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

Риск выгорания. У тех, кто работает с людьми, риск выгорания выше

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

Варианты будущего роста

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

В каком вузе Нижнего Новгорода можно получить профессию Тимлида, технического лидера

• от 65 000 / год
  Информация о стоимости года обучения предоставлена за 2021 год

  Нижний НовгородГосударственный

  экономика; программная инженерия; юриспруденция и еще 7 направлений

  Ср. балл ЕГЭ бюджет 2020от 81.8 бал.бюджет

  Ср. балл ЕГЭ платно 2020от 55.3 бал.платно

  Бюджетных мест 2021 429 мест бюджет

  Платных мест 2021 480 мест платно

  Средний балл ЕГЭ на бюджет в 2020 году от 81.8

  Средний балл ЕГЭ на платные места в 2020 году от 55.3

  Количество бюджетных мест в 2021 году 429

  Количество платных мест в 2021 году 480

  Что такое средний проходной балл

  Бакалавриат, специалитетМагистратура

  5 подразделений

• от 40 000 / год
  Информация о стоимости года обучения предоставлена за 2021 год

  Нижний НовгородГосударственный

  прикладная информатика; фундаментальная информатика и информационные технологии; программная инженерия и еще 52 направления

  Ср. балл ЕГЭ бюджет 2020от 38.8 бал.бюджет

  Ср. балл ЕГЭ платно 2020от 39.3 бал.платно

  Бюджетных мест 2021 2 033 места бюджет

  Платных мест 2021 8 660 мест платно

  Средний балл ЕГЭ на бюджет в 2020 году от 38.8

  Средний балл ЕГЭ на платные места в 2020 году от 39.3

  Количество бюджетных мест в 2021 году 2 033

  Количество платных мест в 2021 году 8 660

  Что такое средний проходной балл

  Бакалавриат, специалитетМагистратура

  13 подразделений

• от 46 900 / год
  Информация о стоимости года обучения предоставлена за 2021 год

  Нижний НовгородГосударственный

  электроэнергетика и электротехника; информатика и вычислительная техника; информационные системы и технологии и еще 40 направлений

  Ср. балл ЕГЭ бюджет 2020от 46.3 бал.бюджет

  Ср. балл ЕГЭ платно 2020от 36.7 бал.платно

  Бюджетных мест 2021 1 592 место бюджет

  Платных мест 2021 1 420 место платно

  Средний балл ЕГЭ на бюджет в 2020 году от 46.3

  Средний балл ЕГЭ на платные места в 2020 году от 36.7

  Количество бюджетных мест в 2021 году 1 592

  Количество платных мест в 2021 году 1 420

  Что такое средний проходной балл

  Бакалавриат, специалитет

  9 подразделений

Проф.ориентация

Выбрать обучение

Моя ли это профессия

Как проходит рабочий день руководителя группы разработки

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

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

12:00 — К вам в компанию пришли устраиваться новые программисты, поэтому вы принимаете участие в их собеседовании и делитесь своими впечатлениями с  HR отделом. Ваша команда пополнилась двумя джунами. Начинают работать уже сегодня! Вы проводите им экскурсию по отделу, знакомите их с коллегами и показываете рабочие места. Затем даете новичкам несложные задания и смотрите, как они справляются с ними в течение дня.

15:20 — Общий сбор команды. Вы рассказываете коллегам, как прошла ваша встреча с заказчиком, какие коррективы необходимо внести в проект, распределяете между разработчиками зоны ответственности и назначаете каждому дедлайн по сдаче работы. Все вместе вы обсуждаете, как лучше интегрировать хотелки клиента в разработку. 

16:40 — Кажется, один из джунов уже справился со своей задачей и вполне хорошо! Отправляете его помогать с новым проектом под надзор опытных программистов. Другой джун справляется с заданием гораздо хуже и, кажется, стесняется просить о помощи. Вы садитесь рядом. Новичок тушуется и говорит, что у него ничего не получается. Вы вспоминаете, как здорово он показал себя на собеседовании и говорите ему об этом. После краткой мотивационной речи вы сидите вместе и решаете возникшую проблему. Спустя час подробных обсуждений у джуна загораются глаза, и он начинает писать код, который работает!

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

Поддержка в Lamoda

Звонки клиентов обслуживает контакт-центр и эта информация дальше переходит в нашу службу поддержки. Под большинство случаев есть набор инструкций куда и с какой проблемой можно обращаться. Также по каждому направлению есть информация о текущем дежурном.

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

Сколько у вас дежурных?

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

Бывает по-разному. Дежурными обычно становятся не ранее чем через полгода после трудоустройства и только по желанию. Дежурство может стать инструментом обучения — дежурный будет “прокси” к более опытному сотруднику и уточнять то, что нужно для решения проблемы.

Через совместное решение дежурный обучается. В идеале, последствия решения проблемы и информация об устранении фиксируется в Confluence.

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

Если находится баг прямо на проде — дежурные могут деплоить напрямую?

Мы всеми возможными способами стараемся такую возможность исключить. Если такое всё же произошло, придерживаемся стандартного процесса — кроме дежурного, который внес изменения в код, будет привлечен, при необходимости, QA и другие. Релизит обычно не тот, кто писал код — это наше внутреннее требование, выработавшееся после многих проб, ошибок, аудитов и так далее…

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

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

У нас достаточно сложный проект и как раз таки дежурство, code review и другое позволяет тимлиду оставаться в теме.

Что надо понять

Вам платят деньги не за то, что вы пишите код

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

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

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

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

Ваши главные показатели эффективности — качество всего проекта и время разработки. Здесь, пожалуй, главную роль играют ваши навыки коммуникабельности. Что-то надо делать качественно и долго, а иной раз целесообразнее быстрое решение. Сложность состоит в том, что вы должны донести это до программиста и убедить его сделать, как нужно в этот момент. А не через 2 дня обнаружить, что он только на середине, а готовое решение нужно сейчас.

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

Вам нужно нанимать людей. Хорошо, если у вас есть отдел кадров, который умеет нанимать IT-специалистов. Если нет — у вас появились дополнительные обязанности. Учитесь составлять вакансии, отбирать специалистов, проводить собеседования, увольнять. И если у вас не стартап с космическими инвестициями, готовьтесь находить людей в бюджете ниже рынка. Возможно даже придётся самому обзванивать кандидатов.

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

Вы не можете выбирать технологии, какие хотите. Обычный разработчик может предлагать новые технологии, а задача TL — поддерживать баланс стека технологий проекта. Помните, стабильность проекта и процесса разработки — ваша обязанность. Что делать, если из команды уходит единственный хранитель какой-то особенной технологии? Кроме того, использование каждой технологии должно быть обосновано. Я периодически наблюдал как полтора земплекопа в крохотном проекте всё пилят на микросервисах. Они не догадывались, что компания не была готова к этому. Конечно, ни к чему хорошему такие эксперименты не приводили.

Вы палочка-выручалочка в любом аврале. В любых нештатных ситуациях вы не можете просто рявкнуть на команду: «Всё должно быть сделано!» и уйти. Сидеть до ночи должны именно вы. Нельзя бросать разработчиков с проблемой один на один. Это плохой пример для них, ответственность в таких случаях лежит именно на TL. Но и держать всю команду на аварийных работах тоже нет смысла. Я сам несколько раз возвращался домой в 5 утра, а на следующий день приезжал к 9 утра на совещание. Вообще, ваша работа в том, чтобы до такого не доводить.

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

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

Преимущества и недостатки

Среди значимых плюсов работы тимлида можно выделить такие:

• универсальность (одновременное взаимодействие и с командой разработчиков, и с заказчиком);
• возможность отточить административные навыки;
• достаточно высокий уровень оплаты труда;
• востребованность.

Недостатков у должности лидера команды немного, но о них нужно знать, прежде чем соглашаться занять этот пост:

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

Приведите в порядок встречи один на один

Пример формата записи результатов и договорённостей по итогам встречи

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

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