Тимлид Очевидность | Евгений Антонов

Кода кода + Стратоплан = байки и польза про мидл-менеджмент Периодически я пересекаюсь с ребятами из Стратоплана на разных ивентах (чему я очень рад, ведь лет 10 назад смотрел на ребят в телевизере, даже и не мечтая, что смогу лично с ними познакомиться). То они к нам в Коду на подкаст придут, то я к ним с докладом, то они в наш Менеджмент Хаб. В этот раз нас с Витей Корейшей позвали поговорить с Александром Орловым втроем про проблемы мидл-менеджмента. Само общее мероприятие – «Менеджмент 360» — курс-интенсив от Стратоплана про четыре управленческие позиции в IT. Каждый день – отдельный трек для таких позиций: тимлид, руководитель отдела, СТО и СОО. будет проходить 1–4 сентября, с 18:00 до 21:00 GMT+3. Наша же сессия попадет на 2-е сентября 20:00 в день Руководителя отдела (тимлид тимлидов / менеджер менеджеров). Раз мы закрываем этот день, то подумали, а что же вообще полезного рассказать, если первые 3 часа будет сплошная полезная польза, базовая теория и прочее погружение в профессию? И поняли, что закрыть день хотелось бы настоящими жизненными историями о типичных (и не очень) проблемах при переходе в мидл-менеджмент. И байки потравить, и от наступания на грабли слушателей уберечь. Приходите смотреть, слушать и общаться! Регистрация тут. Она, как нынче водится, двух форматов: либо немного платный, либо бесплатный, но за подписку на каналы участников. Жду массовых отписок 3-го сентября!😁(0% осуждения)

Я принес. Сотрудника почти невозможно уволить Какой-то страх и ненависть в Лас-Вегасе трудовых спорах я вам сегодня принес https://youtu.be/K8sybRj9Lgg?si=3Q61WDzzrQm6UmPP Если лет 6 назад был откровением и пользой для сотрудников выпуск Подлодки с Виталиком Шароватовым про увольнения и ТК РФ. Там массово азы правовой грамотности он распространил и немного уменьшил частоту принуждения к увольнению работников со стороны компаний. Чего греха таить, лет 15+ назад и я через такое принуждение проходил. Молодо-зелено, как говорится. Но то, что в этом видео я послушал – другой экстремум обратно качнувшегося маятника, где работники уже могут действовать весьма недобросовестно и очень сложно с этим что-то поделать. Я, как и всегда, против обоих экстремумов и за полюбовное расставание на взаимовыгодных условиях. Через такое тоже проходил, будучи и работником, и руководителем. А вообще солидарен с героиней видео в её формулировке, что если бы у меня был свой бизнес, я бы как можно меньше старался нанимать людей и как можно дольше оттягивал бы этот момент. Короче, нагнала она страху🙂

Как продолжать строить карьеру, когда рынок трясет Когда вокруг режут бюджеты, отменяют проекты и меняют вводные каждый день, в первую очередь появляется страх за свое место. В такой атмосфере кажется, что лучше «не отсвечивать» и просто делать свою работу. Но парадокс в том, что стратегия затаиться в кризис не работает — под сокращение чаще всего попадают именно те, чью ценность перестает видеть руководство. Чтобы сохранить позицию и даже вырасти, нужно меняться быстрее рынка и выстраивать правильную коммуникацию с окружением. 📌 27 августа в 20:00 (мск) лаборатория коммуникации Софт Скиллз Лаб проведет бесплатный вебинар, где вы узнаете, как грамотно управлять своей ценностью и расти вопреки кризису. За 1,5 часа разберете: ▫️ Кого повышают, а кого сокращают первым при урезании бюджетов — проанализируем критерии оценки помимо хардов ▫️ Как выстроить сильную репутацию в глазах руководителя ▫️ Как доносить свои намерения на карьерный рост даже в самых сложных условиях Весь материал разберем на реальных кейсах, вы сможете отправить свою ситуацию в анонимную гугл-форму. 🗣️ Вебинар проведет Мария Лагоша — ведущий тренер Софт Скиллз Лаб, преподаватель по переговорам ВШЭ, тренер и консультант по ораторскому мастерству, основатель и ex-CEO театральной студии. Встречаемся в Zoom, поэтому вы сможете задать Марии любые вопросы. 👉🏻 Запустите бота, чтобы получить ссылку на конференцию!

