Teamlead Good Reads – ежедневные советы про менеджмент людей и команд

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

#техлидство

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

Что предлагает проверять автор:
💭Умение думать. Его проверяют обсуждением прошлого опыта и задаванием вопросов «Почему ты сделал Х» вместо «Как ты сделал Х».
🔬Любознательность и насмотренность. Проверяется обсуждением взглядов разработчика на тренды в разработке и его собственное развитие.
🎨Продуктовое мышление. Проверяется, опять же, разговором о прошлом опыте – упоминает ли кандидат о чем-то, кроме технологий, и понимает ли, зачем вообще продукт делается.
🤪Адекватность.

Из интересных правил проведения собеседования:
- Полное отсутствие кода
- 4-5 собеседующих
- Отсутствие стандартного списка вопросов

#найм

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

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

Статья с советами для инженеров и менеджеров, которые работают в early stage стартапах:
⚖️При выборе технического решения всегда явно показывайте альтернативы и принятые трейдоффы, это помогает всем выравниваться вокруг единых приоритетов
⏳В первую очередь разрабатывайте те части системы, которые скорее всего не будут меняться. За это время команда получит возможность разобраться с задачами с большей неопределенностью.
📆Не спешите вкладываться в какие-то долгоиграющие инфраструктурные решения – в стартапе все может поменяться в любой день, и это сразу превратится в техдолг.
⌚️Для крупных задач проводите мысленный эксперимент – как бы вы подошли к ее решению, если бы сроки были на порядок меньше – месяц вместо года, неделя вместо месяца. Это может помочь найти какие-то неожиданные решения.
🥱Выбирайте скучные технологии. Слишком экзотический стек не даст вам быстро растить команду при необходимости.

#процессы

Большая часть материалов, которые я публикую – это статьи и твиттер-треды. Не забывайте о том, что огромное количество полезных знаний находится в подкастах! Недавно вышел новый подкаст «Для tech и этих» – о том, какими идеями IT-компании меняют мир. В каждом выпуске четыре tech-менеджера СберМаркета — Никита Елагин, Семён Мацепура, Олег Федоткин и Вячеслав Артемьев — обсуждают управленческие решения IT-гигантов и делятся собственным опытом.
🔸Как управлять производительностью огромной команды на примере Uber?
🔸Почему культура достигаторства в Netflix приводит к выгоранию и токсичности внутри команды?
🔸Как Amazon внедряет инновации даже при быстром росте штата?
Подкаст выходит каждые две недели по средам. Первый и второй выпуски уже доступны на всех платформах: https://bit.ly/3asIIK1

Есть две крайности в механизмах принятия решений, в которые часто скатываются команды:
👑Авторитарная модель, когда решение за группу принимает один человек
🤝Консенсус, когда для принятия решения требуется согласие всех участниклв

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

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

#процессы

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

Но только добавить изучение английского в план развития – мало. Одна из причин, по которой люди все время начинают и бросают учить английский — незнание своего уровня языка. В итоге берутся за контент, который им не по силам. Например, сериал «Друзья» часто советуют смотреть тем, кто начинает учить язык, но в нём полно юмора, который начинающие пока понять не могут. В итоге разрыв знаний удручает и мотивация снова падает.

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

Ребята, которые делают сервис анонимных технических интервью, поделились интересными данными про то, насколько навыки коммуникации влияют на успешность собеседования.

Для начала немного объясню, как работает сервис. Анонимный прелставитель крупной технологической компании проводит собеседование анонимного кандидата. После этого интервьюер дает оценку по следующим критериям:
- Прошел ли кандидат на следующий этап
- Навыки программирования (1-4 балла)
- Навыки проблемсолвинга (1-4 балла)
- Навыки общения (1-4 балла)

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

Понятно, что собеседования на этом сервисе не отражают положения дел по всей индустрии, но картина получается интересная.

#найм

Новый твиттер-тред с 15 ментальными моделями, которые могут помочь вам при принятии решений. Вот несколько кайфовых:
📌Ladder of Inference – последовательный алгоритм перехода от доступных данных по какому-то вопросу к конкретным действиям по его решению
📌Pre-Mortem – вы представляете, что ваше решение оказалось неудачным, и раскручиваете его в обратную сторону к причинам, которые могли бы к этому привести
📌Decision Tree – модель реальности, описываемая в виде mutually exclusive collectively exhaustive дерева, позволяющая визуализировать разные сценарии развития событий, их вероятность и экономический эффект

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

Практически каждая компания в определенный момент своего развития начинает использовать feature flags – либо только для управления выкаткой отдельных фичей, либо для создания «виртуальных веток» для работы без бранчевания в Git. Чтобы протокол описания фичефлага не переизобретался каждый раз заново, началась разработка OpenFeature, открытого стандарта, аналогичного OpenTelemetry для метрик. Посмотрите, может быть, подойдет и вашему проекту!

#техлидство

