Ошибки начинающих лидов и способы их преодолеть

😞Просадка уровня дофамина: в отличие от инженерной работы, ты не получаешь быстрого фидбэка о том, что ты молодец и делаешь что-то ценное.
💻Попытка совмещать менеджмент и программирование приводит к тому, что не получается успевать ни одно, ни другое.
👉Отсутствие контроля работы подчиненных из-за боязни скатиться в микроменеджмент.
🙈Прокрастинация сложных и неудобных вопросов в надежде на то, что все как-то само собой порешается.
📆Откладывать важные, но не срочные задачи в угоду ежедневной рутине и пожарам.

История про важность онбординга аутсорсеров

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

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

Вакансии в Трипстере

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

Еще фактов в копилочку. Трипстер – прибыльный сервис, и растет х2 год к году. MAU – 2,5 млн активных пользователей.

👀Вот кого они сейчас ищут:

- Head of backend с упором на Python
- Head of frontend со знанием Vue.js
- Тимлида в одну из трех продуктовых вертикалей
- Lead devops / SRE

💬Если стало интересно, то отправляйте своё резюме на [email protected] или напрямую @yamacarov.

Признаки сильной продуктовой команды

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

Большой тимлидский курс от Практикума

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

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

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

В общем, посмотрите на курс тоже, выглядит клево. Если надумаете, то первый старт уже 25 мая. 

🔗Регистрация

Как понять, приносит ли менеджер пользу

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

Вебинар про то, как строить кросскомандную работу

Меня попросили рассказать про вебинар, а у меня сразу активировались вьетнамские флешбеки. Чтобы добавить в язык программирования новую фичу, требуется взаимодействие десятка команд. Сначала продакт-менеджеры находят какую-то проблему пользователей, которую можно решить на уровне языка. Затем языковые дизайнеры прорабатывают пропозал того, как фича может выглядеть и работать. После этого начинается самое сложное – фича реализуется в компиляторе, который разюит на пять подсистем, за каждую из которых отвечает своя команда. А еще нужно поддержать фичу в IDE, написать документацию, записать маркетинговое видео… Ну, короче, идею вы поняли. Так вот, больше всего проблем появляется на стыке взаимодействия разных команд. Кто-то не так понял требования, у кого-то случился конфликт приоритетов, а кто-то просто продолбался. Мы пробовали разные подходы организации работы, и идеального, конечно, пока так и не нашли.

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

📆30 мая, 11:00 по Москве
👉Регистрация

Опрос про поиск работы в зарубежных компаниях

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

Про организацию внутренних митапов

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

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

Как Basecamp живет почти без менеджеров

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

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

15-минутный утренний ритуал подготовки ко встречам

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

1️⃣Какие результаты я хочу получить от этой встречи
2️⃣Какие проблемы могут возникнуть на ней
3️⃣Как я могу их преодолеть

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

D&D как инструмент тимлида

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

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

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

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

Архитектурные принципы

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

Несколько примеров из статьи:

📝Use cloud services if being lock-in to a particular provider is acceptable.
📝Prefer standard data formats over third-party and custom formats.

Главное при составлении таких принципов – не делать их слишком общими, одновременно обо всем и ни о чем.

Любой код когда-нибудь станет техдолгом

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

👴🏻Flash, Silverlight и Java апплеты умерли, как и код, написанный для них.
👴🏻Большая часть Objective-C кода с появлением и развитием Swift стала легаси.
👴🏻Стандарт OpenTelemetry сделал написанные ранее инхаусные библиотеки для трассировки неактуальными.

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

Российский скрам

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

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

1️⃣Отсутствие роли руководителя
2️⃣Слишком сильная ритуальность
3️⃣Неопределенность роли скрам-мастера
4️⃣Скрам – слишком потогонная система

Отличный пример лендинга для найма от Авито

Сразу предупреждаю – это не реклама, постить лендинг меня не просили, и тут он исключительно потому, что очень сильно мне понравился!

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

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

Ну и все это – понятным языком, с ярким визуалом и небольшими интерактивными вставками. Посмотрите, вдохновитесь, и соберите похожий сайт про вашу команду!

Итак, ты стал(а) тимлидом. Что было дальше?

14 июня в 19:00 ребята из СберМаркета приглашают всех тимлидов и тех, кто хочет ими стать, на митап в Москве. Расскажут про тимлидские боли и поделятся историями о развитии карьеры.

Что будет на митапе?

📝 «Как тимлиду стать Engineering manager’ом» от Сергея Яныкина, engineering manager в CберМаркете.
📝 «Деление клеток, или Как плавно делить команду и не убить её при этом» от Алексея Партилова, тимлида в СберМаркете.
📝 Public talk «Как сделать твою команду эффективной» c Engineering manager’ами СберМаркета и ведущими подкаста «Для tech и этих».

Регистрация по ссылке, количество мест в офлайне ограничено.

Эволюция управления процессом разработки во Фланте

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

Вот основные идеи, к которым пришла команда:

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