Ты ДОЛЖЕН! Я уже много раз вам писал, что каждый сам кузнец своего счастья. А значит, если хочешь что-то изменить, то должен или приложить усилие к изменению ситуации, или измениться/подстроиться сам. Но вот что мне не нравится – это героизация такого долженствования там, где это становится перекладыванием с больной головы на здоровую. Ситуэйшен Ты устроился на работу, где руководитель обещал одно, делает другое, да еще и газлайтит, или опрокидывает по финансовым и карьерным вопросам? Некоторые граждане говорят на это: «Ты ДОЛЖЕН сам сделать так, чтобы всё было хорошо и на твоей стороне, и на стороне руководителя, и смежников». Что можно прочесть не как «попробуй что-то изменить, посмотри, как пойдет, если не наладится, то прими решение, хочешь ли ты в таком продолжать работать», а как «ты сам виноват в этой ситуации, делай свою работу лучше, помоги делать работу руководителю лучше, позаботься, чтобы всем вокруг коллегам тоже было хорошо». И вот тут у меня возникает вопрос. А почему человек прям ДОЛЖЕН всё это сделать? Больше всего человек должен себе, своему здоровью физическому и психическому, да своей семье любимой (искренне надеюсь, что у вас такая). Но получается написанное между строк: «работай сверх нормы, нервничай сверх меры, заботься в первую очередь о коллегах, а лишь на сдачу – о себе и своей семье. И тогда ты будешь не просто какой-то винтик, а ГЕРОИЧЕСКИЙ РАБОТЯГА!». Вот бы как-то баланс найти, чтобы каждый, например, свою работу делал нормально, или можно было бы по-товарищески помочь друг другу, а не делать работу за себя и за бестолкового. Но ты ведь руководитель! Да, я согласен, что с руководителей и прочих менеджеров обычно спрос больше. Если человек не хочет даже пытаться бороться с дискомфортом и ждет, пока оно само всё рассосется, то есть вопросики, зачем он пошел в менеджмент. Сидел бы себе на рядовой должности, да просто ждал бы, пока его руководитель разберется. Однако даже в этом случае стоит посмотреть на всю жизнь в комплексе. Мы же все тут умеем всякие планирования, приоритизации, капасити считаем. Кажется странноватым один проект (временный, а ведь работа – это временно, особенно если такая, где потом проекты складываются в стол или в мусорку, потому что «передумали»), где смежники буксуют, затапливать всеми возможными ресурсами, а другой (сильно более долгосрочный и важный – ты сам, твое здоровье, твоя семья) постоянно откладывать на сдачу, мотивируя это тем, что на первом ты ДОЛЖЕН всё наладить. А на втором что? Как там со стратегией дела? С долгосрочным планированием? Каким образом определяются приоритеты? Кто сказал? А еще вот какая у меня мысль. Если кто-то сильно давит на тебя, что ты прям что-то обязательно ДОЛЖЕН сделать, то можно подумать: а почему это он мне рассказывает, что я и кому должен? А какой у него мотив? А какие у него у самого загоны и успехи в этом долженствовании? А сам он является для тебя хоть сколько-то примером или ролевой моделью в том, как он со своими понятиями живет? Итог Взрослая жизнь такая, что нередко ты кому-то что-то должен. Но определяешь ли это ты сам, или кто-то за тебя? Вспоминаешь ли ты в этом долженствовании про все сферы жизни, где твое время и труд могли бы пригодиться? Не забываешь ли ты про самого себя, которому кроме тебя в итоге окажется никто не должен? Такой вот немного эмоциональный пост сегодня получился. А еще в тему будет почитать мой другой пост про изменить, принять или выйти, но не терпеть. Прогнозирую, что сразу несколько человек могут прийти ко мне в личку и спросить «это ты про меня?». А потому я этот пост и пишу, что таких ребят и девчат много❤️

