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

За последние пару лет ожидания от руководителей очень сильно поменялись. Еще недавно самым страшным грехом для тимлида было продолжать писать код, а сейчас практически в любой вакансии вплоть до уровня СТО от вас будут ожидать огромной технической вовлеченности. Вот буквально недавно мы старались не строить под менеджером команды больше 7 человек, а сейчас уровни корпоративной иерархии стремительно уплощаются, и сотней прямых подчиненных уже никого не удивить. И эта перестройка только начинает набирать обороты, роль руководителя продолжит меняться и дальше. Ребята из Стратоплана понимают это как никто другой, потому что постоянно общаются с сотнями менеджеров из самых разных компаний. Поэтому очень советую обратить внимание на их конференцию Управление'26, на которой основной фокус будет как раз на том, а какие компетенции и инструменты нужны руководителю, чтобы оставаться востребованным сегодня и в будущем. 📆20-23 апреля, 18:00-22:00 по Москве 👉Бесплатная регистрация

Как прикинуть окупаемость вашей команды Команда из восьми инженеров где-то в Европе стоит около 1 миллиона евро в год – иначе говоря, 90000 евро в месяц и 4000 евро в день. Ожидания по окупаемости отличаются в зависимости от типа команды. Если это платформенная команда, которая делает какой-то внутренний продукт, то только для выхода на самоокупаемость она должна экономить другим командам минимум 1400 часов в месяц, что в компании на 100 инженеров означает экономию каждому трех часов в месяц. Но считать только самоокупаемость не очень честно – реалистичные ожидания от такой команды это 3-5 кратный выигрыш. Похожим образом можно посчитать окупаемость и для продуктовой команды – но рычагов, на которые можно повлиять, существенно больше. Если вы знаете, сколько денег в среднем приносит пользователь, то можете так же на салфетке посчитать, насколько оправдана польза от того, что вы в течение квартала повышали конверсию на пару процентов. Понятное дело, что это – очень примитивные расчеты, и у каждой компании своя специфика. В большинстве случаев инженер стоит существенно дороже своей прямой зарплаты. Но понимать хотя бы самоокупаемость, и насколько вы в нее попадаете, полезно, чтобы быть лучше подготовленным к будущему.

Сидеть и работать в корпорации — страшно, жизнь-то мимо проходит. Уходить строить бизнес — страшно, а вдруг прогорит. Один из вариантов — разрабатывать свой пет-проект по вечерам. Многие успешные компании, например, Twitter, создавались именно так. Это не значит, что ваш проект обязательно заработает миллиарды, но заработать больше, чем в найме, и получить ценный опыт — вполне реально. Перед началом разработки появляется множество вопросов, например: – Как выбрать идею для пет-проекта? – Что нужно знать про маркетинг? – Как запуститься и довести до первых продаж не имея бюджета на рекламу? В телеграм-канале «Твой пет проект», Михаил Табунов делится своим опытом с разработчиками и менеджерами. Он рассказывает, где искать идею для нового проекта, что нужно знать о маркетинге, как запустить стартап и привлечь первых 10 клиентов, а также о многих других важных вещах. Подписывайтесь на «Твой пет проект», получайте пользу от практиков рынка! Реклама. ИП Табунов ИНН 773379585100 erid: 2VtzqxXcvpE

