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

Вебинар про мотивацию от участников нашего чата TLBootcamp Ребята в нашем чате самоорганизовались и проводят вебинар про мотивацию сотрудников к обучению. Дмитрий Болдырев, организационный психолог, расскажет доклад про то, из чего образуется мотивация, как на нее можно влиять, как провести границу между мотивированием и манипуляцией и, главное, как мотивировать сотрудников к обучению. После доклада – сессия ответов на вопросы, которую будет модерировать Виталий Шароватов. 📆Дата: 3 августа, 19:00 по Москве 👉Ссылка на Zoom

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

Как искать людей в воронку найма Найм людей – задача не рекрутера, а тимлида. От укомплектованности команды правильными людьми зависит именно твой успех. Поэтому тимлиду важно самому вовлекаться не только в процесс проведения собеседований, но и в более ранние этапы воронки найма. Я про это даже писал отдельную статью. Она уже не прямо свежая, но состарилась довольно-таки неплохо! Так вот, по ссылке в заголовке – другая статья. Я не согласен со всеми советами оттуда, но меня очень привлекла одна конкретная ее часть – упор на реферралки от уже нанятых сотрудников. Где бы я ни работал, реферральная программа приносила самых клевых и замотивированных кандидатов, но при этом эйчары постоянно продалбывали ее правильно организовать. В статье приводится одна клевая практика, которой я когда-нибудь воспользуюсь – если у вас нет времени и желания выстраивать полноценную реферральную программу, можете провести one-time event, на котором за каждый реферрал от коллег вы будете выдавать им какой-то мерч, протеиновый батончик или еще что-то вкусное.

Фреймворк для оценки экономического импакта любой работы Одна из призм, через которые можно посмотреть на то, какую ценность ваша команда предоставляет пользователю – ее экономический эффект, оказываемый на компанию. Этот импакт можно разделить на четыре ключевые категории. 📈Increase revenue: любые изменения, которые ведут к тому, что либо у продукта появляется больше пользователей, либо получается заработать больше с текущих пользователей. 🔐Protect revenue: действия, направленные на то, чтобы удержать текущий рынок, повысить лояльность существующих пользователей, или поддерживать требуемую скорость разработки. 📉Reduce costs: все, что помогает резать косты, в том числе процессные улучшения и автоматизация. ✋Avoid costs: действия, которые помогают избежать возможных трат в будущем, митигация рисков.

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

Интервью с СОО Shopify про борьбу с бесполезными митингами и ценности компании На прошлой неделе в Твиттере широко разошелся скриншот Shopify Cost Calculator – внутреннего инструмента, который подсчитывает примерную стоимость каждого митинга с учетом состава его участников. В интервью раскрывается больше подробностей того, а что вообще в компании происходит: 👉В начале 2023 года менеджмент запустил стратегию борьбы с лишними коммуникациями: отменились все митинги с 3+ участниками, удалились лишние каналы в Slack, вернулась практика no meeting Wednesday. А еще в календаре изменили дефолтный ответ на присылаемый митинг с approve на decline. Как результат этих изменений, среднее время участия во встречах сократилось на 30%. 👉Вместо этого пропагандируется культура письменных коммуникаций. Например, специальная внутренняя система "Get Shit Done" – это что-то вроде репортилки о прогрессе целей, в которой используется текст.

Автономность и выравнивание Знаете фразу "просто наймите крутых людей, и не мешайте им работать"? Меня она всегда очень сильно смущала, потому что абсолютно ничего не говорила о том, как обеспечивать, чтобы эти крутые люди не тащили продукт и компанию в разные стороны. Статья как раз о том, почему люди часто путают необходимость выравнивания с отсутствием автономности.

Гайд для начинающих про то, как устроена продуктовая разработка Представьте, что к вам в команду выходит зеленый продакт, который раньше не работал с командами разработки. Вы будете говорить с ним на разных языках, и столкнетесь о такое количество граблей, что и подумать страшно. Ребята из интенсива Валерии Розовой сделали полноценное исследование: за полтора месяца они изучили десятки открытых источников и провели интервью с продактами разного уровня, от middle до CPO. Все это сложилось в большой гайд, который поможет разобраться в процессах продуктовой разработки. Внутри есть ответы на вопросы: 👉Кто входит в команду разработки и за что они отвечают 👉Что входит и не входит в задачи продакта на этапе Delivery 👉Основной глоссарий по архитектуре, процессам, технологическому стеку 👉Какие первые шаги продакту сделать в своей работе (а вот эта часть полезна и тимлидам, которые думают вкатиться в продакт-менеджмент) Бонусом к гайду идет куча ссылок на статьи, видео и подкасты, которые можно вбрасывать своим знакомым продактам, чтобы они подкачали свою техническую жилку!

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

Как Google работает с техническим долгом В Google кажый квартал проводятся опросы всех инженеров, основная задача которых – следить за тем, насколько им нравится работать, и что влияет на их удовлетворенность. Когда в факторах неудовлетворенности стал лидировать технический долг, рисерчеры закопались в проблему глубже. 👉После интервью с инженерами абстрактный техдолг разбили на категории: отсутствующая документация, недостаток или ненадежность тестов, деградирующая кодовая база, проблемы в релизном процессе, и другие. 👉Для техдолга попытались ввести объективные метрики, которые можно собирать чаще и быстрее, чем опросами – но ничего не получилось, сильной корреляции нигде не нашлось. 👉Для команд ввели две вспомогательные практики – фреймворк управления техдолгом и матрицу градаций техдолга. 👉Зашли со стороны обучения, провели много воркшопов и курсов по управлению техдолгом разного вида. 👉Внедрили тулинг, позволяющий замерять серьезность проблем в конкретных областях. Например, качества тестов, или протухших зависимостей.

Страх и ненависть performance review в Microsoft Про кровавые performance review в Microsoft ходит много городских легенд. Главная из них про то, что по результатам ревью 10% сотрудников с наихудшим перфомансом ждало увольнение. Автор статьи, работавший в Microsoft в годы, когда компания экспериментировала с разными подходами к оценке сотрудников, делится своим опытом участия в этой бессмысленной и неэффективной системе stack ranking'а людей.

Как всей командой оценивать риски 1️⃣Нарисуйте на вайтборде или в Miro схему вашей системы или процесса. 2️⃣Попросите каждого человека в команде в течение 10 минут подумать над рисками, которые он видит, и выписать их на отдельные стикеры. Разные цвета – разные категории важности. 3️⃣Наклейте стикеры на схему, в те ее части, к которым относятся упомянутые риски. 4️⃣Обсудите все риски, уделяя особенное внимание тем случаям, когда риск видит только один человек, и тем, когда у людей есть противоположное друг другу мнение. 5️⃣А дальше по классике – разложите все риски, с которыми команда согласилась, по шкалам probability и impact, и начинайте прорабатывать их.