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

От того, насколько эффективно тимлид умеет проводить встречи, зависит очень многое:
💯Качество принимаемых группой решений
⛈Климат в команде и ее сплоченность
⚡️Запас энергии на встречи ее участников

Проводить встречи с пользой учит тайная наука фасилитация. Я рекомендую погружаться в нее двумя способами:
📕Прочитав книгу "Руководство фасилитатора" Сэма Кейнера (одна из первых книг, что я прочел как тимлид, и которая меня тысячу раз выручала)
🗞Подписавшись на канал "Нестыдная фасилитация”. Одна из его авторов, Саша Баптизманская, приходила к нам в Подлодку и записала выпуск, попавший в топ-10 за все время

Чтобы вы поняли, почему мне так нравится этот канал, вот небольшая подборка постов оттуда:
Как спускать решения сверху
Как задавать эффективные вопросы
Как работать с молчунами на встречах
Ретроспектива с Cause-Effect Diagram

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

Быстро с этой идеей можно ознакомиться в этой статье, а если захотите закопаться поглубже – в очередной раз посоветую вам “Цель” и “Проект Феникс”.

#процессы

Сегодня в 19:00 пройдет огненная сессия на канале Подлодки – открытое собеседование тимлида. В нем будут пояснения, что конкретно интервьюер проверяет такими вопросами, а также фидбэк от кандидата: как он воспринимает вопросы, и пойдёт ли он работать в эту компанию, если там от тимлидов требуют ТАКОЕ.

Интервьюер – Евгений Рейх, Technical Cluster Lead в Авито. Менеджер менеджеров тимлидов, bar raiser при найме тимлидов в компанию.
Кандидат – Алексей Ломаев, техлид, руководитель трёх команд разработки в Райффайзене, адепт гибких методологий в продуктовой разработке.

Подключайтесь к трансляции и задавайте свои вопросы!

Хорошая статья о рабочих конфликтах, которая маскируется под критику чрезмерного использования термина “выгорание”. В чем суть – есть научное исследование, которое доказывает наличие корреляции между наличием конфликтов и выгоранием в команд. Прочитав его, автор решает вылечить выгорание в своей команде. Он использует для этого следующие способы:
📌Переводит конфликты из скрытых в открытые
📌Прорабатывает конфликты со всеми их участниками
📌Распутывает длинные конфликтные цепочки до самого начала

#люди #инструменты

Буквально на днях я питчил своей команде идею того, что камеры на наших еженедельных синках должны быть включены – по идее, это делает комфортнее презентации и брейнштормы. Но, разбирая новые статьи, наткнулся на анализ подборки исследований, который показывает несостоятельность моей идеи:
🥱В дни, когда люди включают видео на встречах, они больше устают.
📷Влияние камеры на вовлеченность довольно незначительное и скорее негативное.
🤦‍♀️Женщины и новые сотрудники от включенной камеры устают сильнее.
✔️После прослушивания лекции тесты сдают лучше те студенты, у которых камера включена, и которые видят других людей на встрече.

Короче, все неоднозначно. Если вы знаете другие хорошие исследования по теме, поделитесь в комментариях!

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

#люди #управление_компанией

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

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

#люди #развитие_себя

Кстати, Александр Орлов рассказывал отличный доклад про конфликты на одной из прошлых конференций Podlodka Teamlead Crew. Раз мы сегодня начали говорить о конфликтах, решил им поделиться со всеми!

Если вам нравится формат наших конференций, крутые эксперты и прикладная полезность полученных знаний, приходите на новый сезон Teamlead Crew, который начался уже сегодня. Тема – внедрение изменений в команду и процессы. Для тех, кто заскакивает в последний вагон специальный промокод на скидку 15% – CONFLICT_FREE. Увидимся на конфе!

#люди

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

Если вы тоже рассматриваете для себя переход в европейскую компанию на менеджерскую позицию, подключайтесь к бесплатной англоязычной конференции DrivenCon на этой неделе. Спикеры из Meta, LinkedIn, Honeycomb и KornFerry расскажут все детали про то, как выглядит рынок работы для инжиниринг менеджера в Европе. Первая сессия стартует уже сегодня вечером через час!

🕕18:00, Overview of the Engineering Managers Job Market – доклад про то, сколько платят тимлидам в Европе
🕗20:00, Публичное собеседование от менеджера из Meta

👉Подключайтесь к сообществу в Slack, где будут ссылки на все анонсы и записи видео

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

#процессы

Если вы еще не послушали новый выпуск Подлодки про то, что оценки сроков и дедлайны вредны, срочно бегите это делать. Вот вам три причины, почему:
🎸Гость – Виталий Шароватов, админ нашего чата и очень рациональный менеджер
📚Разбираются все самые частые кейсы, в которых вас заставляют оценивать сроки – и каждый из них уничтожается
🏃🏻‍♂️Даются прикладные советы по тому, как убедить свою команду и руководителя отказаться от оценое

