Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки
21.9K subscribers
297 photos
2 videos
1.47K links
Самые интересные статьи, видео и новости, связанные с управлением людьми, командами, разработкой и продуктами.

Размещение рекламы: @tanyasanovna

Папка лучших продуктовых каналов: https://t.me/addlist/YvmnHCHUp700Nzky
Download Telegram
Стратегическое видение

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

Если вы среди тех, кто хочет его прокачать, у меня три рекомендации:
🎧Послушать старый, но все еще актуальный выпуск Подлодки про стратегию
📚Прочитать книгу "Good Strategy Bad Strategy"
👀Сходить на новый сезон Podlodka Product Crew, тема которого - стратегия!

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

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

📆Старт - 27 марта. Подключайтесь!
Chaos engineering для людей, он же – vacation simulator

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

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

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

Про выгорание говорят настолько часто, что оно превратилось в ничего не значащее слово-оболочку. «Выгорел? Да мы все тут в IT выгоревшее, погнали на дэйлик».

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

📈Культ продуктивности и гонка за KPI
Дедлайны
😫Работа, лишенная настоящего смысла
😎Некомпетентные менеджеры
В чем разница между джунами, мидлами и сеньорами

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

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

Расскажите, а как вы разделяте сеньорность сотрудников? Предвосхищая набросы в чате про то, зачем это нужно, несколько примеров:
- при старте какого-то проекта вам надо выбрать, кто в нем будет участвовать, и за что будет отвечать
- определение размера зарплаиы разным людям
Как организовывать доски в Notion

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

В статье Кирилл Мокевнин дает отличный гайд по тому, как организовывать доски в Notion, чтобы они приносили пользу.
Когда RACI матрица может быть полезной

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

В статье перечисляются кейсы, когда RACI может быть оправдана. Несколько примеров:

*️⃣Речь идет не о команде, а о временной рабочей группе
*️⃣В команде происходит регулярная ротация ее участников
*️⃣Работа над большим проектом с кучей зависимостей и ограничений
*️⃣Сложности в коммуникациях
*️⃣Разные руководители тащат группу в разные стороны и требуют разного

Во всех этих случаях RACI – просто подорожник, который не исправляет корневую проблему, а помогает временно полечить симптомы. Если вы хотите исправить проблему в долгую, к ней надо подходить по другому.
Новый сезон Podlodka Teamlead Crew

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

👨‍👩‍👧‍👦Виталий Шароватов разберет, что такое настоящая командная работа, и почему тимлиду нельзя фокусироваться на индивидах
😔Евгений Антонов закопается в механизмы работы демотивации, ее причины и последствия
💪Настя Абрашитова научит методам влияния на людей, которые не находятся у вас в формальном подчинении

А кроме них выступят Евгений Кот, Глеб Михеев, Стас Цыганов, Никита Дубко и другие крутые ребята, докладами и статьями которых я тут регулярно делюсь.

📆Даты конференции: 10-14 апреля
👉Регистрация
Вопросы, которые надо задать себе, когда вас раздражает ваша команда

🤔Достаточно ли явно я объяснил ожидаемый результат работы?
🤔Насколько оправданы мои ожидания от команды, соотносятся ли они с доступными им ресурсами?
🤔Знаю ли я, что именно могло вызвать проблемы у конкретного сотрудника?
🤔Не скатился ли я в микроменеджмент?
🤔Одинаково ли я отношусь ко всем в команде?
🤔Даю ли я честную, ясную и actionable обратную связь?
Переговоры об оффере со стороны нанимающего менеджера

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

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

📆Дата: 30 марта, 20:00
👉Регистрация
Обещание как проект

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

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

Поделитесь в комментариях, как руководителю правильно построить работу с такой командой и определить систему принятия решений!

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

Ура, мы наконец-то закончили подбивать результаты исследования и оформлять красивую инфографику! В опросе приняло участие 570 человек, из которых:
- 68% – линейные руководители
- 22% – менеджеры менеджеров
- 9% – директора

