Тимлидер: плюсы и минусы профессии

Обязанности

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

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

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

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

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

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

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

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

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

Шаг номер 4. Полезные качества для тимлида

Полезные качества, которые надо в себе взращивать:

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

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

А тимлид приходит и понимает, что они говорят об одном и том же, объясняет это такими словами, что все и поймут о чем речь, и разберутся, что делать, чтобы достичь необходимый результат.
Умение говорить «нет».
Прям обязательное умение. Без него вы быстро будете погребены под тоннами задач со всех фронтов. И ладно бы просто вы, а еще и ваша команда, потому что заказчикам вы тоже отказывать не умеете. Иной раз умение сказать «нет», а заодно и предложить какой-то более простой вариант, про который заказчик не подумал, может сэкономить целые человекомесяцы труда и соответствующее количество денег.
Дисциплина.
Чтобы успешно управлять не только своим трудом, но и работой всей команды, нужна система. А чтобы система работала, нужна дисциплина. Стоит только чуть ослабить дисциплину, как появляются и начинают множиться разбитые окна. Чтобы дисциплина в команде появилась и закрепилась, безусловно, нужно заниматься просвещением и контролем, но лучше всего начинать с личного примера. Покажите людям, как приносит пользу ваша самодисциплина, и это будет убедительнее многочасовых теоретических рассказов.

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

Обучающий стиль

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

Мы верим в то, что сможем достигать крутых результатов, если будем развивать индивидуальные навыки своих сотрудников. Для этого каждые полгода мы проводим performance review. Оно включает в себя отзывы от коллег, self-review и 1-1 с руководителем для рефлексии. После этого мы составляем план на полгода таким образом, чтобы сотрудник знал, что ему делать для улучшения своих навыков. Каждый пункт этого плана является целью и ставится по фреймворку SMART. Например, если одной из целей является крупный рефакторинг, то мы определяем definition of done этого рефакторинга. Так он станет конкретным и измеримым. Планируем объём работ: реально ли закончить этот рефакторинг за 3-6 месяцев? И думаем о том, какую пользу он принесет компании.

Девиз обучающего стиля

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

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

Team leader – это менеджер, лидер и программист в одном лице. Должность появилась совсем недавно. Да и сейчас не во всех организациях, особенно мелких, есть такой специалист

Тем не менее тимлид – важное звено в процессе разработки и реализации IT-проекта

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

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

Но в то же время на нем лежит ответственность за весь проект

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

Более 100 крутых уроков, тестов и тренажеров для развития мозга

Начать развиваться

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

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

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

В задачи тимлида может входить и подбор сотрудников в команду. В этом ему может помочь HR-менеджер

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

Кроме работы с веб-разработчиками, team leader ведет переговоры с клиентами. Специалист учитывает интересы и требования заказчика, которые передает команде, следит, чтобы команда работала слаженно, эффективно и в заданном направлении.

Давайте теперь подумаем, как бороться с отвлечением и управлять вниманием

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

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

Крайне важно не забывать ответить

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

Крайне важно не забывать ответить

Для тимлидов отметим важный момент: пишем «через 15 минут» правильно.

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

Рассмотрим еще одну проблему – возврат в контекст.

Вы программируете, у вас в голове: «Задача-метод-класс». Вас отвлекли, контекст пропал. Вы ответили сотруднику, нужно вернуться в контекст.

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

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

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

На виртуальном столе, где у вас релиз в продакшен, Jenkins/TeamCity, Splunk/Kibana, чат с DevOps. То же самое с обсуждением требований: Skype/Teams, Jira, Confluence.

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

Где искать

С должностью тимлида ситуация как и с другими ИТ-вакансиями: спрос намного превышает предложение.

Хабр

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

Есть два основных варианта: 

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

ИТ-конференции 

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

Кадровое ИТ-агентство

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

Оставляйте заявку на нашем сайте (ссылка на главную) — мы поможем найти классного специалиста.