Не знаю как, но мы не сбавляем темп🙂 Вот что будем делать в сентябре Программа сессий довольно разная. Мы это не специально, но просто так душа просит (и сообщники тоже вкидывают запросы, которые мы удовлетворяем). В программе: • Вечно актуальный формат мастермайнда, где не бывает встреч без разбора чьих-то проблем и выработки стратегии решения. Я очень рад, что это у нас полетело, и что не просто я, Витя и Оля ведем разные группы, разбирая ситуации, а еще и с десяток опытных руководителей активно участвует и делится опытом. • Сессия про распространенные психологические проблемы разработчиков. Почему не руководителей? Потому что а) про это уже бывало и б) руководитель может помочь своей команде не попадать в типовые ловушки, а для этого нужно знать, что это за ловушки и как их обходить. • Добавляем хардовой части и делаем архитектуртную кату. Да, софтовых сессий у нас больше, но коли уж мы тут в большинстве (но не все) из руководства разработкой, то можно и попроектировать что-нибудь инженерное. • Тема про увольнение от мной сильно уважаемого Димы Болдырева. Как-то мы в “Кода кода” записывали выпуск про это с чудеснейшей Верой Маневич❤️. Интересно, как получится с академичным и системным Димой. Напоминаю, что всё это происходит в Менеджмент Хабе

Я принес. Модель тройного долга от соавтора фреймворка SPACE Сегодня я принес вам пост, который в очередной раз подчеркивает, что нельзя просто «внедрить ИИ, и всё будет хорошо» https://t.me/badTechProject/2108 Оказывается нужно: - Работать над качеством. Тестирование и прочие контуры контроля, чтобы ломающая прод дичь (которую вы, может, даже и не прочтете в очередном пулреквесте на 10к строк кода) не дошла до деплоя. - Нормально описывать спеки/adr’ы своих технических решений. Теперь не прокатит «Моя работа код писать, а не доки. Кому надо — код почитают, там всё понятно». - Добросовестно формулировать не только что делать (привет менеджерам, которые приносят в задачу решение вместо проблемы), а и зачем это делать, что уже пробовали ранее, как и что исследовали (исследовали ведь? исследовали?!). В общем, выглядит так, что нужно подготовить такой рабочий контекст и культуру в команде, о которых уже раньше много лет говорилось, но это было в некотором роде бест-практисом, рекомендацией, но не обязательным вариантом. Поэтому раньше люди срезали многие эти уголки, а со временем станет нельзя.

Дедка за репку, а репка за монорепку Возможно, вы привыкли, что у нас в Кода кода чаще уклон в софтовую часть, нежели в хардовую (подозреваю, что тут мое тлетворное влияние сыграло определенную роль🙂). Однако в среду у нас вышел более хардовый выпуск про системы контроля версий. Рассмотрели историю того, как это всё начиналось, как развивалось и почему в крупных компаниях нынче появляются собственные кастомные системы контроля версий. А еще поговорили про монорепозиторий и как от него в целом компании хорошо, а небольшой кучке людей (в частности, одной из команд, где я успел поработать) может быть больно. Такой вот вам контент выходного дня! Ссылка на пост с детальным описанием и разными площадками для прослушивания тут https://t.me/kodakodacast/459

Так же как вчера, так же как вчера, завтра будет так же как вчера! Несколько лет назад я делал на тимлид-конфе доклад про микроменеджмент https://youtu.be/WhiBmsEw4Jk, и, казалось бы, чего тут еще говорить? Так вот, недавно узнал интересную судьбу одного своего знакомого, у которого руководитель перепроверял каждую тасочку, лез в детали, не пускал ничего в релиз без своего личного согласования. Потом, когда они с начальником разошлись, долгое время парень чувствовал в себе неуверенность и носил новому руководителю на проверку даже самые крохотные задачулечки. А дальше случилось чудо Несмотря на эту выученную беспомощность, гражданин много и усердно работал. Радел за общее дело, показывал лояльность боссу и компании. Тащил на себе срочные проекты со сроком «вчера» и тяжелым трудом делал невозможное. Короче, преодолевал, трудился, шел вперед, и его трудолюбие и лояльность не могли не остаться незамеченными. Наконец-то его сделали тоже важным боссом. Думаете, это конец истории и поучительная часть в том, что он преодолел и смог? Неа, тут скорее про то, что он действительно смог, и причем тут микроменеджмент. Но есть нюанс Оказалось, что выученная беспомощность подчиненного трансформировалась в… микроменеджмент и доминацию начальника (вот это сюрприз!). Как подросток-задира, который обижает других, отыгрываясь за то, как его в детстве обижали. Или «синдром молодого сержанта», когда вчерашний твой товарищ, получив чуть больше власти, начинает лютовать. Но самое любопытное тут для меня, что вся эта многолетняя история с микроменеджментом настолько отпечаталась в голове у героя, что он теперь и не сомневается, как надо действовать. Раньше он жаловался, что не хочет ничего самостоятельно решать, потому что в итоге всё равно босс решит. А теперь он стоит на страже. Теперь только он защитит Готэм продакшен! Ну и, конечно же, его вчерашние трудовые подвиги (про которые он в курилке жаловался) стали сегодняшней нормой для его новых подчиненных. В общем, Уроборос укусил себя за хвост, и победивший дракона сам стал драконом. Итог Если в отношении, например, воспитания детей люди понимают, что поведение нового самостоятельного человека будет во многом зависеть от того, как с ним сейчас они общаются, то в отношении менеджмента такой параллели никто не проводит. Если сегодня больше доить, меньше кормить и бестолково менеджерить, то завтра, когда вам понадобится руководитель, который наведет порядок и построит эффективную команду, у вас будет только человек с ведром и пустой миской. Поэтому у меня вызывает отдельную теплоту в сердечке идея сервант-лидершипа (лидерства-служения). В нем руководитель взращивает мотивированного и самостоятельного профессионала, а когда тот становится руководителем, он сам начинает поступать так же. Один хороший и гуманный руководитель может посадить и вырастить целое ветвистое дерево из продолжателей своего подхода. Это одна из причин, почему я вкладываю в свою публичную деятельность сотни часов ежегодно.

