Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

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

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

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

2022-05-27 09:35:15 Регулярная рефлексия для менеджера супер важна. Она помогает делать выводы из своих ошибок и обратной связи, видеть прогресс в своем развитии, замечать и радоваться своим успехам.

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

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

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

2022-05-25 09:15:16 Не так страшен performance review, как страшны калибровки – процесс, во время которого менеджеры сравнивают людей и их оценки друг с другом и приводят к одной системе координат. В статье рассказывается про то, как калибровки из потенциально полезного инструмента могут скатиться в токсичное болото, и какие способы сравнения людей точно не работают. Открыть/Комментировать

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

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

https://my.hh.ru/Ij Открыть/Комментировать

2022-05-23 09:12:06 Gergely Orosz, автор кучи годного контента для инженерных менеджеров, написал 90-страничный лонгрид про инженерную культуру в Meta. Сам материал находится под пейволом и, наверное, слишком подробен для большинства. Но с основными тезисами можно познакомиться в твиттер-треде:
Вся внутренняя культура Meta очень сильно ориентирована на счастье инженеров
Переход из одной команды в другую делается очень просто, и этим часто пользуются
Инженеров оценивают по четырем параметрам: impact, direction, people, engineering excellence
Команды автономны, многие проекты лидят инженеры
Почти все инструменты разработки Facebook делает для себя сам Открыть/Комментировать

2022-05-22 09:36:01 Каждый день я стараюсь публиковать хотя бы один классный и полезный материал про тимлидство. За месяц их набегает несколько десятков, и ориентироваться в них не всегда легко. Чтобы облегчить вам задачу, раз в месяц я публикую дайджест самых популярных постов, разбитых на категории.

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

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

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

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

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

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

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

#digest Открыть/Комментировать

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

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

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

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