#процессы

Люди часто боятся просить других о помощи. А программисты, где каждый первый с синдромом самозванца, боятся этого еще сильнее. Вы, как тимлид, часто можете столкнуться с тем, что ваш сотрудник сильно продолбался из-за того, что вовремя не попросил стороннего совета – и вам нужно посоветовать ему что-то конструктивное, что может помочь перебороть эту боязнь. Держите подборку конструктивных советов, которые вы можете использовать в таких случаях:
💬Если боитесь потревожить кого-то конкретного, просите о помощи в общем чате
💬Если не можете сформулировать точный вопрос, попросите о синхронной помощи – созвониться на 10 минут и вместе подумать о проблеме
📆Будьте гибкими в плане временных слотов, и сразу пишите, что помощь нужна не сию минуту, а в течение нескольких дней
💭Вместо конкретных решений просите у человека объяснить его мыслительный процесс и модели, с которыми он подойдет к проблеме

#люди

Как соревноваться за кандидатов на вакансии, если какие-то компании могут предложить программисту 800.000р, а вам на похожей вакансии поднятие вилки до 180.000р согласовать не могут? Держите хороший материал про то, из каких параметров складывается конкурентоспособный оффер. Плохая новость – в первую и в главную очередь из зарплаты. Хорошая новость – есть много дополнительных факторов, на которые вы, как тимлид, можете повлиять:
📌Качество организации процесса найма и опыт кандидата в нем. Это соприкосновение с компанией даст ему оценить вашу культуру и понять, хочет ди он в ней работать.
📌Если вы не можете дать кандидату зарплату выше оговоренной вилки, вы можете попробовать согласовать какие-то дополнительные плюшки – четырехдневную рабочую неделю или дополнительный отпуск. Разные плюшки для разных людей имеют разный вес, и этим надо пользоваться.
📌Для того, чтобы реализовать многие из таких плюшек, вам не нужно явное согласие своего менеджера или HR. Что напрямую не запрещено, то может быть разрешено. Будьте смелее. Если у вас в компании нет четырехдневки, а человеку она очень важна – пусть просто не работает по пятницам, за ним же никто не следит.

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

В больших компаниях менеджеры любят спорить про хедкаунт и выбивать больше людей на свои проекты. Твиттер-тред с развенчиванием трех мифов про хедкаунт:
❌Хедкаунт влияет на достижение short-term целей
✅На самом деле хедкаунт влияет на достижение целей в лучшем случае через 6-9 месяцев

❌Хедкаунт выделяется на команду
✅В масштабе компании отдельные команды мало что значат, хедкаунт выделяется на приоритетные направления развития

❌Хедкаунт – ограничивающий фактор скорости разработки
✅Основной ограничивающий фактор – способность менеджмента тащить проект

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

Оффер в Яндекс за 2 дня 🚀

9-10 июля Яндекс проводит Weekend Offer для мобильных разработчиков, участники которого смогут присоединиться к командам Маркета, Еды, Такси и многих других сервисов.
Если у вас есть опыт коммерческой разработки на iOS, Android, Flutter от 3 лет — регистрируйтесь на сайте и решайте задачи предварительного этапа.
9 июля две онлайн-секции с кодом и уже на следующий день лучшие участники получат офферы от Яндекса.

Держите две полезные подборки:
1️⃣Шаблоны дизайн-документов/RFC используемых в Google, Uber, SoundCloud и других компаниях
2️⃣Шаблоны Product Requirement Document от Intercom, Figma, Asana

#инструменты

Один из необходимых скиллов для тимлида – умение учиться. Надеюсь, вы проходили тот самый курс “Learn how to learn” на Coursera, или читали книгу его автора, Барбары Оакли, “Думай как математик”. Если нет – обязательно положите себе это в бэклог, получите кучу пользы и удовольствия.

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

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

👉Конференция начинается 11 июля, залетайте с промокодом leadgr_learn2learn!

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

1️⃣S – Situation
Контекст истории. Почему решаемая задача была важной, почему за ее решение взялись именно вы, какие дополнительные внешние факторы играли роль.

2️⃣T – Task
В чем именно состояла ваша задача. Максимально конкретное описание.

3️⃣A – Actions
Что конкретно вы сделали для того, чтобы задача решилась. Здесь важно отделять свой вклад от остальной команды, и показать связь предпринятых действий с задачей.

4️⃣R – Results
Какие результаты получились после выполнения задачи. Как вы поняли, что все стало хорошо.

Дополнительно рассказ можно усилить, ответив еще на пару вопросов:
*️⃣Что можно было сделать лучше?
*️⃣Как можно было бы достигнуть таких же результатов с вдвое меньшим бюджетом?

🔗Дополнительные ссылки
Пример ответа по STAR от Uber SRE
Пример ответа по STAR от Stripe Engineer
Твиттер-тред по теме