Остались вопросы?

Карьера

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

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

Шаг номер 0. Зачем?

Итак, вам предложили стать тимлидом или вы сами захотели им стать. Что надо сделать в первую очередь? Хорошенько подумать, а надо ли оно вам.

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

Я общался с многими состоявшимися специалистами в этой профессии и все они говорят примерно одно и то же: 

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

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

Ложные цели, на которые не надо вестись:

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

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

• Повышение уровня ЧСВ. Ничего особо крутого в этой должности нет. Это просто очередная должность чуть выше рядовой. Как ефрейтор или сержант в армии. Вроде лычка есть, но хвалиться особо нечем, и вокруг куча таких же.

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

Где-то нужен полуменеджер-полуразработчик, где-то техлид/архитектор, где-то пипл менеджер и т.д

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

Советую заранее узнать, что же именно от вас требуется. 

Спойлер: 80-90% вакансий на российском рынке — полуменеджер-полуразработчик. Формально говорится, что 60-70% времени надо писать код, а 30-40% менеджерить. При небольших размерах команды и порядочном работодателе это может неплохо работать. Лично у меня где-то сейчас 40 на 60 получается делить код с менеджементом. Хотя я чувствую, как при разрастании команды код отодвигается от меня всё дальше и дальше. 

Однако при недобросовестном или просто непонимающем работодателе, от вас будут ожидать примерно 100% менеджмента и 100% написания кода. Постарайтесь узнать об этом как можно раньше, чтобы СБЕЖАТЬ.

В целом я считаю, что совмещение ролей управленца и инженера зависит от трех вещей:

1) Стадии развития вашей команды  

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

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

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

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

2) Уровня квалификации и мотивации ваших сотрудников  

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

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

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

Есть классическая табличка на эту тему:

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

3) Уровня коммуникации на проекте 

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

Например, mushroom management (управление по принципу «меньше знаешь – крепче спишь), когда вы являетесь единой точкой коммуникации и никто больше не знает, что происходит.

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

Цели и задачи стоящие перед командой и отдельными участниками

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

Это могут быть задачи развития от HR, всякие наследованные KPI, задачи на аналитику или обучение от соседних отделов, цели гильдии, например бэкендеров, выступления.

Для команды это могут быть OKR реализуемых проектов, внешние договоренности.

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

Цели команды — если вы не участвовали в их принятии полезно прояснить и договориться заново. Есть шанс что они отпали автоматически, но мы говорим о здоровье команды и не хотим подцепить амнезию 🙂

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

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

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

1. Курс «TeamLead» от SkillBox

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

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

2. «Руководитель команды разработки» от GeekBrains

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

• В программе обучения: автоматизация разработки, управление командой исполнителей и сложными системами. Вы научитесь подбирать специалистов, внедрять мотивационные программы, понимать продукт, разработкой которого будет заниматься команда. Узнаете как обеспечить качество работы и автоматизировать процессы.
• Продолжительность обучения: 6 месяцев.
• Формат: лекции два раза в неделю, вебинары и занятия в группе. Разбор всех тем будет проходить на основе ваших реальных кейсов. В конце занятий – защита итогового проекта и диплом о профессиональной подготовке государственного образца.
• Подойдет: начинающим управленцам и опытным разработчикам.
• Стоимость обучения: 3 113 рублей в месяц при беспроцентной рассрочке на 36 месяцев. Полная цена курса около 115 000 рублей.

3. «Team lead 2.0» от Otus

Образовательный онлайн-портал OTUS предлагает более 80 авторских курсов в области IT для разного уровня подготовки. На рынке с 2015 года. Обладатель премии Рунета за 2018 год и резидент государственной программы Skolkovo.