Более 30 лидеров IT-индустрии поделятся практическим опытом управления командами, отдельными сотрудниками и ИИ-агентами — на конференции для тимлидов TEAM LEAD TODAY 2026. Мероприятие пройдет 10 сентября в Москве (ВДНХ, Бизнес.Техноград). В числе спикеров — эксперты компаний Сбер, Яндекс, Газпромнефть, Альфа Банк, Гринатом, Шереметьево Хэндлинг, Билайн, Naumen, Positive Technologies, Skillaz, Herbarium Games и многих других. 500+ участников | 30+ спикеров | 10 часов нетворкинга TEAM LEAD TODAY объединит лекторий и несколько интерактивных форматов, позволяющих участникам обмениваться рабочими инструментами, инсайтами и применять новые знания сразу на практике. В программе: кейсы спикеров, панельные дискуссии, битва промптов, живое ревью, собеседование на скорости, speed networking, карьерные консультации, сложная 1:1, peer-to-peer круглый стол и многое другое. TEAM LEAD TODAY — площадка, где обсуждают, как строить эффективные команды, управлять сложными проектами, развивать ИТ-культуру и совмещать техническую экспертизу с лидерскими качествами. Присоединяйтесь к встрече лидеров ИТ-индустрии, чтобы научиться принимать решения увереннее, управлять смешанной командой из людей и ИИ-агентов и приобрести новые профессиональные связи в неформальной атмосфере. TEAM LEAD TODAY 2026 | Кейсы и практика для тимлидов 🗓 10 сентября 2026 📍 Бизнес.Техноград | Москва Подробности и регистрация на сайте teamleadtoday.ru Ловите скидку 25% на билеты — по промокоду ITTALKS25

