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

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

Побольше про феномен тимлидской тревожности можно почитать в этой статье. А для более глубокого погружения в тему тревожности, попробуйте книгу «Свобода от тревоги» Роберта Лихи, мне ее очень рекомендовали.

#книги #развитие_себя #антипаттерны

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

Интересный подход к разделению всей инженерной работы на два типа:
😌Positive engineering – ежедневные задачи, направленные на создание видимой ценности для продукта
😞Negative engineering – задачи, направленные на «страховку от поломок» для критичной продуктовой функциональности

К negative engineering можно отнести, например, корректную обработку исключений. Или инфраструктуру для регулярной проверки целостности данных.

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

#техлидство

Лонгрид про разнообразные подходы к релизам

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

#техлидство

Акции технологических компаний стремительно дешевеют, в Твиттере регулярно появляются новые треды про массовые увольнения, а ректутеры из FAANG начинают стучаться в LinkedIn все реже. События в России заслонили за собой глобальный кризис, который, кажется, наступает на IT компании. Чтобы разобраться в том, что же вообще происходит, и какие компании начали сокращать команды – почитайте эту статью.

#найм

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

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

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

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

Хотите разобраться в управлении изменениями и затащить те проекты, которые никак не даются? Приходите на конференцию Podlodka Teamlead Crew: Change management!
✅Научитесь находить способы оптимизировать работу команды
✅Разберетесь, как говорить с командой про изменения
✅Узнаете, как адаптироваться к изменениям вокруг
✅Поймете, как внедрять изменения и измерять результат

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

👉Расписание уже известно, а билеты до конца недели со скидкой!

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

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

#люди

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

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

Старт обучения: 20 июня

Длительность курса: 1 неделя
Отправить заявку

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

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

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

В статье предлагается несколько техник, помогающих достучаться до сотрудника:
📌В случае возникновения похожих неловких ситуаций, проговорите вслух то, что происходит, и что вас смущает. Не надо расчитывать, что человек догадается сам.
📌Не бойтесь делать длинные паузы и давать человеку время обдумать фидбэк, даже если это кажется неловким. Не все готовы сразу же отреагировать.
📌Попросите человека повторить, какой именно фидбэк он услышал.
📌После дачи фидбэка переходите к открытым коучинговым вопросам, например «Что ты планируешь поменять с учетом фидбэка!»
📌Зафиксируйте явные следующие шаги

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

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

💻Техлидство
Что отличает хороших техлидов
Разбор архитектуры Uber, Netflix, Amazon
Как устроена инженерная культура в Facebook

✍️Менеджерские практики
Как постепенно растить в команде Agile практики и получать от них пользу
Про постепенный переход к распределенной работе в InDriver

🛠Развитие тимлида
Как SkyEng решал проблему некомпетентных тимлидов
Список вопросов для регулярной менеджерской рефлексии
15 ментальных моделей для принятий лучших решений

👨‍👨‍👦‍👦Найм и рост
Как проводить крутые и полезные собеседования без кода
Лайтовый подход к грейдам в Honeycomb

🤔Подписывайтесь на мой Твиттер – там я пишу немного смешные шутки про айти, полезные тимлидские треды и рассказы про то, как мы деляем язык программирования.

Если дайджест вам понравился – ставьте ❤️, 👍 и 🔥. Благодаря этому я пойму, что собирал его не зря! А если у вас будут конкретные предложения по его улучшению – смело пишите в комментарии!

#digest

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

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

#карьера

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

В статье разбирается, с какими проблемами вы можете столкнуться:
👀Уход сотрудника с текущей роли оставит дыру в команде. Лечится переходным периодом между ролями и подготовкой смены заранее.
💥Сотрудник может не справиться с новой ролью. Лечится закладыванием подушки безопасности в виде испытательного срока с четкими целями и ожиданиями, на котором сотрудник понимает, подходит ли ему новая роль.
😡Сотруднику может не понравиться его новая роль. Полечить это можно только хорошим пониманием его карьерных целей и желаний. Если все, чего он хочет – повышение зарплаты, то не факт, что переход в тимлиды станет хорошим решением.

#люди

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

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

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

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

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

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

#процессы

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

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

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

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

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

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

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

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

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