Привет! Меня зовут Егор Толстой. Я веду подкаст Подлодка, руковожу командой разработки языка программирования Kotlin, а до этого много лет был продакт-менеджером и руководил разными инженерными командами.
Я верю в то, что для своего развития как технического руководителя важно повышать насмотренность. Проще всего это делать, читая статьи про проблемы, с которыми сталкиваются другие компании, их подходы к решениям и ошибки. Поэтому я читаю много статей и книг про управление командами, процессами и разработкой, а самыми полезными материалами делюсь в этом канале.
Если какой-то пост был вам полезен – ставьте 👍, ❤️ и 🔥, мне это важно! А еще лучше – подписывайтесь на мой Твиттер и другие Telegram-каналы: iOS Good Reads, Android Good Reads, QA Channel.
Навигация по постам:
#digest – регулярные подборки лучших материалов
#книги – рекомендации книг
#найм – все, связанное с подбором людей и собеседованиями
#развитие_себя – улучшение своих тимлидовских навыков
#люди – про все навыки, связанные с работой с людьми
#процессы – процессы разработки, управление сроками и скоупом
#техлидство – инженерная культура, архитектура, практики
#управление_компанией – про company-wide процессы, оргструктуру
#инструменты – прикладные материалы, пополняющие ваш toolbox
#качество – управление и улучшение качества системы, за которую вы отвечаете
#карьера – поиск работы тимлидом, прохождение собеседований, рост в компании
Я верю в то, что для своего развития как технического руководителя важно повышать насмотренность. Проще всего это делать, читая статьи про проблемы, с которыми сталкиваются другие компании, их подходы к решениям и ошибки. Поэтому я читаю много статей и книг про управление командами, процессами и разработкой, а самыми полезными материалами делюсь в этом канале.
Если какой-то пост был вам полезен – ставьте 👍, ❤️ и 🔥, мне это важно! А еще лучше – подписывайтесь на мой Твиттер и другие Telegram-каналы: iOS Good Reads, Android Good Reads, QA Channel.
Навигация по постам:
#digest – регулярные подборки лучших материалов
#книги – рекомендации книг
#найм – все, связанное с подбором людей и собеседованиями
#развитие_себя – улучшение своих тимлидовских навыков
#люди – про все навыки, связанные с работой с людьми
#процессы – процессы разработки, управление сроками и скоупом
#техлидство – инженерная культура, архитектура, практики
#управление_компанией – про company-wide процессы, оргструктуру
#инструменты – прикладные материалы, пополняющие ваш toolbox
#качество – управление и улучшение качества системы, за которую вы отвечаете
#карьера – поиск работы тимлидом, прохождение собеседований, рост в компании
Что делать менеджеру менеджеров, которого волнует, чтобы проекты на уровне конкретных команд делались в срок, но который не хочет скатываться в микроменеджмент? В этой заметке предлагаются наборы инструментов для того, чтобы разобраться в ситуации, добавить в систему недостающие элементы и устранить возможные препятствия. Для привлечения внимания несколько конкретных техник:
📌Установить систему кроссфункциональных приоритетов, чтобы проект одной команды не останавливался из-за собственных планов другой
📌Провести Skip levels встречи с членами команд, чтобы понять их картину мира
📌Проверить наличие у команд сразу нескольких стейкхолдеров с разными запросами или других источников приоритетов, которые могут отвлекать их от основной задачи
#инструменты #люди
📌Установить систему кроссфункциональных приоритетов, чтобы проект одной команды не останавливался из-за собственных планов другой
📌Провести Skip levels встречи с членами команд, чтобы понять их картину мира
📌Проверить наличие у команд сразу нескольких стейкхолдеров с разными запросами или других источников приоритетов, которые могут отвлекать их от основной задачи
#инструменты #люди
Lethain
Mailbag: Resources for Engineering Directors.
Recently I got an interesting question from someone looking for resources for Engineering Directors,
as distinct from general engineering management:
I was wondering if you’ve written any posts geared towards engineering directors or have any recs for posts…
as distinct from general engineering management:
I was wondering if you’ve written any posts geared towards engineering directors or have any recs for posts…
Учить команду принимать решения самостоятельно – со всех сторон правильное занятие. Оно позволяет вам, как тимлиду, сосредоточиться на стратегических вопросах и перестать быть бутылочным горлышком, вдохновляет команду, создает чувство коллективной ответственности и помогает росту членов команды.
В статье разбираются инструменты, которые помогают команде развить у себя такой скилл, и процесс фасилитации встреч с принятием командных решений. Вот про какие инструменты идет речь:
🃏Delegation Poker для определения того, что и кому делегировать
🎉Celebration Grid для того, чтобы отмечать успехи команды
🗺Personal Maps для притирки членов команды друг к другу
#инструменты
В статье разбираются инструменты, которые помогают команде развить у себя такой скилл, и процесс фасилитации встреч с принятием командных решений. Вот про какие инструменты идет речь:
🃏Delegation Poker для определения того, что и кому делегировать
🎉Celebration Grid для того, чтобы отмечать успехи команды
🗺Personal Maps для притирки членов команды друг к другу
#инструменты
Management 3.0
Facilitating team decision-making | Management 3.0
How can you as a team decide effectively and how you as a leader can facilitate team decision-making? Decision-making processes and techniques in the workplace:
Представьте себе ситуацию – у вас в команде есть плохо работающий сотрудник, до которого, как вам кажется, не доходит ваш фидбэк. Вы собираете все в кучу, рассказываете ему, но все еще не видите сигналов того, что он понимает серьезность ситуации.
В статье предлагается несколько техник, помогающих достучаться до сотрудника:
📌В случае возникновения похожих неловких ситуаций, проговорите вслух то, что происходит, и что вас смущает. Не надо расчитывать, что человек догадается сам.
📌Не бойтесь делать длинные паузы и давать человеку время обдумать фидбэк, даже если это кажется неловким. Не все готовы сразу же отреагировать.
📌Попросите человека повторить, какой именно фидбэк он услышал.
📌После дачи фидбэка переходите к открытым коучинговым вопросам, например «Что ты планируешь поменять с учетом фидбэка!»
📌Зафиксируйте явные следующие шаги
#люди #инструменты
В статье предлагается несколько техник, помогающих достучаться до сотрудника:
📌В случае возникновения похожих неловких ситуаций, проговорите вслух то, что происходит, и что вас смущает. Не надо расчитывать, что человек догадается сам.
📌Не бойтесь делать длинные паузы и давать человеку время обдумать фидбэк, даже если это кажется неловким. Не все готовы сразу же отреагировать.
📌Попросите человека повторить, какой именно фидбэк он услышал.
📌После дачи фидбэка переходите к открытым коучинговым вопросам, например «Что ты планируешь поменять с учетом фидбэка!»
📌Зафиксируйте явные следующие шаги
#люди #инструменты
Хорошая статья о рабочих конфликтах, которая маскируется под критику чрезмерного использования термина “выгорание”. В чем суть – есть научное исследование, которое доказывает наличие корреляции между наличием конфликтов и выгоранием в команд. Прочитав его, автор решает вылечить выгорание в своей команде. Он использует для этого следующие способы:
📌Переводит конфликты из скрытых в открытые
📌Прорабатывает конфликты со всеми их участниками
📌Распутывает длинные конфликтные цепочки до самого начала
#люди #инструменты
📌Переводит конфликты из скрытых в открытые
📌Прорабатывает конфликты со всеми их участниками
📌Распутывает длинные конфликтные цепочки до самого начала
#люди #инструменты
Хабр
Выгорание — блажь лентяев, заработок коучей или производственная проблема?
Термин «выгорание» вошёл в мою жизнь как-то неожиданно. Работал я. Работал много лет: сначала кодил, потом свои проекты делал, команды собирал, бизнес налаживал… И тут — Бац! Куча мемов на эту тему во...
Держите две полезные подборки:
1️⃣Шаблоны дизайн-документов/RFC используемых в Google, Uber, SoundCloud и других компаниях
2️⃣Шаблоны Product Requirement Document от Intercom, Figma, Asana
#инструменты
1️⃣Шаблоны дизайн-документов/RFC используемых в Google, Uber, SoundCloud и других компаниях
2️⃣Шаблоны Product Requirement Document от Intercom, Figma, Asana
#инструменты
The Pragmatic Engineer
Companies Using RFCs or Design Docs and Examples of These
What companies follow an RFC-like process, and what are templates and examples to get inspiration from?
Тимлидам часто приходится руководить кроссфункциональными командами. Как следствие, нужно решать задачу оценки и развития людей, работающих по тем специальностям, знания о которых у вас будут в лучшем случае поверхностными. Если вы оказались в такой ситуации, вам может помочь алгоритм, описанный в статье. Автор с его помощью работала с развитием QA, но он применим и для других направлений.
#люди #инструменты
#люди #инструменты
Хабр
Как тимлиду разработки составить план развития тестировщиков
Я была С++ разработчиком, когда мне предложили стать тимлидом. В моей новой команде были и разработчики, и QA-инженеры. В тестировании я имела поверхностные знания, поэтому долгое время не понимала,...
Несколько важных законов, понимание которых сильно облегчает работу тимлида:
1️⃣Закон тривиальности Паркинсона: «Люди в обсуждениях уделяют гораздо больше времени банальным или косметическим вопросам, нежели серьезным и существенным»
2️⃣Закон Брукса: «Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше»
3️⃣Закон Иглсона: «Любой ваш код, который вы не видели шесть или более месяцев, выглядит так, будто написал его кто-то другой»
4️⃣Закон кибернетической энтомологии: «Всегда есть еще один баг»
#инструменты #развитие_себя
1️⃣Закон тривиальности Паркинсона: «Люди в обсуждениях уделяют гораздо больше времени банальным или косметическим вопросам, нежели серьезным и существенным»
2️⃣Закон Брукса: «Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше»
3️⃣Закон Иглсона: «Любой ваш код, который вы не видели шесть или более месяцев, выглядит так, будто написал его кто-то другой»
4️⃣Закон кибернетической энтомологии: «Всегда есть еще один баг»
#инструменты #развитие_себя
Хабр
Законы мира информационных технологий
Всем известный закон Мёрфи гласит: «Если что-то плохое может случиться, то оно обязательно произойдет». Согласитесь, не самая позитивная установка, особенно когда это касается работы. И тут мне стало...