Я принес. Четыре тысячи недель на всё: Меньше планов — больше жизни Недавно прочитал (на самом деле прослушал, в Яндекс Книгах есть отличная аудиоверсия) книгу https://books.yandex.ru/books/nC441pwV и спешу принести её вам. Судя по названию, я ожидал, что она будет про что-то типа «в жизни всего четыре тысячи недель, успевай давай, братишка, всё, что можешь». Ну то есть такая FOMO-разгоняющая и стимулирующая активность. А на деле же оказалось всё совсем наоборот. Она замедляющая, стимулирующая кайф от жизни, а не просто бесконечные достижения успешных успехов. Почему я вам её принес сюда в канал как рекомендацию? Если вам было мало моего краткого описания, то поделюсь с вами личной историей, на которую меня натолкнула книга. В ней описывался один случай, когда мужчина был в себе уверен, что он ничего толком не умеет делать руками, а потом дал себе время разобраться, и оказалось, что всё он умеет, да еще и кайфует от этого. Вот и я всегда про себя думал, что руки не из того места растут. А тут в отпуске решил дать себе время, потратить несколько часов на то, чтобы вникнуть в накопившиеся бытовые дела, и в результате я тааааакое удовольствие получил от этого. Без всяких эффективных идей, мол «я лучше пару часов поработаю/поконсультирую и специального человека позову, он всё сделает». На серьезные дела, конечно, позову, а вот по мелочи я научился получать радость от самостоятельного труда. Это в некотором медитативно работает. Вместо всяких деловых дел, подкастов фоновых и прочего ты сосредоточено разбираешься, как в подъезде провода красиво переложить свои и соседские, да так, чтобы обрезать легаси и не чикнуть соседский интернет и телеантенну, или чем и как расточить почтовый ящик под новый замок, который год прокрастинировал поменять, или почему новый магистральный фильтр для воды течет, зараза такая. Ну и вы знаете, что я люблю учиться. Так вот теперь вместо всяких курсов по менеджменту я себе присмотрел курсы по электрике. Я в этом совсем не але, а буду учиться монтировать розетки, проходные выключатели и при этом не быть ударенным током 🙂 Шах и мат ИИ-агенты! Код-то вы пишете, в менеджменте нынче разбираетесь, а вот к системе «муж на час» вы не готовы!

Пока одни хоронят свою профессию из-за AI, а другие называют это не более чем хайпом, на TeamLead Сибирь собрали тех, кто уже внедрил ИИ и считает результат в деньгах и часах. Сложность ведь не в том, чтобы подключить очередного агента. Компании требуют внедрять AI, бестпрактисы меняются каждую неделю, а от тимлида ждут, что он с этим разберется сам. Самый большой трек конференции — как раз об этом: 15 докладов про управленческую сторону AI — экономику, процессы, ответственность. Вот несколько:

🔸 Семен Окуньков из Точка Банка показывает, как считать эффект от ИИ и вести внедрение как управляемый эксперимент с гипотезами и метриками. 🔸 Кирилл Прахов разбирает, почему пилоты дают вау-эффект, а через полгода инструменты пылятся и процессы стоят на месте. 🔸 Александр Колесников из X5 Tech рассказывает, как протащить вайбкодинг через корпоративную безопасность и не огрести. 🔸 Дмитрий Вдовин из Райффайзена показывает команду из двух-трех человек, которая с ИИ-агентами тащит весь цикл разработки.

Кроме докладов есть мастер-классы: собираете инструмент, который прогнозирует выгорание в команде по ранним сигналам, разбираете свою оргструктуру, готовите сложный разговор с сотрудником. 10–11 сентября, Новосибирск, плюс онлайн-трансляция. 👉 Программа и билеты Реклама. ООО «Конференции Олега Бунина», ИНН 7733863233. erid: 2W5zFGeyHZK

Какой тебе еще роадмап тимлида? У нас свой дома есть! Многие тимлиды и прочие айтишные управленцы слышали и видели роадмап тимлида который еще давно (в 2019м году) создали и несколько лет дорабатывали Егор Толстой и Стас Цыганов из любимого мной подкаста Podlodka. Так вот несколько месяцев назад мы (десятки менеджеров разного уровня из разных отраслей и компаний) в Менеджмент Хабе собрались с нашими товарищами из Стратоплана и на одной из сессий попробовали сделать что-то подобное, только с несколько с другой ценностью. Так как я был ведущим сессии, то меня справедливо спросили, а нафига же мы делаем какой-то роадмап, если уже есть весьма широкий и полный аналог. Моя задумка была в том, что там будет 2 существенных отличия: 1. Роадмап этот рассчитан на тех, кто только переходит в тимлиды. То есть там явно говорится о том, что надо перестать делать, что начать делать, какие первые шаги сделать, какие новые задачи вас будут ждать, какие типовые сложности ждут. 2. Хотелось собрать образ тимлида-руководителя, а не тимлида, который 80% времени пишет код и оставшиеся 80% времени занимается менеджментом на сдачу. Поэтому всякого рода менеджменту там уделено очень много места, а техлидству с конкретными инженерными практиками — наоборот. Ну и, конечно же, третье и стыдное отличие, что у нас это огромная пдфка, а у Егора и Стаса там куча дополнительных ссылок на материалы, расшифровок и даже отдельный сайт есть. Мы планируем постепенно донаполнять каждые листья из веточек роадмапа конкретными материалами, ссылками на книги, статьи, доклады, подробное описание, но это вряд ли сильно скоро случится. Но и без расшифровок мы постарались сделать так, чтобы внешнему читателю было понятно. Я обкатывал на нескольких новичках-тимлидах, они подтвердили ясность и полезность. Нашим роадмапом мы ни с какими другими материалами не конкурируем. Просто хотим внести посильный вклад в помощь людям, которые только переходят и осваивают эту роль, скомпоновав управленческий опыт большого количества менеджеров и выложив это в свободный доступ. Сам роадмап перехода в тимлиды тут https://github.com/Management-Hub/playbook/tree/main/teamlead_roadmap

