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

Пример Manager's Readme Я уже выкладывал в канале несколько материалов про то, что такое Manager's Readme. Если концепция заинтересует, посмотрите на них в поиске. Если кратко – это небольшой документ, в котором описываются ваши основные менеджерские принципы и ожидания от своей команды. Он особенно хорош, когда вы только вкатываетесь в новую команду, и не выстроены неявные модели ожиданий и рутина. В статье по ссылке из заголовка тимлид небольшой команды показывает свой readme в сыром виде. Мне нравится там следующее: 👉Явно прописаны основные ожидания от роли самого менеджера. 👉Очень простыми словами объясняется, зачем нужны 1-1, и они не смешаны с проектными синками. Что мне не очень нравится: 👉Документ получился сборной солянкой. Например, там зачем-то описывается в деталях роль "лидера фичи", или рабочее расписание. Кажется, этому место где-то в других артефактах.

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

Чего ожидать от девелопер адвоката Роль девелопер адвоката еще более загадочная, чем роль тимлида – мало кто может сформулировать, чем они должны заниматься. James Ward, довольно известный чувак в этой области, который сейчас работает в Google, попробовал сформулировать ожидания от роли в терминах набора артефактов, которые должны получаться на выходе любого проекта: 👉Семплы кода 👉Блог посты 👉Презентация или видео с лайвкодингом 👉Hands-on воркшоп 👉Сообщения в социальных сетях с широкими охватами 👉Фидбэк по продукту 👉Улучшение отношений с коммьюнити и партнерами

Выпуски Подлодки про управление командами Мы недавно провели опрос слушателей нашего подкаста и помимо прочего выяснили, что тимлиды – один из самых крупных сегментов наших слушателей! По этому поводу держите подборку релевантных выпусков за последний год! 👉Онбординг с Евгением Антоновым про то, как построить простой и качественный процесс ввода в работу новых людей в вашей команде. 👉Организация стажировок со Стасом Цыгановым про то, как расширить воронку найма за счет кандидатов вообще без опыта работы, и как построить их отбор и обучение. 👉Письменная культура с Александром Ложечкиным про то, как развивать скилл написания полезных и понятных текстов и как эта кудьтура выстроена в Microsoft и Amazon. 👉Делегирование с Евгением Котом про самый важный навык любого руководителя. 👉Холакратия с Андреем Кузнецовым про то, как в Точке построена организация команд и процессы их работы. 👉Engineering Director с Евгением Котом про то, что меняется, когда от руководства командой вы переходите к руководству большим департаментом. Если вам понравились эти или другие выпуски – напишите нам что-то хорошее в отзывах в Apple Podcasts, или прямо в чатике подкаста!

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

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

Книги, которые вы прочитали в этом году У меня выдался очень ненасыщенный год на менеджерскую литературу, всего несколько книг, которые готов порекомендовать: 👉Radical Candor – про то, как давать открытый и честный фидбэк в моменте, а не тянуть с ним вечность. 👉The Culture Map – про особенности работы с людьми разных культур. 👉Team Topologies (ее еще не дочитал, но пока нравится) – про осознанный подход к организационному дизайну. Расскажите, а что в этом гожу прочитали вы? Что понравилось, а что – не очень?

🔥 Энтузиасты от комьюнити проектных менеджеров снова проводят исследование рынка, которое стало уже ежегодным! Цель: выяснить зарплаты руководителей проектов и факторы, от которых они зависят, по выборке больше 1500 респондентов до 20 января 2024 года Прошлогодний рекорд не побит - 564 чел 💪 Давайте поднажмем в этом году 🚀 Ссылка на опрос (~5 минут)

Как СТО развалить компанию Представьте, что вас наняли как СТО в компанию, которую по какой-то причине вы хотите разрушить. За явный саботаж вас, конечно, уволят, поэтому нужно действовать в социально-приемлемых рамках. Вот мои любимые советы из статьи: 👉Внедрите сложный процесс приемки изменений, оправдывая его требованиями безопасности и комплаенса. 👉Требуйте вносить все задачи в трекер, а после этого проводить через ревью и приоритизацию группой не меньше 5 человек. 👉Чтобы избежать вендор-лока, настаивайте на том, чтобы реализовывать все самим вместо покупки готовых решений. 👉Поддерживайте коллективное владение кодом. 👉Наймите архитекторов и требуйте прохождения архитектурного ревью для всех изменений. 👉Привяжите зарплату к должности, а должность к размеру команды. 👉Отправляйте хай-перформеров на R&D проекты без четкой судьбы и целей. В статье советов еще больше. Накидайте в комменты других полезных тактик незаметного развала компании.

Тестовая неделя как способ найма Linear делятся своим опытом добавления в процесс найма тестовой недели, в течение которой кандидат работает в их компании. Цели понятные – дать возможность и команде, и кандидату посмотреть на то, как он будет работать с реальными задачами, и сработаются ли они вообще. Неделя оплачивается. Кандидату дают доступ ко всем необходимым инструментам и ставят четкую задачу. Например, реализовать фичу, которая поможет триажить входящие тикеты. Через эту систему проходят все нанятые люди, включая топ-менеджеров. Говорят, что ретеншн-рейт команды на протяжении 4 лет составил 96%.

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

Выпуск Подлодки про то, кто такой engineering director Руководить другими менеджерами – совсем не то же самое, чем линейными сотрудниками. Записали выпуск Подлодки с Евгением Котом про то, в чем заключаются основные особенности работы инжиниринг директором от обычной менеджерской роли, и поговорили, какие знания и навыки будут обязательными.