Гайд начинающего тимлида

Шаг номер 1. Знание — сила!

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

Про тимлидство существуют сотни статей, видео, книг, курсов и т.д. Фильтровать нужно тщательно.

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

• М. Уоткинс «Первые 90 дней». Хорошая и вдумчивая книга о том, как успешно адаптироваться к переходу на новую должность. Чем заняться в первые 90 дней. И о том, что эта адаптация, как системный процесс, нужна не просто конкретному индивиду, а всей компании в целом.

• Дж. Ханк Рейнвотер «Как пасти котов». Книга для начинающих или будущих управленцев вполне хороша и толкова (пусть и немного стара). Однако для людей с опытом, наверное, будет немного кэпской.

• Ф. Брукс «Мифический человеко-месяц». Расскажет об управлении проектами: как надо, как не надо, и почему 9 женщин за 1 месяц не смогут родить ребенка. Есть мнение, что книга несколько устарела, тем не менее, если вы в этом не очень разбираетесь, то она обогатит вас полезными идеями.

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

• Д. Ким, К. Бер, Д. Спаффорд. «Проект «Феникс». Роман о том, как DevOps меняет бизнес к лучшему». Очень интересная и поучительная книга, которая в художественном формате рассказывает о том, как в ИТ подразделении улучшают процессы работы, приходят к DevOps идеологии и спасают бизнес.

• Т. ДеМарко «Deadline. Роман об управлении проектами». Еще одна книга в художественном формате. Легкое и интересное чтение об управлении ИТ проектами.

• Т. ДеМарко, Т. Листер «Вальсируя с Медведями». Порекомендовал бы эту книгу для средних и крупных проектов. Излечивает от наивности, открывает глаза на происходящее. Показывает, что случиться может много чего и рассказывает, как с этим жить и работать.

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

• М. Ильяхов, Л. Сарычева «Новые правила деловой переписки». Замечательная книга. Смело её рекомендовал бы и разработчикам, и менеджерам, и вообще примерно всем. О том как в переписке быть толковым, уважительным, приятным и эффективным. Очень многим этого не хватает.

• А. Орлов «Джедайские техники конструктивного общения». Коротко, по делу, с примерами. Однозначно рекомендую. И в работе пригодится, и в быту.

• М. Гоулстон «Как разговаривать с мудаками». Книга придаёт понимание того, что не все проблемные отношения и коммуникации можно разрешить рациональными доводами, и что делать в таких случаях. Ну и о себе можно задуматься тоже:)

• Роадмап тимлида https://tlroadmap.io/ Очень полезный инструмент, который поможет разобраться, какие бывают требования к тимлидам, понять, что с ними делать и как подтягивать свои знания. Также подойдет как хороший инструмент для того, чтобы обговорить со своим руководителем на начальном этапе работы, что же конкретно от вас ожидается.

• Курсерный курс https://www.coursera.org/specializations/product-management Долгий и основательный курс, который покрывает всё про управление проектами. Выявление требований, план рисков, декомпозиция и распределение задач, аджайл техники и прочее. Вы справедливо можете заметить, что этот курс нужен менеджерам проектов, а не тимлидам. Теоритечески — да, а на практике возможно, что если у вас менеджер проекта и есть, то в каких-то деталях он может не очень разбираться. Тогда понадобится ваше участие.

• Регулярные двухнедельные тимлидские конференции от ребят из подкаста Podlodka https://podlodka.io/tlcrew Там много хороших докладов и душевное отзывчивое комьюнити, с которым можно порой пообсуждать в деталях то, за что обычно деньги берут на платных индивидуальных консультациях.

Подбор: карточки

1. Более глубокий анализ текущей ситуации и более чёткая её формализация.
2. Уменьшение вероятности того, что какие-то моменты/ истории/ паттерны канут в лету.
3. Упрощение анализа прогресса человека и мониторинг скорости его развития.
4. «Объективация» процесса — более чёткое разделение своего личного отношения к человеку и его профессиональных качеств, истории его работы и развития.