Входная точка в проект Недавно с коллегами на работе делали стандартизацию ведения проектов разного размера: от одной команды на 3–6 месяцев до нескольких команд на пару-тройку лет. Так вот, у нас внезапно случилась любопытная синергия, и получилось, что «хотели как лучше, а получилось еще лучше». Что сделали? Утвердили набор всяких стандартных вещей, которые по проекту надо вести. Команда, смежники, заказчики, дедлайны, DoD, риски, майлстоуны, логи синхронизационных встреч с прогрессом, реестр важных обсужденных вопросов и принятых по ним решений, ADR и прочее такое, что в проектном менеджменте любят. Правда некоторые управленцы, которые из инженерии пришли, да в ней и остаются, занимаясь больше ей, а не управлением, наоборот не любят, ибо «опять бюрократию развели». Но чтобы никого не обижать, всю эту развесистую «бюрократию» в сложном мультикомандном проекте берет на себя технический проджект. Работа такая, всё нормально. Почему получилось еще лучше? Так как сразу несколько типов артефактов создаются и ведутся в разных инструментах, то логично было завести единую входную точку, эдакую сводную страницу со всеми ссылками на то, где доки, схемы, задачи, логи встреч и т. д. И вот оказалось, что если всё это хозяйство добросовестно вести + иметь ИИ, немного обмазанный MCP для доступа к нужным системам, то можно, опираясь на эту входную точку в проект, творить за считанные минуты чудеса, на которые раньше уходили бы часы. От простого сбора статуса состояния проекта до сложного анализа, где на чьей стороне буксует, где разъехались или противоречат друг другу требования, кто систематически продалбывает обещания, как можно наложить на этот конкретный проект с его контекстом инструменты из разных методик типа теории ограничений или ТРИЗ. Короче, прям очень много информации можно добыть, сгенерить, провалидировать. Понятное дело, что доверяй, но проверяй, однако лично мне на своих проектах очень нравится, как идет. Но я пока еще только осваиваюсь, поэтому просто поделился впечатлениями и рабочей базовой идеей. Итог Если покрутить мой канал лет на 5–6 назад, то уже тогда можно было заметить, что я всегда выступал за порядок ведения дел, написание документации и инструкций. И вот с такой агентизацией как будто бы это одна из тех вещей, где сейчас рады те, у кого этот порядок был, и грустят те, у кого «ой-ёй, мой агент выдает фигню, потому что он научился на неактуальной документации пятилетней давности, что же делать?». Это как я был сторонником удаленки еще с 2015 года, старался разбираться, как правильно организовать работу в распределенной команде, и в 2020-м году моя команда разошлась на локдаун и стала перформить не хуже, чем раньше. А те, кто считал, что надо для эффективной работы обязательно ходить в офис и постоянно друг к другу подходить, дергать за рукав и рисовать на салфетке вместо генерации нормального артефакта, в 2020-м резко взгрустнули, их работа сильно замедлилась на долгие месяцы (трустори).

Сколько «продукта» должно быть в менеджере? На ИТ-рынке много говорят о продуктовом подходе, метриках, CJM, A/B-тестах и юнит-экономике. Но в реальной работе продактам приходится разбираться в архитектуре, системном анализе и согласовывать ресурсы с другими командами. У каждого специалиста формируется свой профессиональный профиль. Кто-то хорошо работает с метриками и понимает пользователей, но теряется в технических аспектах. Кто-то свободно говорит с разработчиками, но упускает бизнес-цели продукта. Универсальный продакт — редкость. А с ростом до middle или senior пробелы в смежных областях становятся всё заметнее. При этом времени самостоятельно осваивать MLOps, статистику или управление разработкой обычно не хватает. Закрыть такие пробелы помогает системное обучение: многие программы как раз активно развиваются и направлены на то, чтобы готовить специалистов под требования рынка. Одна из таких — онлайн-магистратура ИТМО «Управление продуктом в цифровом бизнесе» в партнерстве с Яндекс Практикумом. Программа предлагает три трека: - продуктовая аналитика; - управление разработкой; - искусственный интеллект в продуктах. Обучение построено на реальных кейсах, в том числе от сервисов Яндекса. Полученные знания можно применять в текущих рабочих проектах. Формат полностью дистанционный, лекции проходят по вечерам. Сохраняются льготы очного обучения и возможность получить отсрочку. Приём документов уже идёт — сейчас можно ознакомиться с программой.