• В программе курса: Вы освоите современные техники и инструменты руководства. Научитесь подбирать специалистов не как отдельную единицу для выполнения рабочих процессов, а как часть сплоченной команды, которая выполняет общую задачу.  Вы не просто изучите персональные навыки управленца, но и научитесь работать с командой.
• Длительность обучения: 5 месяцев, по 4 часа в неделю в формате вебинаров (вторник и пятница в вечернее время), плюс домашние задания с проверкой преподавателем. В программе всего 7 тематических модулей, в том числе проектный (подготовка и защита диплома). По окончании курса получите сертификат о профессиональной подготовке.
• Подойдет: практикующим специалистам в области разработки не ниже уровня Middle/Senior.
• Стоимость курса: 110 000 рублей.

Психологическая роль

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

Организуйте ежемесячные встречи с разработчиками. Сценарий таких встреч каждый месяц повторяется. Поначалу разработчик говорит, что всё ок, всё хорошо, проблем нет. Но основная сила психолога в вопросах. В беседе узнается, что и систему оценки на проекте в прошлом месяце можно улучшить, и взаимоотношения между отделами подтянуть, а ещё было придумано оригинальное решение, которое можно вынести как базовое и написать по нему гайд. Ведь на другом проекте возникли такие же проблемы и решали их дольше, чем нужно. Беседу обязательно надо конспектировать, потому что в ней могут быть отличные мысли. Их можно и нужно претворять в жизнь. После таких бесед часть проблем нивелируется. Так как процесс итеративный, он помогает устранять проблемы и не занимает много времени. Такие встречи не нужно превращать в совещания отделов. Это должны быть именно тет-а-тет беседы в спокойной обстановке. Так вы сможете решить даже сложные личностные проблемы.

Станьте «большим братом». Lead несет ответственность за работу своего подразделения. Он должен быть в курсе задач, сроков исполнения и качества функциональности на выходе для каждого разработчика. Однако, в процессе работы не стоит впадать в крайности. Пословица «Всё хорошо в меру» работает здесь отлично. Старайтесь не вмешиваться, если всё идёт хорошо. При этом всегда держите руку на пульсе и предотвращайте кризисные ситуации. Сотрудник комфортнее всего работает, когда на него не давят сверху, но при этом он чувствует влияние невидимого «большого брата», который является не контроллером, а советчиком.

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

Обязанности Team Lead-а

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

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

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

Несет ответственность за все проблемы или сложности в коллективе

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

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

Понимает и может внедрять разные процессы и методологии в кодинге.
Также Team Lead должен иметь представление и уметь внедрять с пользой для проекта различные методологии в команде программистов, такие, например, как Scrum, Kanban, XP, Lean и так далее.

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

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

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

Книги по саморазвитию тимлидеров

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

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

11. «Корпорация гениев. Как управлять командой творческих людей» от Эда Кетмелла

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

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

Хотите привнести немного позитивных изменений? Тогда обязательно прочитайте «Семь навыков…». Пособие предназначено не только для тимлидеров. Полезно прочитать всем, чтобы шаг за шагом достигнуть своих намеченных целей.

В книге изложены идеи как достичь успеха

Кови обратит внимание на те вещи, над которыми вы раньше и не задумывались. Главный плюс – автор обосновывает каждую свою мысль

13. «Эмоциональный интеллект для менеджеров проектов» от Мерсино Энтони

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

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

Как понять, какой из стилей предпочтителен для вас

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

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

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

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

Какие знания и навыки у него должны быть

Какие личностные качества должен иметь тимлид? Список довольно обширный, но ведь и ответственность у руководителя большая:

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

Teamlead должен иметь минимум 5 лет опыта в IT области. Что потребуется ему для успешной работы:

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

И это список только наиболее важных требований. Работа требует навыков работы с Linux based дистрибутивами, знания Agile, PHP, Scrum, MySQL, JavaScript. Могут еще встречаться условия, имеющие отношение к конкретной сфере работы заказчика.

Какие требования чаще всего звучат в описании вакансии тимлида:

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

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