• current level — текущая ступень развития сотрудника в компании. В Badoo действует система уровней, схожая с системой Google; в вашей компании может быть совсем другая «лестница» (например, на заводах приняты разряды);
• plan — моё видение плана развития сотрудника;
• qualities — произвольно оцениваемые (моя шкала — от одного до пяти) навыки и качества сотрудника (для наглядности я считаю крайне важным указывать подтверждающие оценку рабочие события);
• motivation — мои представления о мотивации сотрудника. Каждый раз, когда я пересматриваю или обновляю карточки, я стараюсь заново оценивать мотивацию. На мой взгляд, это вообще один из самых важных пунктов карточки, потому что для выстраивания планов по развитию сотрудника просто необходимо оценивать его мотивацию;
• roles — текущие или планируемые роли сотрудника в команде;
• goals — поставленные перед сотрудником (или мной) цели, исходя из его мотивации, проблем/успехов и бизнес-целей команды.

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

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

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

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

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

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

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

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

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

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

Обязанности тимлида

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

В перечень основных обязанностей тимлида входит:

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

Карьера разработчика в PropellerAds

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

Сейчас в PropellerAds можно стать функциональным менеджером. У СТО есть команда из шести человек: Head of Analytics, R&D менеджер, Head of QA и люди, которых можно назвать руководителями высшего звена. 

Можно стать техлидером, или product-менеджером, они всегда нужны: каждый квартал что-то происходит. Как этого добиться? Поинтересуйтесь продуктом, domain, клиентами, сходите на курс, предложите себя. 

Если вы middle-девелопер, можно стать scrum-мастером, или коучем. 

Кроме того, можно вырасти в business owner.

Все в руках сотрудников.

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

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

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

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

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

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

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

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

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

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

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

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

— Интересно.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Самостоятельное обучение

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

• Том ДеМарко “Deadline. Роман об управлении проектами”
• Джефф Сазерленд “Scrum. Революционный метод управления проектами”
• Патрик Ленсиони “Пять пороков команды”
• Роман Матвеев “Наставничество. Метод Петра Кузнецова”
• Патрик Ленсиони “Смерть от совещаний”
• Роберт Кийосаки “Богатый папа, бедный папа”
• Джон Медина “Правила мозга”

Со списком книг о профессии тимлид можно ознакомиться на блоге.

Онлайн-курсы

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

1. Удобный формат. Когда, где и как быстро проходить курсы – индивидуальный выбор ученика.
2. Структурированная и собранная в одном месте информация.
3. Готовое портфолио по окончании курса.

Популярные платформы Skillbox, Нетология, SkillFactory, Otus, City Business School и Академия АйТи предлагают свои курсы для будущих тимлидов:

• Практический онлайн-курс “TeamLead”
• Онлайн-интенсив “Бизнес и управление”
• Интенсив “Тимлид разработки”

На блоге iklife.ru можно найти обзор лучших курсов по Team Lead и выбрать подходящий для себя.

Какой стиль подходит команде

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как быть хорошим Team Lead-ом? Советы

Фокусируйтесь на людях, а не только на программировании.

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

Контролируйте свое эго.

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

Каждое, даже самое простое решение, может иметь далеко идущие последствия, поэтому очень важно обсуждать его со всеми заинтересованными сторонами,” — говорит Линда Брэнаган (Linda Branagan), в прошлом опытный тимлид из компании Construct Internet Design.

Обсуждайте детали и договаривайтесь обо всем заранее.
Поскольку коммуникации — это важная часть функциональности тимлида, старайтесь по-максимуму обсуждать все аспекты работы над проектом и договариваться обо всем заранее, советует Майк Скэнлин (Mike Scanlin), СЕО американской компании Born to Sell и бывший тимлид в целом ряде ИТ-компаний, среди которых T/Maker и General Magic.
“Нет ничего хуже, чем работать в течение года над проектом, и, продемонстрировав результаты своей работе на очередной спринте, услышать от членов команды что-то вроде “А как насчет этих функций?” или “Мы забыли, что нам нужно будет реализовать вот это.” Постарайтесь убедиться в том, что все известно и четко спланировано еще до начала работы над проектом,” — рекомендует он.

Не провоцируйте конфликты, но будьте готовы к ним.
Также важно помнить о том, что будучи на позиции тимлида, очень сложно угодить всем сторонам, а поэтому конфликты в той или иной форме практически неизбежны. “Работа на позиции тимлида означает, что на каком-то этапе вам придется принимать решения, касающиеся членов команды, и эти решения неизбежно будут вызывать конфронтацию. Этот аспект работы часто оказывается неожиданным для многих тимлидов, потому что далеко не все умеют и способны решать конфликты,” — сказал Стив Морс (Steve Morse), разработчик поддержки в компании Tealeaf Technology.

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

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

Если вы уже давно работаете в сфере 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 рублей.