Я принес. Обучение и удержание Сегодня сразу два поста от титана оргпсихологии — Дмитрия Болдырева. Один про то, как строить обучение взрослых людей на работе так, чтобы оно действительно работало: https://t.me/dmiboldyrev/129 Второй про удержание ценного сотрудника: https://t.me/dmiboldyrev/130 Я хочу отметить, что данные посты представляют собой компактные, но по сути довольно емкие чеклисты и инструкции к действию. Для опытных руководителей — это скорее пошаговая напоминалочка ничего не забыть, а для неопытных — дорога, в которой на каждом шаге нужно погрузиться в тему, разобраться, приставить на свой конкретный контекст. И второе, на чтоо хочется обратить внимание — очень реалистичный (у Димы десятки лет обучения за плечами) взгляд на то, какое обучение действительно будет работать. Не для галочки, не как «бенефит от компании», не такое, на которое отправили на перевоспитание, а такое, чтобы и человек сам захотел научиться, и полученные знания перешли в навыки, приносящие пользу на работе. Внимание, спойлер: одна учебная сессия на 2-3 часа этого не дает, как надеются некоторые. А про удержание сотрудника — так это вообще сказка-песня. Оказывается, нельзя просто повысить зарплату, или похлопать по плечу, или наоборот поругать, и проблема рассосется. Человеки очень сложные, к ним нужен комплексный персональный подход, и особенно это касается тимлидов, которые управляют непосредственно исполнителями с мало прокачанными пипл-менеджерскими навыками. Мидл-менеджерам как будто бы тут попроще, ведь у них в подчинении другие руководители.

AI‑агенты меняют игру. Но кто расскажет, как это выглядит в проде? 😏 Возможно, именно ты! Если у тебя есть реальный кейс — лови приглашение на сцену Технохаб Конф 19 сентября. Никаких общих слов: готовь пайплайны, метрики, интеграции, честные ошибки и неочевидные решения! ✌️ Два трека: ✔️ Инженерия и AI‑Disrupt PDLC — про код, архитектуру и инфраструктуру. ✔️ Человек в мире агентов — про роли, команды и психологию инженера. Поторопись подать заявку: дедлайн — 10 августа!

Социально неудобное вслух Я иногда в шутку (в которой только доля шутки) говорю, что меня зовут порой на важные встречи для того, чтобы я там сказал вслух некие вещи, которые все хотят сказать, но то ли стесняются, то ли боятся, то ли это политически будет некорректно. Какая от этого польза? Иногда это помогает всем участникам стронуться с мертвой точки. Танцевали вокруг да около социальные танцы, а тут все признали наличие слона в комнате и можно уже по делу начать договариваться, что с этим делать. Иногда это нормализация несовершенства. Недавно читал книгу про тревожность. И там успешный адвокат, почти ни разу в жизни не проигрывавший дела, жил очень тревожную и несчастную жизнь. Он боялся совершить ошибку, проиграть дело и думал, что тогда его жёстко начнут презирать, хейтить, разочаруются в его профессионализме и уйдут все клиенты. Ему посоветовали рассказать об этом страхе или о проигранном деле другим коллегам. Он должен был столкнуться со своим страхом лицом к лицу. В итоге оказалось, что люди, которым он это говорил, не то что не хейтили, а были благодарны ему за эти слова. Они про себя думали то же самое и уничижали себя сравнением с этим «непогрешимым» товарищем. То есть каждый мучался от тревоги и несовершенства, но молчал и думал, что он один плохой, а все вокруг хорошие. А иногда просто разрядить обстановку и дать людям выговориться. «Как хорошо, что кто-то это сказал, вот и я думаю...» Теперь всем говорить, что в голову придет? Не совсем. Но если вы уверены, что правда есть какая-то ценная мысль, что-то упущенное в разговоре, что поможет привнести пользу, то можно и сказать, а не думать: «Ну раз все молчат, значит, это я не прав». Я понимаю, что это тяжело. Особенно если ты сам не любишь к себе привлекать внимание, а собрались какие-то важные и жесткие люди, обсуждают сложную тему, да ещё и в напряженной атмосфере (конфликт со сложным заказчиком, бестолковым исполнителем, калибровки, разговоры о зарплате, о повышении и т. д.). У меня тут не будет универсального совета. Если попробовать что-то изменить, проговорить, то можно или правда сделать всем лучше, или тебе скажут, что ты не прав, но если ничего не делать, то ничего точно и не изменится. Тогда, может быть, даже будешь себя корить, мол, а вот не промолчал бы тогда, и было бы лучше. Итог Не знаю, как вы, но лично я на себе неоднократно испытывал, что проговорив вслух «король-то голый», получалось намного быстрее, комфортнее и душевнее для всех сторон достичь целей. Это страшно, местами рискованно, но в большинстве своем того стоит.

