Тимлид не спит: разбор менеджерских болей, вопросов и кейсов

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

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

Хотите узнать, какие метрики нужно трекать, чтобы аутстафф не стал вашим ночным кошмаром?

Посмотрите нашу инфографику к посту и статью на Habr: продуктовый ИТ-аутстаффинг: как из 150 подрядчиков выбрать того, с которым долго и счастливо (Пожалуй, единственный блог на Habr, в которым пишут про аутстаффинг и карма не в минусе. PS: Это не призыв, но факт!)

Или напишите напрямую в Telegram Глебу Корсунову — обсудим ваш проект. Сайт: Holyweb.ru


Реклама. ООО Экзитив, ИНН: 9718096224, erid:2SDnjcbgiKM

Публикуем новый кейс + разбор от экспертов канала!

👉Кейс #8 Уход отдела за лидом в другую компанию

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

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

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

❔Насколько этично уводить весь отдел за собой? Или есть какая-то грань и уход нескольких сотрудников это нормально, а весь отдел нет?

Кейс разбирали:
👉Лёша Субач @alexey_subach, Engineering Manager в Meta
👉 Сергей Кукс @SergeyQx, Principal Engineer, ex- .NET Department Lead at JetBrains.

Поделитесь в комментариях своим мнением.

Публикуем новый кейс + разбор от экспертов канала!

👉 Кейс #7 Начинающий тимлид в стартапе
Я начинающий тимлид в молодом волонтерском стартапе. Все участники приходят в проект ради получения опыта на реальном проекте. Однако все волонтеры, не получают оплату. Работа удаленная, нет привязки ко времени.

Чтобы контролировать процессы используем github projects (это канбан доска). Со всеми новичками провожу видео онбординг, на котором объясняю, что для нас очень важно держать задачи в актуальных колонках, и соблюдать определенные правила (есть оформленный документ по которому также проходимся). Участники всегда поддерживают и соглашаются следить за задачами.

Но после созвона, как будто забывают и не придерживаются требований. Пробовали напоминать в личку (но тогда это превращается в постоянный контроль участников, а их около 20). Также пробовала напоминать в общем рабочем чате, но результата нет. Большинство участников не актуализируют задачи. На общих митингах часто поднимаю вопрос, стараюсь объяснить, почему важно держать задачи в актуальном состоянии. Но безрезультатно. Рычагов воздействия у меня нет, так как проект волонтерский.

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

Кейс разбирали:
👉 Александр Поляков @X_Rey - Delivery Manager в Росбанке и автор канала @become_unnecessary
👉Игорь Цупко @i_tsupko - head of support & devops из Лемана ПРО и автор канала @lovely_it_hell


Поделитесь в комментариях своим мнением.

Публикуем новый кейс + разбор от экспертов канала!

👉Кейс#6 Про поспешный грейд-ап

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

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

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

Кейс разбирали:
👉Евгений Антонов @eantonov - ведущий технический менеджер проектов Yandex Infrastructure, IT-консультант.
Автор телеграм-канала «Тимлид Очевидность» и ведущий подкастов «Кода кода» и «Три тимлида заходят в бар».
👉 Миша Шляхов @tehaleph - техлид из Tutu.ru

Поделитесь в комментариях своим мнением.

Публикуем новый кейс + разбор от экспертов канала!

👉Кейс #5: Череда неудач

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

Как поднять мотивацию команды, да и что вообще делать?


Кейс разбирали:
👉Игорь Цупко @i_tsupko - head of support & devops из Лемана ПРО и автор канала @lovely_it_hell
👉 Сергей Кукс @SergeyQx, Principal Engineer, ex- .NET Department Lead at JetBrains.

Поделитесь в комментариях своим мнением.

📝 Разбор кейса #4 от экспертов

И уже сегодня делимся с вами мнением наших экспертов.

Наш кейс разбирали:
👉 Александр Поляков @X_Rey - Delivery Manager в Росбанке и автор канала @become_unnecessary
👉Игорь Цупко @i_tsupko - head of support & devops из Лемана ПРО и автор канала @lovely_it_hell

Поделитесь в комментариях, своим мнением.

📝 Разбор кейса #3 от экспертов

Сегодня делимся с вами мнением наших экспертов.

Наш кейс разбирали:
👉Леша Субач @alexey_subach, Engineering Manager в Meta
👉Миша Шляхов @tehaleph - техлид из Tutu.ru

Поделитесь в комментариях, своим мнением.