Привет! Меня зовут Егор Толстой. Я веду подкаст Подлодка, руковожу командой разработки языка программирования Kotlin, а до этого много лет был продакт-менеджером и руководил разными инженерными командами.

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

Если какой-то пост был вам полезен – ставьте 👍, ❤️ и 🔥, мне это важно! А еще лучше – подписывайтесь на мой Твиттер и другие Telegram-каналы: iOS Good Reads, Android Good Reads, QA Channel.

Навигация по постам:
#digest – регулярные подборки лучших материалов
#книги – рекомендации книг
#найм – все, связанное с подбором людей и собеседованиями
#развитие_себя – улучшение своих тимлидовских навыков
#люди – про все навыки, связанные с работой с людьми
#процессы – процессы разработки, управление сроками и скоупом
#техлидство – инженерная культура, архитектура, практики
#управление_компанией – про company-wide процессы, оргструктуру
#инструменты – прикладные материалы, пополняющие ваш toolbox
#качество – управление и улучшение качества системы, за которую вы отвечаете
#карьера – поиск работы тимлидом, прохождение собеседований, рост в компании

Что делать менеджеру менеджеров, которого волнует, чтобы проекты на уровне конкретных команд делались в срок, но который не хочет скатываться в микроменеджмент? В этой заметке предлагаются наборы инструментов для того, чтобы разобраться в ситуации, добавить в систему недостающие элементы и устранить возможные препятствия. Для привлечения внимания несколько конкретных техник:
📌Установить систему кроссфункциональных приоритетов, чтобы проект одной команды не останавливался из-за собственных планов другой
📌Провести Skip levels встречи с членами команд, чтобы понять их картину мира
📌Проверить наличие у команд сразу нескольких стейкхолдеров с разными запросами или других источников приоритетов, которые могут отвлекать их от основной задачи

#инструменты #люди

Разбор трех принципов работы с людьми из хорошей книги «The One Minute Manager»:
🎯Ставьте короткие и понятные цели
🙏Хвалите за хороший перфоманс
💬В случае плохого перфоманса давайте незамедлительный точный фидбэк

Каждый из принципов раскладывается на простые алгоритмы и разбирается на примерах. Если понравится – добавляйте и саму книгу в избранное, она стоит того!

#люди

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

#люди #управление_компанией

Для того, чтобы помочь тимлидам оценивать грейд своих разработчиков, а вместе с ним и уровень зарплаты, в SkyEng собрали специальный опросник из 14 пунктов. В нем проверяется умение работать самостоятельно, технический кругозор, понимание бизнес проблемы и умение действовать в условиях неопределенности. Говорят, что для них сработало классно. Расскажите в комментариях, что думаете про такой подход.

#управление_компанией #люди

Honeycomb делятся своим подходом к определению грейдов. У них довольно интересный подход – вместо введения кучи критериев они смотрят на два:
🧳Ownership – на каком уровне разработчик вовлекается в проект (execution / process / solution discovery / problem discovery)
📏Scope – какого примерно размера выполняемые проекты (task / feature / project / product / company)

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

#управление_компанией #люди

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

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

#люди

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

#развитие_себя #люди

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

В статье предлагается несколько техник, помогающих достучаться до сотрудника:
📌В случае возникновения похожих неловких ситуаций, проговорите вслух то, что происходит, и что вас смущает. Не надо расчитывать, что человек догадается сам.
📌Не бойтесь делать длинные паузы и давать человеку время обдумать фидбэк, даже если это кажется неловким. Не все готовы сразу же отреагировать.
📌Попросите человека повторить, какой именно фидбэк он услышал.
📌После дачи фидбэка переходите к открытым коучинговым вопросам, например «Что ты планируешь поменять с учетом фидбэка!»
📌Зафиксируйте явные следующие шаги

#люди #инструменты

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

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

#люди

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

#люди #инструменты

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

#люди #управление_компанией

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

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

#люди #развитие_себя

Кстати, Александр Орлов рассказывал отличный доклад про конфликты на одной из прошлых конференций Podlodka Teamlead Crew. Раз мы сегодня начали говорить о конфликтах, решил им поделиться со всеми!

Если вам нравится формат наших конференций, крутые эксперты и прикладная полезность полученных знаний, приходите на новый сезон Teamlead Crew, который начался уже сегодня. Тема – внедрение изменений в команду и процессы. Для тех, кто заскакивает в последний вагон специальный промокод на скидку 15% – CONFLICT_FREE. Увидимся на конфе!

#люди

Люди часто боятся просить других о помощи. А программисты, где каждый первый с синдромом самозванца, боятся этого еще сильнее. Вы, как тимлид, часто можете столкнуться с тем, что ваш сотрудник сильно продолбался из-за того, что вовремя не попросил стороннего совета – и вам нужно посоветовать ему что-то конструктивное, что может помочь перебороть эту боязнь. Держите подборку конструктивных советов, которые вы можете использовать в таких случаях:
💬Если боитесь потревожить кого-то конкретного, просите о помощи в общем чате
💬Если не можете сформулировать точный вопрос, попросите о синхронной помощи – созвониться на 10 минут и вместе подумать о проблеме
📆Будьте гибкими в плане временных слотов, и сразу пишите, что помощь нужна не сию минуту, а в течение нескольких дней
💭Вместо конкретных решений просите у человека объяснить его мыслительный процесс и модели, с которыми он подойдет к проблеме

#люди

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

#люди #инструменты

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

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

#люди #процессы

За последние годы во все большем количестве компаний появляются расширенные инженерные карьерные пути. Часто их обозначают как Staff+. Но одним только введением новых карьерных уровней не обойтись. Staff+ роли требуют соответствующего уровня задач, инженерной и менеджерской культуры. Автор статьи проинтервьюировал кучу staff+ разработчиков из больших и маленьких компаний и сделал подборку самых частовстречающихся дисфункций. Вот некоторые из них:
📌Под красивыми лозунгами про автономность в выборе целей и соедств их достижения staff+ инженеров на самом деле скрывается отсутствие поддержки от менеджеров и понимания с их стороны того, что нужно делать
📌Staff+ инженерам предлагается управлять другими за счет авторитета, в то время как вся корпоративная культура ориентирована на управление за счет административных полномочий
📌Менеджмент требует тратить на написание кода все время, не учитывая другие активности
📌Staff+ инженерам ставятся большие амбициозные цели, но менеджмент не пытается помочь в их достижении за счет работы со стратегией и оргструктурой, в результате ничего не получается

#люди #найм #управление_компанией