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

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

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

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

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

Но если вы не Meta, и верите в то, что внутреннюю документацию в вашей компании надо улучшать, в статье рассказывается, как к этому подойти, определить цели, продать бизнесу, выбрать инструменты и внедрить в рабочие процессы. Все это – с фокусом на улучшение developer experience.

#техлидство

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

#техлидство

Инженерная команда Spotify проанализировала все инциденты, случившиеся с их сервисом за 2021 год, и поделилась несколькими интересными выводами и техниками. Среди тех, что запали мне в душу:
📌Починка и разбор инцидентов – это обмен продуктивности в моменте на большую продуктивность в будущем. Если смотреть на время, потраченное на анализ и починку инцидентов, как на потери – то картина довольно грустная. Но если смотреть на них как на инвестиции в инженерный рост специалистов, которые их разбирают, и устранение будущих точек отказа системы – практика инцидент-менеджмента играет новыми красками. Классный майндсет, покрутите его!
🔢Spotify дают каждому инциденту оценку по параметру «Мог ли этот инцидент быть предотвращен». Это помогает делать более вдумчивый анализ. Сложные аварии, происходящие из-за проблем на стыке интеграций, будут случаться всегда. Но количество проблем, которые могли быть решены написанием нескольких тестов или добавлением мониторинга, со временем должно уменьшаться.

#техлидство #качество

Gergely Orosz, автор кучи годного контента для инженерных менеджеров, написал 90-страничный лонгрид про инженерную культуру в Meta. Сам материал находится под пейволом и, наверное, слишком подробен для большинства. Но с основными тезисами можно познакомиться в твиттер-треде:
💻Вся внутренняя культура Meta очень сильно ориентирована на счастье инженеров
🔁Переход из одной команды в другую делается очень просто, и этим часто пользуются
📊Инженеров оценивают по четырем параметрам: impact, direction, people, engineering excellence
🏅Команды автономны, многие проекты лидят инженеры
🛠Почти все инструменты разработки Facebook делает для себя сам

#техлидство

Практически каждая компания в определенный момент своего развития начинает использовать feature flags – либо только для управления выкаткой отдельных фичей, либо для создания «виртуальных веток» для работы без бранчевания в Git. Чтобы протокол описания фичефлага не переизобретался каждый раз заново, началась разработка OpenFeature, открытого стандарта, аналогичного OpenTelemetry для метрик. Посмотрите, может быть, подойдет и вашему проекту!

#техлидство

Я периодически рассказываю про то, что тимлиду важна техническая насмотренность. Сегодняшний материал как раз из тех, что хорошо ее развивает – разбор того, как выглядит архитектура крупных сервисов, среди которых Uber, Netflix, Amazon.

#техлидство

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

Владимир Горовой, опытный менеджер из Яндекса, проинтервьюировал кучу коллег из разных компаний и собрал список того, что отличает успешных в их глазах техлидов, и как они могут развиваться. Картинка сложилась довольно реалистичная. Главные атрибуты хорошего техлида по версии автора:
🛠Техническая экспертиза и доверие менеджеров к ней
💰Вовлечённость в продукт и понимание того, как он влияет на бизнес
🏞Способность менять свою модель мира и видеть мир на разных уровнях детализации;
💭Умение учиться у других, развиваться самому и развивать других;
❤️Cтрасть и увлеченность своей работой

Внутри много хороших рекомендаций книг и курсов, я себе несколько пунктов забрал.

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

Интересный подход к разделению всей инженерной работы на два типа:
😌Positive engineering – ежедневные задачи, направленные на создание видимой ценности для продукта
😞Negative engineering – задачи, направленные на «страховку от поломок» для критичной продуктовой функциональности

К negative engineering можно отнести, например, корректную обработку исключений. Или инфраструктуру для регулярной проверки целостности данных.

То, сколько времени затрачивается на negative engineering, напрямую зависит от того, в какой момент жизненного цикла фичи приходится этим заниматься. Если «страховочная» инфраструктура закладывается заранее, то часто можно на системном уровне закрыться от целого класса проблем. Если об этом не подумать, то платить придется позже, постоянно добавляя все новые и новые патчи.

#техлидство

Лонгрид про разнообразные подходы к релизам

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

#техлидство

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

Поняв, что такая схема не работает, Интерком создали отдельную виртуальную команду дежурств, состоящую целиком из добровольцев. Эта команда стала отвечать за слежение за всеми алертами и постепенное улучшение системы. Количество единовременно дежурящих сократилось с 30 до 6 человек, и количество инцидентов тоже постепенно снизилось.

#процессы #техлидство

Принципы здорового алертинга и on-call процесса

Почти во всех компаниях процесс on-call дежурств – боль, страдание и частая причина увольнений. В презентации СТО Honeycomb предлагает следующие шаги по исправлению ситуации:
🌡Выключить алерты на симптомы, заменить их алертами на SLO, которые привязаны непосредственно к болям пользователей.
🤔Удалить все флакующие алерты, потому что моральное состояние людей важнее.
🚨Почти все алерты должны падать во второстепенную очередь, на которую не требуется мгновенная реакция дежурного. Вместо этого, очередь можно разбирать с началом рабочего дня.
📝Каждый алерт должен идти со ссылкой на подробную документацию о том, что его может вызвать.
👀Инвестируйте в observability своего кода и сервисов, профилируйте максимально часто и ловите баги до того, как они отстрелят у пользователей
📈Используйте SLO для того, чтобы приоритизировать работы по техническим улучшениям

#техлидство