Teamlead Good Reads – ежедневные советы про менеджмент людей и команд
25.1K subscribers
361 photos
3 videos
1.67K links
Самые интересные статьи, видео и новости, связанные с управлением людьми, командами, разработкой и продуктами.

РКН: https://gosuslugi.ru/snet/67b4386d2a44e21839a0f87f

Продуктовая папка: https://t.me/addlist/YvmnHCHUp700Nzky

Реклама: @tanyasanovna
Download Telegram
Не копируйте оргструктуру Spotify

Лет пять назад было очень модно копировать модель, по которой Spotify организует свои команды – все эти сквады, трайбы и гильдии. В большинстве случаев это приносило больше проблем, чем пользы. Причина этого – карго-культ, так как вместо фокуса на идеях компании слепо пытались перенести внешние атрибуты.

У каждой компании своя культура и специфика. Как и во всех других случаях, в первую очередь думайте о проблемах, а не о конкретных решениях.
👍22👎1
42 урока, вынесенных из опыта создания новой базы данных

Техлид Delos, базы данных, активно использующейся во внутренней инфре Meta, делится наблюдениями, которые будут рклевантны всем, кто руководит платформенными командами или делает какие-то инфраструктурные продукты. Несколько любимых советоа:

👉Старайтесь, чтобы ваш проект был устойчивым к реорганизациям компании. Поддерживайте отношения с иенеджерами, которым когда-нибудь может достаться ваш проект, делайте так, чтобы они понимали его пользу.
👉Не набирайте пользователей сразу. В идеале, начинайте с одного, причем такого, нужды которого дадут вам сосредоточиться на корной технологии.
👉Регулярно повторяйте меннджерам оценку сложности задач, иначе из-за занятости и невнимательности они могут ошибиться на порядки.
👉Если в компании разрабатывается другой проект, решающий ту же проблему, соревнуйтесь с ними не в эффективности решения отдельных задач и не в производительности команд, а в фундаментальных характеристиках систем.
👍9
NDA не работают

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

👉Документ, подробно описывающий, что вообще составляет коммерческую тайну
👉Подписанное соглашение с каждым сотрудником, адаптированное под конкретную должность
👉Журнал доступа к коммерческой тайне
👉Гриф коммерческой тайны на всех релевантных документах
👉Подписанные акты передачи информации со всеми, кто открывал документы

Кстати, мы записывали выпуск Подлодки на ту же тему для тех, кто хочет погрузиться поглубже!
👍23👎102
Кент Бек про вред оценок и дедлайнов

Хороший пост от Кента Бека, одного из отцов XP. Он напоминает про то, почему оценки и дедлайны не просто бесполезны, а еще и вредны для успеха продукта, и предлагает простой agile процесс, направленный на принесение клиентам максимальной пользы:

👉По понедельникам вся команда собирается вместе и отвечает на два вопроса: "Что для нас важнее всего достичь на этой неделе?" и "Что мы на спмом деле можем сделать за неделю?".
👉По пятницам команда собирается снова и обсуждает, что было хорошо, что можно улучшить, насколько получилось доставить ценность пользователям. Короче, ретроспектива про процессы и про результат.
👉Все попытки сравнивать производительность неделя к неделе, планировать вперед на кварталы, сравнивать команды друг с другом запрещены.
👍315
Три менеджерских подхода

Статья в первую очередь направлена на СТО и директоров, но может быть полезна и линейным руководителям. Автор выделяет три стиля менеджмента, между которыми надо переключаться в зависимости от типа принимаемого решения.

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

Для каждого из стилей приведен подробный чек-лист шагов, которые надо предпринять, и примеры ситуаций, в которых они помогали.
👍205
Получите работу в крупной IT-компании всего лишь за один день!

МойОфис ищет опытных бэкенд-разработчиков и готов нанять несколько человек за один день. Отбор проходит в рамках One day offer, который случится уже 25 ноября. Если вы хотите стать частью крутой команды и создавать продукты, которыми пользуются множество клиентов в России и по всему миру, то отправляйте резюме и выполненный онлайн-тест на одну из следующих позиций:

- Golang-разработчик
- C++ разработчик

Ищут специалистов уровня middle, senior и lead с опытом работы от 3 лет.
Плюшки: конкурентная зарплата, ДМС со стоматологией, компенсация фитнеса, оплата питания, возможность работать удаленно и многое другое.

Спешите, заявки принимаются до 17 ноября. Все подробности тут
👎7👍52
Шесть концепций системного мышления

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

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

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

Если вы узнали себя, то в статье есть набор вопромов для рефлексии, которые помогут вернуть чувство реальности, понять, что вас заряжает на работе, и попробовать выкарабкаться из цикла сомнений в себе.
23👍3
Outcome roadmap

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

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

Посмотрите схемы, возможно, такой роадмап подойдет именно в вашей ситуации!
23👍4
Уточняйте свои просьбы

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

Поэтому, если вы просите кого-то о помощи, будьте конкретными:

👉Уточните время, которое стоит потратить на вопрос. Например: "Если займет больше 15 минут, то забей".
👉Уточните приоритет относительно других задач. Например: "Не стоит откладывать другие важные задачи из-за этой. Но если за две недели не успеешь заняться, скажи мне, пожалуйста".
👉Уточните, просите ли вы рассказать о существующем знании или узнать что-то новое.
👉Уточните, как конкретно вы планируете использовать полученную информацию, чтобы было легче сопоставить результат и затрачиваемые усилия.
35👍26
Приемы по внедрению изменений в процессы

👉Если все в команде понимают решаемую проблему, и нужно выровняться по конкретным улучшениям, подойдет Improvement Kata. Это простой подход к проведению процессных экспериментов и оценке их влияния на результат. Основной плюс – удобная визуализация происходящего.
👉Если общего понимания проблемы нет, и ее сначала нужно продать, лучше всего начать с разговоров с отдельными людьми, и, только получив согласие от всех вовлеченных, делать презентацию на группу. Такой подход называется японским термином Nemawashi.
👉Если количество людей, которых надо убедить в изменении, слишком большое – лучше всего описывать его в виде документа. Как варианты: A3 problem solving или RFC.
👍181
Оптимальное количество людей у менеджера

Количество людей, которое вы можете успешно менеджерить, зависит от кучи факторов: сеньорности менеджера и сотрудников, вашей собственной вовлеченности в разработку, да и вообще типа работы, за который отвечает команда.

В статье предлагается простая шкала, по которой можно определить оптимальное количество людей для конкретной ситуации.
👍251
Когнитивные искажения в программировании

Серия из трех постов про частые когнитивные искажения, которые особенно заметны в работе программистов. Вот несколько примеров:

👉Феномен Баадера-Майнхоф: если вы думаете о чем-то, то начинаете замечать упоминания этого на каждом шагу.
👉Предпочтение нулевого риска: вместо выбора решения с наибольшей эффективностью в целом, вы выбираете то, которое сводит к нулю какой-то один из факторов.
👉Искажение восприятия сделанного выбора: вы ищете оправдания и рационализацию выбору, который уже успели сделать.
👍125
Инструкция по быстрому бенчмаркингу зарплат в команде

Конец года – традиционное время пересмотра вилок зарплат. В статье разбирается, как с помощью нескольких скриптов и табличек быстро собрать актуальный срез зарплат, оценить его распределение по перцентилям и сравнить с зарплатами людей в вашей команде.
👍12👎21
State of Developer Ecosystem

Подъехали результаты большого ежегодного исследования разработчиков от JetBrains.

👉77% разработчиков используют ChatGPT, а 46% – CoPilot. Самый частый сценарий – задавать вопросы общего характера про программирование.
👉Выгорание за свою карьеру переживали 73% разработчиков.
👉Для 58% первым шагом к обучению программированию было формальное образование. На втором месте – книги, но уже только 10%.
👉Только у 63% разработчиков в проекте есть юнит тесты.
👉Среди языков программирования единственным растущим остался Rust.
👉Три самых высокооплачиваемых языка: Scala, Go, Kotlin.
👉Новые языки чаще всего учат просто ради интереса, для работы над личными проектами и чтобы следить за трендами.
17👍6👎2
Прямо сейчас три команды Авито находятся в поиске опытных тимлидов разработки:

➡️ Тимлид разработки в команду инфраструктуры поиска
➡️ Тимлид разработки в команду внутренних проектов (Legal Tech)
➡️ Тимлид разработки в команду Support Systems

Здесь вы сможете реализовать свои идеи в проекте с многомиллионной аудиторией и талантливой командой.

Зарплата достойная (обсуждается на собеседовании), а ещё:

– мощное железо, дополнительные мониторы и всё, что нужно для продуктивной работы;
– личный бюджет на обучение, который можно тратить на книги, курсы и конференции;
– ДМС со стоматологией с первого дня;
– прозрачная система премий;
– удалёнка и крутой офис в 2-х минутах от метро «Белорусская»;
– терапевт и массажист, которые принимают в офисе.

Откликайтесь на вакансии и присоединяйтесь к одной из команд!
👍10👎101
Как строить доверие

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

👉Действуйте одинаково в похожих ситуациях. Менеджер, реакцию которого невозможно заранее предсказать, точно не создаст фундамента для доверительного общения.
👉Ясно и открыто рассказывайте про происходящее в компании и любые изменения, которые могут затронуть людей. Если что-то рассказывать нельзя, то не уклоняйтесь от ответов, а ясно объясняйте, почему информацией сейчас делиться нельзя.
👉Будьте надежными, и отвечайте за свои слова.
👉Как можно реже прибегайте к режиму авторитарного управления.
👉Давайте как можно больше фидбэка, причем с уклоном в позитивный.
👉Открыто признавайте заслуги других, а провалы берите на себя.
👉Делегируйте людям в команде не только скучную для вас работу, но и те задачи, которые вам самому кажутся интересными.
👍338
Опрос про Роадмап Тимлида

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

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

👉Ссылка на опрос
👍33