Code of Leadership

Alexander Polomodov

0,0 (0)
Технологии
Ежедневно

Подкаст Александра Поломодова, технического директора и Fellow. В каждом эпизоде есть приглашенный гость-эксперт, с которым идет разговор про менджмент и лидерство.

-1 дн.

Первые 90 дней CTO

В среду в 11:00 расскажу в прямом эфире про первые 90 дней технического директора. Начну с небольшого переворота: первый рабочий день — уже середина перехода. В докладе разберу весь маршрут: - Как выбирать задачу, а не красивый шилдик; - Зачем до выхода договориться о полномочиях, ресурсах и критериях успеха; - Почему первый месяц лучше потратить на сбор реальной карты компании, а не на формирование портфеля изменений; - Как к 90-му дню выбрать одну-две системные ставки, показать первый результат и не пропустить красные флаги. Это не универсальный чек-лист «успешного успеха», а практическая модель: исследование → взаимный контракт → диагностика → первые изменения. И ещё: компания в эти три месяца тоже проходит испытательный срок.
-1 дн.

Продуктовый инженер — как изменится роль программистов в ближайшие 3 года

Код писать становится заметно быстрее. Но если всё большую часть реализации можно делегировать AI-инструментам, что тогда остаётся ядром работы программиста: знание синтаксиса, инженерное суждение или ответственность за продукт целиком? В новом выпуске Code of Leadership попробуем разобраться в этом вместе с Глебом Михеевым — CPO ГигаАгента в Сбере. Глеб в коммерческой разработке с 2003 года: работал в NVIDIA и Skillbox, основал и девять лет развивал студию заказной разработки, восемь лет отвечал за программу FrontendConf, а сейчас руководит программными комитетами AgenticDevConf и AI Native Conf. Ещё Глеб ведёт отличный Telegram-канал [«Уставший техдир»](https://t.me/tired_glebmikheev), где пишет про агентную разработку, инженерную культуру, управление командами и продукт. Поговорим о том: какие изменения уже происходят в разработке ПО, а что пока остаётся красивым прогнозом; чем эти изменения обусловлены и почему дело не сводится к появлению ещё одного инструмента; как меняются требования к разработчику и чем продуктовый инженер отличается от человека, который просто закрывает задачи; что делать с джунами, если типовые стартовые задачи всё чаще автоматизируются, и как готовить молодых инженеров без искусственной «теплицы»; как опытному разработчику учиться, пробовать новые подходы, сохранять техническую глубину и не отставать от прогресса; какой может стать роль программиста в ближайшие три года — и что здесь пока слишком рано выдавать за факт. Отдельно хочу проверить границу здравого продуктового мышления. Продуктовый инженер — это специалист, который понимает проблему пользователя и отвечает за результат, или просто удобное название для человека, которому предлагают одновременно побыть продактом, аналитиком, архитектором и разработчиком? Если у вас есть вопросы к Глебу или собственные примеры того, как уже меняется работа разработчика, приносите их в комментарии. #CodeOfLeadership #AI4SDLC #Engineering #Leadership #Product #Career
-6 дн.

Как действовать среднему бизнесу с AI, которому «по-науке» дорого?

У среднего бизнеса с AI есть неприятная развилка. Лаборатория, платформа и команда редких специалистов — тяжёлый входной билет. Но личные подписки, разрозненные демо и один «AI-волшебник», работающий по вечерам, ещё не складываются в практику. Сегодня в 17:00 проведем прямой эфир (https://www.youtube.com/watch?v=S5-I72_K004) и обсудим это вместе с Александром Воронцовым, партнером @revelio_tech и автором канала AI Subjects (@aisubjects, изучает когнитивные ошибки при работе с ИИ). В прошлом разговоре (https://www.youtube.com/watch?v=gpYZr8RQlSw) мы дошли до важной точки: внешний эксперт уйдёт, а внутри должен остаться человек, который понимает задачу, проверяет результат и продолжает изменение. Теперь разбираемся, как получить и удержать эту способность, если сильные люди заняты основной работой, а нанимать AI-департамент рано. Мы обсудим: — как отличить задачу для AI от сломанного процесса, плохих данных и управленческого долга; — как выбрать первый сценарий, снять исходную метрику и заранее определить критерии приёмки и остановки; — кого растить внутри, кого нанимать или временно брать с рынка и что покупать готовым; — как освободить время доменного эксперта и не превратить AI в его вторую смену; — что нужно кроме учётных записей: доступы, тестовые примеры, журнал ошибок, ручное подтверждение и откат; — как считать входной билет: лицензии, интеграции, внутреннее время, контроль качества, поддержку и цену ошибки; — когда понравившийся сотрудникам пилот всё равно нужно закрыть. #CodeOfLeadership #AI #Consulting #Leadership #Management #DigitalTransformation
2 сент.

Джун после кода - как растить инженеров, когда исполнение уезжает агентам

AI-агенты сделали первый вариант решения быстрым и дешёвым. Джун теперь может за короткое время подготовить убедительный прототип, тесты и pull request. Но готовый артефакт ещё не доказывает, что инженер понимает систему, способен проверить результат и готов отвечать за последствия изменения. Как в этих условиях отличить выполнение от настоящего навыка? Где начинающим инженерам набирать опыт, если агенты забирают задачи, с которых раньше начиналась карьера? И как перестроить найм, наставничество и развитие, чтобы ускорение не разрушило инженерную лестницу? В этом выпуске Александр Поломодов разбирает, как AI-агенты меняют путь от джуна до самостоятельного инженера. В выпуске: чем отличаются скорость выполнения, компетентность и ответственность; почему одинаковые патчи могут нести совершенно разный сигнал об уровне инженера; как сохранить продуктивное усилие и не делегировать агенту сам процесс обучения; почему критерий правильности должен оставаться у человека; как измерять рост через радиус самостоятельности и серию рабочих эпизодов; почему ответственность не заканчивается после merge и должна доходить до наблюдаемого результата; как перестроить техническое интервью вокруг полного рабочего цикла: плана, истории решений, diff, тестов и меняющихся ограничений; зачем компании формальная система наставничества, если она продолжает нанимать джунов; как разделить ответственность между наставником, менеджером и платформенной командой; какие метрики показывают не только сегодняшнюю полезность, но и будущую самостоятельность инженера.
31 авг.

Последние 90 дней в компании начинаются до заявления

Мы много говорим о первых 90 днях в новой роли. Мне захотелось разобрать обратную сторону перехода — последние 90 дней в компании. 31 августа проведу сольное выступление Code of Leadership #Ω — выпуск «Омега». Оно не только про увольнение. У этого процесса есть три равноправных исхода: остаться в пересобранной роли, перейти внутри компании или уйти. Поговорим о том, как не принять карьерное решение после одной плохой недели; понять, что именно перестало работать; описать следующую роль через ответственность, а не должность; проверить внутренние возможности и внешний рынок; выбрать исход и передать управление так, чтобы старая роль больше не зависела от вашего незримого присутствия. Отдельно разберу важную для руководителей часть: документ не равен переданному знанию. Сначала новому владельцу нужно передать право принимать решения, затем — контекст, отношения, рабочие ритмы и доступы. И дать ему начать управлять ещё до вашего последнего дня. Для меня главный тезис такой: последние 90 дней — это не обратный отсчёт до увольнения. Это управляемый переход между двумя профессиональными главами. И следующие 90 дней фактически начинаются ещё до завершения предыдущих. Слайды и материалы: https://polomodov.tech/2026-08-31-last-90-days-in-company/ #Management #Leadership #Career #Engineering #CodeOfLeadership
24 авг.

Что остаётся дефицитным, когда код становится дешёвым с Сергеем Бережным

Что остаётся дефицитным, когда код становится дешёвым: инструменты, инженерное мышление или доверие между компанией и разработчиками? В очередной серии подкаста Code of Leadership поговорим с Сергеем Бережным — директором по взаимодействию с разработчиками Яндекса, CTO Яндекс Практикума и одним из соавторов методологии БЭМ (https://veged.ru/). Сергей работает в Яндексе с 2005 года и прошёл путь от разработки интерфейсов до DevRel, open source и образования. Но разговор будет не про карьерную ретроспективу. Хочу понять, как техническое лидерство выходит за границы одной команды и проявляется в методологиях, платформах, работе с сообществом и публичной ответственности. Обсудим: - Зачем бизнесу DevRel и чем измерять его результат; - Почему внутреннюю технологию стоит открывать миру и как выбирать проекты для open source - Как разработка проходит путь от автодополнения к AI-агентам и harness-системам; - Что происходит с ролью руководителя, когда частью команды становятся агенты; - Кого и чему учить, если привычные entry-level задачи всё чаще забирает AI. Смотрите выпуск и приносите в комментарии свои вопросы и примеры.
23 авг.

AMA с подписчиками - чтение, карьера, пет-проекты и AI-разработка

23 августа в 16:00 по москве Александр Поломодов отвечает на вопросы подписчиков «Книжного куба». В программе: Чтение нескольких книг и white papers, выбор материалов и тайм-менеджмент; Личный процесс исследования, Knowledge Base и публикационный конвейер; Практическое обучение и развитие System Design Space; Пет-проекты и AI-greenfield; Вход в IT, рост джуна и переход выше уровня лида; Уход с топ-менеджерской позиции, переезд и следующий карьерный этап; SDD, размер AI-generated PR, детерминированные контроли и границы автономности; Ответственность за инциденты и экономика AI-разработки. Плюс еще был ряд дополнительных вопросов в чате трансляции
19 авг.

Как выстроить собственную систему управления с Михаилом Тюргановым

Как меняется CTO, когда небольшая команда вырастает в организацию на тысячи человек? И что делать, если прежние методы сами становятся ограничением? 17 августа в 19:00 МСК в эфире Code of Leadership вместе с Михаилом Тюргановым, руководителем Департамента разработки цифровых сервисов Альфа-Банка, поговорили про его путь от тестировщика, программиста и CEO малого бизнеса до технологического директора. В эфире мы обсудили: - Чем CTO малого бизнеса отличается от CTO в enterprise; - До какого масштаба работают сильные люди и неформальные договорённости; - Как отличить нужный найм от попытки закрыть организационную проблему численностью; - Что дают метрики эффективности и когда команда начинает играть с дашбордом; - Почему сильный инженер не обязан становиться менеджером; - За что CTO должен отвечать лично, а что превращать в платформу, процесс и инженерный карьерный трек; - Как AI и вайбкодинг меняют требования к скорости, проверке и эксплуатации. #Management #Leadership #Engineering #Architecture #PlatformEngineering #AI4SDLC

См. все (82)

Подкаст Александра Поломодова, технического директора и Fellow. В каждом эпизоде есть приглашенный гость-эксперт, с которым идет разговор про менджмент и лидерство.

Автор

Alexander Polomodov
Годы выхода

2026
Выпуски

82
Ограничения

Без ненормативной лексики
Авторские права

© Alexander Polomodov
Сайт подкаста

Code of Leadership