Держите подборку интересных фактов из исследования, которое мы провели вместе с AvitoTech:

🤔90% руководителей перешли в менеджмент в той же компании, где работали инженерами.
🌟Топ-3 обязанности руководителей любого уровня: собеседования, развитие людей в команде и оценка их перфоманса.
💪80% тимлидов считают себя сильнее большинства инженеров в своей команде.
💻Половина руководителей пишет код или занимается другой инженерной работой. Большинство занимается этим в пределах трети своего времени.
👀Активно ищет работу только каждый десятый тимлид.

В полном отчете куча графиков, ссылок на полезные каналы, курсы и книги. Читайте сами, шарьте своим коллегам, выкладывайте скриншоты в Твиттер!
Видеообзор исследования тимлидов

Пару недель назад я писал, что подумываю завести блог на YouTube. Так вот, оно наконец-то произошло! Я решил начать с простого, и записал короткий видеообзор интересных фактов из исследования. Заходите, смотрите (обязательно до конца, чтобы алгоритмы обучились), и подписывайтесь на канал! Очень постараюсь в ближайшие пару недель записать что-нибудь еще.
Несколько советов по онбордингу в проект

📖Начните с бэкграунда. Расскажите, как появилась ваша команда, какую проблему решает проект.
➡️Объясняйте архитектуру не по компонентам системы, а по user journey. Сторителлинг поможет выстроить в голове у человека связную картинку того, что и зачем происходит в проекте.
🎨Нарисуйте простую схему взаимодействия ваших компонентов друг с другом. Она очень упростит объяснения и ее можно будет переиспользовать и в будущем.
Зачем командам нужны тимлиды, и можно ли обойтись без них

6 апреля на YouTube Подлодки пройдет батл, в рамках которого будут разбираться, насколько различным командам нужны тимлиды, в чем состоят их главные обязанности, и возможны ли полностью автономные команды. Спикеров специально подобрали с полярными взглядами и бэкграундом: Алексей Шаграев, Барух Садогурский, Влад Козуля, Георгий Могелашвили.

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

📆Дата: 6 апреля, 19:00 по Москве
Тимлид как щит для команды

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

Автор статьи предлагает ограничивать функции щита в общем виде до следующего:

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

Во всех остальных случаях важно помнить, что вы работаете со взрослыми людьми6 которые сами могут отвечать за свое благосостояние и решать собственные проблемы.
Новость для системных аналитиков!
Тинькофф ищет опытных специалистов, чтобы создавать лучшие финтех-решения на рынке. Спойлер: задачи сложные, но интересные. Посмотреть и откликнуться можно тут: https://v.tinkoff.ru/prof_sa
Архитекторы – это антипаттерн

Замечательная разжигающая статья. Если вам лень читать, вот основные аргументы:

😷 У архитекторов нет шкуры в игре. Они принимают решения, а реализуют за них другие люди. Они не обучаются на последствиях решений.
😞 Если в явном виде назвать кого-то ответственным за архитектуру, остальные инженеры станут уделять ей меньше внимания, и как результат мы получим более слабых разработчиков и хуже спроектированные системы.
😡 Так как архитекторы удалены от настоящей разработки, они могут не понимать всего контекста и сравнительную важность существующих проблем. Как результат – они могут тормозить прогресс, а не двигать его.
👴 Скилы архитекторов могут быстро устаревать, потому что, опять же, они перестают писать код каждый день, считая это менее важной задачей.

А вот что автор предлагает делать, чтобы проблема горела не так ярко:

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

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

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

📆Дата: 7 апреля
🗺️Место: Москва, Технопарк “Сколково”, вход свободный по регистрации
Скрытая стоимость архитектурной сложности

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

🐞Разница в плотности дефектов в проектах с высокой архитектурной сложностью и с низкой составляет целых три раза.
💪Производительность разработки падает на 50%.
👋Вероятность текучки в проектах с неоправданно сложной архитектурой повышается в 10 раз.

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