Кластеризуем компании, чтобы не ошибиться в выборе работы Идея статьи в том, что большая часть происходящего в любой компании, начиная от того, как долго длятся любые согласования, заканчивая выбором технического стека, зависит в первую очередь от того, с какой стороны идет основное давление. И в зависимости от источника давления все компании можно объединить в небольшое количество кластеров. Человек, привыкший работать в одном из них, будет скорее всего очень тяжело адаптироваться в другом, даже если ему кажется, что он туда очень хочет. Вот эти кластера: 👉Галера – аутсорс и студии разработки. Тут давление создается клиентами. Благодаря этому тут правит результат, все работают с большой скоростью, но с малой глубиной. 👉Машина – продуктовый бизнес и бигтех. Давление идет от пользователей и метрик. Вы винтик в большом механизме, работаете вглубь, и можете годы посвящать одному узкому домену. 👉Крепость – госуха, банки, энтерпрайз. Давление идет со стороны регламентов и безопасности. Царство стабильности, ценится предсказуемость, выживают лучшие дипломаты. Драйв становится дестабилизирующим фактором. 👉Цех – IT в непрофильной компании. Давление – внутренний заказчик. Ваша команда тут становится кост центром, и нужно оправдывать ее существование. Стабильность высокая, но технологический потолок очень низкий. 👉Стартапы. Давление идет от выживаемости. Любая роль становится человеком-оркестром, нужно принимать на себя кучу рисков, нет никаких правил. Нужно уметь отличать хаос роста от хаоса распада, в первом растет опыт, во втором энтропия. В итоге, если вы ищете глубины экспертизы, то вам в машину или галеру, если предсказуемости и влияния на процессы, то в крепость, если баланса и отраслевого веса, то в цех, а если вы ждете доли в бизнесе и скорости принятия решений, то вам в стартап. Важно помнить, что смена кластера – это очень дорого. Вы теряете много накопленного поведенческого опыта, и из-за несоответствия ожиданиям можете получить даунгрейд.

Как менеджеры пытаются показать свою власть Многие из этих антипаттернов проявляются неосознанно, поэтому проверьте себя на всякий случай: 👉Считают себя самым умным человеком в комнате – говорят первыми, сразу бросаются в область решений, перебивают других. 👉Скрывают часть информации, либо выдавая ее порционно, либо вообще говоря разным людям разные вещи. 👉Используют страх как инструмент мотивации – угрожают последствиями, намекают на плохой перфоманс ревью или будущее команды, используют фразы вроде "да с этой задачей любой новичок справится" или "незаменимых у нас нет". 👉Забирают всю славу себе, но сваливают вину на других. 👉Постоянно говорят о том, насколько они заняты встречами, перегружены и как ценно их время, используя это как символ статуса и повод, чтобы опаздывать на встречи и продалбывать обещания. 👉Микроменеджерят под видом заботы о качестве – ревьюят каждый документ, придираются к мелочам, заставляют аппрувить любое мелкое решение.

Где брать идеи для пет-проектов Сейчас, конечно, золотое время для того, чтобы открывать свой давно забытый бэклог идей для пет-проектов, и использовать его для экспериментов с агентами – AI гораздо лучше справляется с проектами, которые пишутся с нуля, цена ошибки меньше, а руку вы набьете и опыт получите. Но проблемы начинаются тогда, когда в этом бэклоге идей пусто – ведь хочется делать не очередной Todo-лист, которым даже вы не будете пользоваться, а какую-нибудь полезную штуку, за которую вам потом напишут спасибо. Я редко придумываю что-то полностью из своей головы, и почти всегда хорошие идеи – это производные от чего-то, что я подсмотрел в других местах. Если у вас голова работает так же, то стоит подумать над тем, как максимизировать шансы появления хороших идей. И вот для этого я принес вам рекомендацию Telegram-канала @its_capitan. Ребята собрали целое сообщество инди-хакеров, которые запускают интересные продукты, а потом помогают друг другу доводить их до пользователей. Из последних интересных проектов там – детективная игра, в которой вам нужно использовать реальные сервисы, начиная от общения с настоящими аккаунтами в Телеграме, заканчивая взломом почты. Короче говоря, подписывайтесь, набирайте идей, и пробуйте сами сделать что-то крутое! Реклама. ИП Зуев, ИНН 360408359441, erid: 2VtzqxjXB4S

Как качество агентского кода деградирует на дистанции Свежее исследование и связанный с ним бенчмарк, которые показывают, насколько хорошо агенты справляются не просто с написанием кода, а с его расширением в связи с изменяющимися бизнесовыми требованиями. Короче, все как в жизни. Для того, чтобы оценить качество результата, в бенчмарке смотрят на два показателя – количество лишнего или дублированного кода и нечто под названием structural erosion, что можно приблизительно представить как излишнюю сложность решения. И все довольно плохо. В 80% случаев сложность растет, в 90% случаев растет количество лишнего кода. Что еще интересно – в коде, написанном человеком, эти метрики со временем остаются на одном уровне, а в агентском ухудшаются от итерации к итерации.