В понедельник стартанет новый сезон конференции Podlodka Techlead Crew про Continuous Delivery. Сессии – топовые, я планирую заскочить на вот эти:
📌 Доклад «NFR на поставку». Даже те команды, которые занимаются обеспечением качества, постоянно забывают про различные нефункциональные требования, а особенно – про перфоманс. NFR – классная практика, которая позволяет все такие требования стандартизировать и постепенно автоматизировать. А спикера из AWS вдвойне интересно послушать.
📌 Доклад «Тестирование NFR». Должен хорошо расширить первый доклад, и досыпать теорию конкретными инструментами и подходами.
📌 Публичное собеседование с проектированием системы CD. Публичные собесы – это всегда бодро, а от Владимира Иванова – тем более.

Залетайте на борт, пока не поздно! Для подписчиков канала сделали промокод – techlead_gr_crew.

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

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

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

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

Несколько наблюдений и советов из статьи, с которыми я обеими руками согласен:
🐞За качество отвечает вся команда, а не отдельный человек в ней
👨‍👩‍👧‍👧У разных людей – разный контекст, и нужно его учитывать при продаже своих идей
✊Культуру почти никогда нельзя насадить административно

#процессы #качество

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

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

Количество дел и обязанностей тимлида невозможно переоценить: работа с мотивацией и развитием компетенций, распределение ресурсов, состыковка с ожиданиями бизнеса… Времени на разработку мало или не остаётся совсем. Но всё может измениться!

Сейчас разрабатывается продукт, который сделает жизнь тимлида легче. Чтобы продукт как можно скорее увидел свет, удели 4 минуты на прохождение опроса. Расскажи, что больше всего у тебя «болит», и, возможно, именно твой ответ ляжет в основу новой фичи ✨

https://my.hh.ru/Ij

Gergely Orosz, автор кучи годного контента для инженерных менеджеров, написал 90-страничный лонгрид про инженерную культуру в Meta. Сам материал находится под пейволом и, наверное, слишком подробен для большинства. Но с основными тезисами можно познакомиться в твиттер-треде:
💻Вся внутренняя культура Meta очень сильно ориентирована на счастье инженеров
🔁Переход из одной команды в другую делается очень просто, и этим часто пользуются
📊Инженеров оценивают по четырем параметрам: impact, direction, people, engineering excellence
🏅Команды автономны, многие проекты лидят инженеры
🛠Почти все инструменты разработки Facebook делает для себя сам

#техлидство

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

Если у вас есть предложения по тому, как развивать канал и какие новые форматы попробовать – пишите в комментариях!

👨‍❤️‍👨Развитие и оценка команды
Гайд по построению системного процесса карьерного роста
Девять причин, почему performance review – зло
Список софт-скиллов для инженеров
Выстраивание перекрестных связей в команде

🛠Процессы разработки
Когда двухнедельные Scrum спринты не работают
Работающие и не работающие подходы к приоритизации
Инцидент-менеджмент в Netflix
Как работать с инфраструктурными костами на разных стадиях развития компании

🕵️‍♀️Найм
Уроки найма в Амазон
Найм разработчиков через задачи по чтению кода

🐣Развитие тимлида
Типичные ошибки начинающих тимлидов
Набор практик и инструментов для повышения человечности тимлида

📚Рекомендации по книгам из статей
«Скажи жизни Да!», Виктор Франкл
«The One Minute Manager», Ken Blanchard

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

#digest

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

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

Если сама идея ассистента вам зашла, вот еще несколько материалов:
📌Вастрик в Итогах года рассказывает о том, что найм ассистента стал лучшей инвестицией
📌Замесин рассказывает, как работает с ассистентом и что ему делегирует
📌SkyEng рассказывают про внутренний сервис личных ассистентов

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

Инженерная команда Spotify проанализировала все инциденты, случившиеся с их сервисом за 2021 год, и поделилась несколькими интересными выводами и техниками. Среди тех, что запали мне в душу:
📌Починка и разбор инцидентов – это обмен продуктивности в моменте на большую продуктивность в будущем. Если смотреть на время, потраченное на анализ и починку инцидентов, как на потери – то картина довольно грустная. Но если смотреть на них как на инвестиции в инженерный рост специалистов, которые их разбирают, и устранение будущих точек отказа системы – практика инцидент-менеджмента играет новыми красками. Классный майндсет, покрутите его!
🔢Spotify дают каждому инциденту оценку по параметру «Мог ли этот инцидент быть предотвращен». Это помогает делать более вдумчивый анализ. Сложные аварии, происходящие из-за проблем на стыке интеграций, будут случаться всегда. Но количество проблем, которые могли быть решены написанием нескольких тестов или добавлением мониторинга, со временем должно уменьшаться.

#техлидство #качество

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

В статье разбираются инструменты, которые помогают команде развить у себя такой скилл, и процесс фасилитации встреч с принятием командных решений. Вот про какие инструменты идет речь:
🃏Delegation Poker для определения того, что и кому делегировать
🎉Celebration Grid для того, чтобы отмечать успехи команды
🗺Personal Maps для притирки членов команды друг к другу

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