Большинство материалов про пентест в интернете — это отдельные техники: один ролик про SQLi, другой про Kerberos, третий про Burp. Смотреть интересно, но в итоге остаётся ощущение, что ты знаешь куски, а целой картины нет. Как провести внешний и внутренний аудит, найти уязвимость, эксплуатировать её, закрепиться в инфраструктуре и оформить результат так, чтобы заказчик понял риск Курс «Профессия Пентестер» от Codeby — это 10 месяцев практики с практической лабораторией: от основ до комплексных атак на сети, веб, ОС и Active Directory. Что вы изучите: ⏺️полный цикл пентеста — разведка, эксплуатация, повышение привилегий, закрепление в сети ⏺️атаки на сети, веб-приложения, операционные системы и устройства ⏺️работу с Kali Linux, Metasploit, Burp Suite и инструментами эксплуатации ⏺️навыки написания эксплойтов, шелл-кода и обхода защитных решений ⏺️практику во внутреннем и внешнем пентесте — с отчётностью Программа выстроена последовательно: от администрирования и сетевой разведки — к эксплуатации уязвимостей, атакам на AD и работе в реальных сценариях. Если вы давно думаете про offensive security, но не понимаете, с чего собрать навыки в одну профессию, — посмотрите в сторону длинных практических курсов. Ближайший старт — 24 августа ➡️️Посмотреть программу и записаться По вопросам — @CodebyAcademyBot

Я принес. Настроение Иногда слушаешь публичные заявления и доклады высоких управленцев из разных компаний, и там всё четенько: «продуктовый подход, аналитика, цифры, KPI, метрики, прогнозные значения». Всё по науке, как надо работать и принимать решения. И в целом-то да, НО... Не устаю повторять, что во всём этом всегда будет очень много человеческого фактора. Иррационального, эмоционального и, может быть, даже самими людьми не всегда осознаваемого. А ещё про подобное много говорит большой эксперт по переговорам Даниил Терентьев (был у нас в «Кода кода»), например, тут https://t.me/logym_club/520. Я рад, что не я один так думаю, потому что иной раз из-за социальноодобряемой официальной риторики начинаешь думать, что это с твоим миром что-то не так 🙂

Август в менеджмент хабе будет особенным! Мало того, что у нас будут одни из моих любимых экспертов и тем, включая заседание книжного клуба по книге, которую я неоднократно советовал, — «Радикальная прямота», так ещё и первый официальный оффлайн митап сообщества. У нас было несколько оффлайн сходок в Питере, Екатеринбурге, Новосибирске и Москве, но в этот раз всё будет максимально официально.💪 3 зала с воркшопами от меня, Вити, Оли и наших друзей-сообщников, зона для нетворка и возможность прийти с +1 коллегой-руководителем. Отдельно хочу поблагодарить Авито Тех за любезно предоставленную нам площадку. Очень ценю ребят за их отзывчивость и вклад в разные подобные ИТ движухи для руководителей. Мало кто делает это именно с прицелом именно на менеджмент. А тут вот как раз всё прекрасно состыковалось с нами. Всё это делаем мы в Менеджмент Хабе.