Аудит кодовой базы за несколько git команд Чтобы понять несколько важных сигналов про состояние проекта, можно вообще не открывать код, а вместо этого изучить историю гита: 👉Посмотреть на топ самых часто изменяемых файлов. Если среди них есть те, за которые никто не хочет отвечать, это ваши точки отказа. 👉Посмотреть на коммитеров, ответственных за большую часть кода. Если кто-то один написал больше 60%, он ваш бас фактор. Другой важный сигнал – как много из изначальных авторов системы продолжают коммитить до сих пор, или ее поддерживают другие люди. 👉Какие файлы чаще всего попадают в коммиты с "bug" в названии. Хорошо сравнивать со списком файлов из первого шага. 👉Увеличивается ли количество коммитов, остается на плато или падает со временем. Периодические пики могут сигнализировать о кранчах перед релизами, а постепенный спад активности – на замедление команды и чей-то уход. 👉Насколько часто встречаются коммиты со словами "hotfix"/"revert". Это хороший прокси-показатель того, насколько много команда борется с пожарами.

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

🤖 Готовы к Day&Night 2026?* Открыта регистрация на флагманскую конференцию Городских сервисов Яндекса! В программе доклады от Саши Аникина про роботакси и Кирилла Неймана про электрокар Яндекса с голосовым управлением. А ещё много живого общения в тематических клубах, программу которых готовили Стас Макеев — технический директор Яндекс Лавки, Илья Царёв — руководитель разработки в Яндекс Go и Никита Сидоров — руководитель клиентской инфраструктуры в Яндекс Маркете. Направления самые разные: 🔶 Инфраструктура и мобильная разработка 🔶 ИИ и машинное обучение 🔶 Аналитика А для души — клубы музыки и винила и активного образа жизни с настольным теннисом и падел-кортом. 🍸 В завершении традиционная вечеринка до 2 ночи! 🚀 Регистрация открыта — успейте подать заявку! Все заявки проходят модерацию, обязательно дождитесь обратной связи. *День и Ночь

Новые AI модели и инструменты выходят каждую неделю, городские сумасшедшие хоронят программирование, а кто-то, обложившись десятком агентов, создает супер-успешные проекты. Как с этим жить, решительно непонятно. Мы в Подлодке собрали закрытое сообщество инженеров, которые верят в то, что их профессия меняется, и хотят научиться использовать новые инструменты себе на пользу. Каждую неделю мы проводим несколько воркшопов с экспертами, которые уже используют AI в реальных проектах. Между встречами – закрытый чат, random coffee, хакатоны и куча другого движа. В апреле-мае основной упор на несколько треков – spec-driven development, harness engineering и внедрение AI в компании. Спикеры очень классные – например, на этой неделе один из инженеров Cursor будет рассказывать, как они живут с огромной кодовой базой, которую им написал AI еще предыдущего поколения. Потом через неделю лиды платформенных команд российского и зарубежного бигтеха не под запись будут рассказывать всю правду про то, как у них внедряется AI. А еще через неделю закопаемся в тему исполняемых спецификаций и разных методов верификации агентского кода, благодаря которым AI можно подпускать к высоконагруженным mission critical системам. Мы собрали в клубе уже 400 инженеров. Сообщество очень живое – мы вместе разбираем последние новости, помогаем решать проблемы, раз в месяц устраиваем демодень и делимся разными кейсами использования AI в работе. Ну а в апреле сделаем вообще мега-крутую штуку – что-то вроде двухнедельного хакатона, на котором маленькими группами будем пилить свои собственные оркестраторы агентов, которые автоматически решают задачи из вашего бэклога. Клуб платный, вход через список ожидания с отбором. Первая характеристика для отбора – опыт в прикладной разработке. Мы делаем клуб именно для инженеров – людей, которые большую часть своей карьеры писали код, решали технические задачи, принимали архитектурные решения, и жили с их последствиями. Вторая – личный опыт работы с AI. Мы набираем тех, кто уже сам успел хоть как-то поэкспериментировать с AI и начать его использовать. Подробности, расписание и заявка – на сайте. А если есть какие-то конкретные вопросы, пишите прямо в личку @etolstoy!

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