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

Техника обучения Фейнмана Универсальный алгоритм, который помогает вкатиться в любую сколь угодно сложную тему: 1️⃣Запишите все, что вы знаете о теме, как будто вы объясняете ее кому-то. 2️⃣Отметьте все пробелы в рассуждениях, и вернитесь к изучению темы, пока не закроете их. 3️⃣Переписывайте свое объяснение, заменяя сложные идеи более простыми, пока оно не станет очевидным. А вообще, если вы не читали «Вы, конечно, шутите, мистер Фейнман», закрывайте Телегу, покупайте книгу, и, я гарантирую, это будет лучшее вложение вашего времени.

Интервью по System Design — это обязательный этап собеседований в большие технологические компании уровня FAANG, по результатам которого принимается финальное решение о найме. Но на русском языке почти нет материалов для комплексной подготовки! Поэтому Валерий Бабушкин, Vice President, Data Science в Blockchainꓸcom, и Евгений Нижибицкий, Lead Machine Learning Engineer в AliExpress, создали свой авторский курс, где вы научитесь выстраивать сложные и масштабируемые архитектуры программных систем. За 4 недели вы научитесь: - собирать требования и оценивать нагрузку - применять высокоуровневые схемы и модульный дизайн - масштабировать и повышать отзывчивость систем - создавать подсистемы для хранения данных, поиска и аналитики На курсе System Design вы получите готовый план идеального ответа на собеседовании, а также знания о системах, которые помогут выделиться среди других кандидатов. Записывайтесь на курс по ссылкедо 19 июня! Ждём вас!

Эволюция управления процессом разработки во Фланте Флант – компания, которая продает клиентам услуги продуктовой разработки и обслуживания инфраструктуры. На Хабре они поделились историей развития своей системы управления бэклогом, оценки и распределения задач между инженерами. Отличный пример эволюции, продиктованной возникающими проблемами, вместо слепых попыток внедрить очередную модную методологию. Вот основные идеи, к которым пришла команда: 👉WIP-лимиты и вытягивающая модель, благодаря которым у инженеров не появляется демотивирующей стены нерешенных задач. 👉Регулярный груминг заблокированных задач, благодаря чему они не теряются. 👉Использование «слота WIP», равного двум часам работы опытного инженера, как универсальной единицы приносимой ценности.

Итак, ты стал(а) тимлидом. Что было дальше? 14 июня в 19:00 ребята из СберМаркета приглашают всех тимлидов и тех, кто хочет ими стать, на митап в Москве. Расскажут про тимлидские боли и поделятся историями о развитии карьеры. Что будет на митапе? 📝 «Как тимлиду стать Engineering manager’ом» от Сергея Яныкина, engineering manager в CберМаркете. 📝 «Деление клеток, или Как плавно делить команду и не убить её при этом» от Алексея Партилова, тимлида в СберМаркете. 📝 Public talk «Как сделать твою команду эффективной» c Engineering manager’ами СберМаркета и ведущими подкаста «Для tech и этих». Регистрация по ссылке, количество мест в офлайне ограничено.

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

Российский скрам Отличный блогпост активного участника нашего чата про его опыт с управленческими методологиями: самозародившийся скрам на стройке коровника на Камчатке, управленческий консалтинг в девяностые, появление менеджмента проектов и первое столкновение со скрамом. Кроме рефлексии про полученный опыт, автор выделяет четыре особенности скрама, которые мешают ему прижиться в России в своей оригинальной форме: 1️⃣Отсутствие роли руководителя 2️⃣Слишком сильная ритуальность 3️⃣Неопределенность роли скрам-мастера 4️⃣Скрам – слишком потогонная система

Любой код когда-нибудь станет техдолгом Держите статью-напоминание о том, что даже если вы пишете идеальный код на самом современном стеке, спустя несколько лет он устареет только из-за постоянного цикла смены технологий. 👴🏻Flash, Silverlight и Java апплеты умерли, как и код, написанный для них. 👴🏻Большая часть Objective-C кода с появлением и развитием Swift стала легаси. 👴🏻Стандарт OpenTelemetry сделал написанные ранее инхаусные библиотеки для трассировки неактуальными. Все со временем превращается в технический долг. Об этом важно помнить, чтобы не ударяться в чрезмерную оптимизацию существующих проектов.

Архитектурные принципы Пару месяцев назад я выкладывал холиварную статью о том, что архитекторы не нужны. Но в любой системе, над которой работает больше одной команды, в конце концов появляется необходимость в согласованности решений по проектированию и выбору технологий. Один из вариантов ее решения – совместно выбрать набор декларативных архитектурных принципов. Несколько примеров из статьи: 📝Use cloud services if being lock-in to a particular provider is acceptable. 📝Prefer standard data formats over third-party and custom formats. Главное при составлении таких принципов – не делать их слишком общими, одновременно обо всем и ни о чем.

D&D как инструмент тимлида Удаленка – круто, но она влияет на наше восприятие людей. Оно становится однобоким, мы не видим, как люди действуют в различных жизненных ситуациях, и гораздо хуже представляем себе их ограничения и возможности. Виктор Корейша предлагает довольно необычный способ того, как посмотреть на свою команду в необычных срежессированных обстоятельствах – вовлечь их в разговорную ролевую игру. Идея, на самом деле, очень крутая: 🎲Позволяет быстро понять культуру общения и взаимодействия в команде. 🎲Помогает внедрять в команду новичков и давать им почувствовать чувство локтя. 🎲Можно увидеть скрытые конфликты между людьми, которые не видны в рабочей обстановке. 🎲Позволяет выделить неформальных лидеров. В статье глубоко разбирается несколько примеров из практики Виктора, и объясняется, как самому провести такую игру в своей команде.

15-минутный утренний ритуал подготовки ко встречам Хуже дня, забитого митингами, только день, в который эти митинги прошли бесполезно. Чтобы этого избежать, попробуйте встроить в свою ежедневную утреннюю рутину практику подготовки ко всем встречам в календаре. Автор видео предлагает ответить на три вопроса для каждой из них: 1️⃣Какие результаты я хочу получить от этой встречи 2️⃣Какие проблемы могут возникнуть на ней 3️⃣Как я могу их преодолеть Выглядит как вполне разумный список вопросов. Как сайд-эффект ответа на первый из них, часть встреч можно будет вообще отменить.

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

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