КРОК запустил второй сезон онлайн-стримов про people-менеджмент для тимлидов и вообще всех, кто работает с людьми ⚡️

Вас ждет

📌 5 встреч в прямом эфире
🎙 Спикеры из КРОК, Яндекс, Ozon, HeadHunter, Dodo Engineering, K2 Cloud, Контур и red_mad_robot

Ведущий — Иван Пластун, директор по трансформации департамента инфраструктурных решений и сервисов КРОК.

Разберемся, что действительно помогает руководителю управлять командой, налаживать процессы и не терять себя в круговороте задач. Спойлер: это не про отсутствие ошибок и суперсилу «держать все под контролем» 😁

Старт 5 июня в 19:00. Зарегистрироваться и узнать про все выпуски можно по ссылке 🔗

Реклама ЗАО «КРОК Инкорпорейтед», ИНН 7701004101. Erid: 2W5zFHRbcFS

Про книгу "Never Split the Difference"

Только что дочитал очень классную книгу про переговоры – Never Split the Difference. Автор, как часто водится у тренеров по переговорам, работал в силовых структурах и занимался освобождением заложников, после чего решил попробовать адаптировать используемые ими приемы к нашему с вами миру бизнеса и бытовых вопросов.

Какие идеи мне зашли:

👉Самая частая ошибка в переговорах – говорить о себе, своих интересах и своей позиции. Гораздо ценнее слушать вторую сторону, и всякими образами подталкивать их к тому, чтобы они побольше говорили, давали вам новую информацию, да и вообще чувствовали себя хозяином положения.
👉Хорошие инструменты, помогающие создать у второй стороны ощущение, что ее услышали, и продолжать говорить – зеркалирование и суммаризация.
👉Топовый прием – калибровочные вопросы. Вместо того, чтобы отвечать отказом на предложение, которое вам не подходит, лучше задавать открытые вопросы, которые подтолкнут вторую сторону к тому, чтобы принять вашу картину мира. Условно говоря, на слишком высокую цену стоит отвечать не предложением более низкой, а вопросом "Как я смогу себе позволить эту цену, если у меня есть только...?".

Книга уже окупилась – на днях сбил 100$ с цены за отель! Читается легко, кейсы полезные, рекомендую.

Работаем с лоу-перформерами

Когда в команде появляется лоу-перформер, очень заманчиво просто закрыть на проблему глаза в надежде, что все магическим образом исправится. Иногда так и случается, если причиной плохого перфоманса были какие-то временные личные проблемы. Но чаще ситуация может перерасти в хроническую, и плохо повлиять на всю команду. Зачем вообще выкладываться, если коллега работает в несколько раз хуже, и это никак на нем не сказывается.

Первое, что стоит делать, когда вы столкнулись с лоу-перформером – проверить, что вы сами не накосячили, и ваши ожидания от перфоманса сотрудника ему известны и понятны.

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

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

Про качество AI продуктов

А сегодня смотрим классный разговор моих хороших друзей, Виталия Шароватова и Алексея Шаграева. Леша сейчас делает Lovi – продукт, помогающий подбирать косметику и skincare продукты. Конечно же, с помощью AI – и конечно же сталкивается с тем, с чем и другие похожие продукты – проверять качество становится сильно менее тривиально.

Вот какие подходы к QA у них работают:

👉Dark launch — выкатывают фичу в прод, но скрытно. Пользователь не видит, зато продукт уже работает с живыми данными.
👉Краудтестинг с помощью Толоки или MTurk, чтобы получать фидбэк от максимально разнообразных живых пользователей.
👉Black box testing – единственный способ оценивать функциональность недетерминированной системы.
👉Тестирование с помощью AI агентов на фермах девайсов помогает симулировать реальных пользователей и быстро прогонять разные exploratory сценарии.

🔥 Суперсилы для тех, кто строит суперкоманды

24 мая в 11:00 на киберфестивале Positive Hack Days Fest в Лужниках состоится стратегическая сессия «Суперкоманды» от Invisible Force и Positive Technologies.

🎯 Что обсудим?
● Как создавать команды, которые не боятся перемен
● Секреты формирования кросс-функциональных групп
● Практики развития автономности и ответственности
● Реальные кейсы по построению команд будущего

👥 Для кого?
● HR-лидеры
● CIO и CTO
● Топ-менеджеры
● Все, кто хочет научиться собирать непобедимые команды

💡 Почему это важно?
В эпоху технологических скачков и киберугроз успех бизнеса зависит не только от технологий, но и от людей, которые их создают и защищают. Кросс-функциональные, гибкие, автономные команды — будущее любой технологической компании.

🎯 Формат:
● Живая дискуссия
● Практическая бизнес-игра
● Ответы на ваши вопросы от экспертов

📍 Где: Лужники, Москва
📅 Когда: 24 мая 2025 года
⏰ Время: 11:00
👉 Регистрация

Вместе узнаем, как собрать команду, которая побеждает, когда правила меняются! 💪

Про карьеру в форме пирамиды

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

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

Отдел продаж — точка роста бизнеса

Но только при грамотном управлении. Без чёткой системы продажи превращаются в хаотичный набор действий, а бизнес теряет деньги.

Если хотите сделать продажи стабильными, рассмотрите курс «Руководитель отдела продаж».
Программа разработана совместно с SalesUp Consult — экспертом в настройке отдела продаж на рынках b2b, b2c, b2g.

Что даст обучение:
узнаете, как формировать сильные команды продаж;
поймёте, как увеличивать доход компании даже в период неопределённости;
научитесь прогнозировать выручку и работать с аналитикой.

В конце — создадите полноценную стратегию развития вашего отдела продаж с финансовым планом, расчётом конверсий и другими показателями.

Используйте промокод ROP10, чтобы получить скидку 10 000 ₽ на курс. 
Сделайте продажи управляемыми: https://netolo.gy/eakD

Реклама. ООО "Нетология". ИНН 7726464125. Erid:2VSb5y8XjqS

Что отделяет сеньоров от стаффов

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

Про многозадачность

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

👉Общий объем задач и время на их выполнение на самом деле растет. Чем сложнее задачи, тем дольше между ними переключаться, и тем больше потерь происходит. Ученые даже посчитали, что на потери переключений приходится до 40% времени, что очень дофига.
👉Меньше внимания уделяется отдельным задачам, и качество их проседает. А так как менеджер в основном работает с другими людьми, проседание качества получает цепной эффект.
👉Растет уровень стресса и тревожности.
👉Мозг меньше отдыхает, падает креативность, вы превращаетесь в машину по выполнению скучной рутины (которую как раз хорошо в будущем заменят AI).
👉Ухудшается рабочая память, падает способность к концентрации, и в итоге какие-то важные большие сложные задачи вы вообще перестаете быть способными выполнить.
👉И итог всего этого – хроническая усталость и выгорание.

Наши друзья из компании ASTON приглашают руководителей на закрытую лекцию известного историка, доктора исторических наук и футуролога Александра Шубина.

Тема: «Системы международных отношений в ХХ веке: Версаль, Ялта и другие»

Поговорим о том, как менялся мировой порядок в прошлом веке, почему одни системы международных отношений рушились, а другие держались десятилетиями. Обсудим самое важное — от Версаля до конца холодной войны.

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

Когда: 27 мая, регистрация с 18:30, начало в 19:00
Где: Санкт-Петербург, отель Коринтия, зал «Ландскрона»

Если хотите присоединиться к встрече, обратите внимание, что регистрироваться обязательно. Сделать это можно по ссылке.

Будем рады вас видеть!

Реклама. ООО "Астон", ИНН:9715350151, erid: 2Vtzqv8BvJZ

Подкасты на выходные

Возвращаемся к нашей нерегулярной рубрике "Что послушать про тимлидство на выходных":

👉"Бреслав и Ложечкин" про вайбкодинг: область применимости, польза и последствия, влияние на будущее языков программирования и джунов в индустрии.
👉"КОДА КОДА" про проектный менеджмент как профессию: чем занимаются, как делится ответственность с продактом и тимлидом, что ожидает в будущем.
👉"Три тимлида заходят в бар" про succession planning: как вырастить себе замену, которая подменит тебя в отпуске или когда ты пойдешь на повышение.
👉Weekend Talks с Романом Ивлиевым, бессменным директором TeamleadConf, про переосмысление карьеры после 25 лет в IT, боли тимлида и отказ от консалтинга.

Про экономику вайбкодинга

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

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

Мне такое объяснение кажется близким к теории заговора, и краткосрочные экономические выгоды вообще не кажутся достаточной причиной. Научиться генерировать качественный поддерживаемый код в перспективе гораздо важнее, чем выжимать дополнительные проценты прибыли с клиентов. Ведь если эта задача останется нерешенной, границы применимости LLM останутся на уровне небольших проектов, и полномасштабный адопшн агентских сценариев в больших компаниях с действительно огромными кодовыми базами и командами будет сильно затруднен.

Традиционные или виртуальные команды?

В IT-разработке чаще всего используют два подхода к организации командной работы. Традиционные команды с чёткой иерархией и фиксированными ролями, и виртуальные — с гибким составом участников, который меняется под задачи.

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

Что отличает участников традиционных команд:
— чёткое распределение зон ответственности;
— согласование действий с одним тимлидом;
— синхронная коммуникация;
— стабильный, малоподвижный состав.

Что характерно для виртуальных:
— самостоятельность и инициативность участников;
— гибкое перераспределение ролей;
— возможность подтягивать сотрудников на другие проекты внутри компании;
— быстрая адаптация участников к меняющимся условиям.

Второй подход, помимо плюсов, имеет свои особенности. О том, как выстраивать работу виртуальных команд и как это устроено в Яндексе, написал Руслан Муфтиев, который руководит группой разработки интерфейсов в Поиске.

Как нанимать джунов с учетом AI

Вместо того, чтобы пытаться замещать джуниоров AI агентами, рациональнее, наоборот, инвестировать в их найм, чтобы в будущем не остаться без мидлов и сеньоров. Тем не менее, список качеств, важных для новичка, немного поменялся:

👉Умение формулировать понятный промпт и верифицировать результаты AI.
👉Умение смотреть на код критически, задавая вопросы "почему здесь так, а не иначе?"
👉Понимание границ применимости AI и всех ограничений, включая приватность и этику.

Такие навыки превращают джуниора в полезного члена команды, а не в бездумную прослойку между AI и ментором. Что можно сделать, чтобы прийти к этой картине:

1️⃣Сменить подход к найму – вместо оценки знания алгоритмов смотреть на то, как кандидат задаёт вопросы модели и исправляет её промахи.
2️⃣Организовывать работу через трио сеньор + джуниор + AI. Пусть опытный разработчик показывает ход мысли, новичок – задает вопросы и озвучивает сомнения, ассистент – генерирует код. Знания передаются быстрее, ошибки ловятся раньше.
3️⃣Чередуйте задачи с AI и без него. Хотя бы раз в спринт давайте новичку задачу, решить которую надо целиком вручную, чтобы не атрофировались навыки вроде дебага.
4️⃣ Добавьте в свой онбординг гайд по AI, в том числе какие данные можно загружать в модель, какие – категорически нельзя.
5️⃣Пересмотрите свои критерии перфоманса для джунов. Оценивайте не просто закрытые задачи, а способность объяснить решение, быстро найти и починить баг, предложить улучшение после отклика ассистента.

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

Каждому продакту важно перезагружаться: участвовать в регатах, рубиться в настолки и вообще — искать вдохновение во всём, что его окружает.

Например, Яна, продакт в Яндекс Музыке, составляет свой личный контент-план и постоянно пополняет его новыми книгами и фильмами. А еще — пишет и выпускает электронную музыку с этно-мотивами! Всё это — не только классные хобби, но и способ по-новому взглянуть на рабочие задачи.

Это мы узнали из нового фан-исследования Яндекса о продактах компании. Ребята провели его, чтобы показать: за каждой метрикой стоят люди со своими историями и увлечениями.

Исследование открытое. Присоединяйтесь и узнайте, какой вы всё-таки продакт: маэстро хаоса, техномаг или властелин порядка?

Architecture Decision Records

Как вы знаете, ADR – документ, который описывает важные технические решения, весь нужный контекст вокруг из принятия и последствия. По ссылке – большая подборка шаблонов, рекомендаций по работе с ними и даже специализированных тулов вроде adr-tools. А самое интересное – публичные гайдлайны конкретных компаний:

👉Amazon
👉GitHub
👉RedHat

Как выглядит продуктивность разработчика при использовании AI инструментов

Сотрудники Авито ведут свой telegram-канал ⭐️

И знаете, получается мега-лампово и увлекательно. Всего через несколько постов начинаешь уже чувствовать себя частью их уютного офиса: рядом — знакомые весёлые коллеги из постов, и вам точно есть что обсудить.

А вообще хвалим и одобряем. Во-первых, смело и интересно. Во-вторых, для тех, кто рассматривает работу в компании, это возможность изучить культуру и вайб команды ещё до трудоустройства.

🔥 Однозначно подписка — @avito_life
🔥🔥 Если думаешь о работе в Авито, то добавляй сразу — @avito_career

Как хвастаться своей работой

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

Есть несколько правил, которые позволяют хвастаться своими успехами таким образом, чтобы это не воспринималось противоестественно и было полезно другим людям:

👉Идеально, когда про вас рассказывают другие люди. Для этого нужно уметь вовремя оказывать помощь тем, кому она может пригодиться. Например, когда кто-то работает над знакомой вам задачей, вы можете поделиться своим опытом, или скинуть сохранившиеся документы.
👉Регулярно делитесь в релевантных каналах синтезом результатов своей работы в таком формате, чтобы это было полезно другим. Например, закончив большой проект, поделитесь lessons learned. Не забудьте дойти и до тех, кто когда-то высказывал интерес к этому проекту.
👉Не создавайте дополнительной работы для других, и явно пишите, зачем вы шарите что-то – требуется ли от читателей какое-то действие, или просто показываете для ознакомления.
👉Почаще делитесь и результатами других людей. Все как в одном из примеров выше – если кто-то работает над проблемой, а вы встречали релевантные идеи у кого-то еще, обязательно пришлите их человеку.
👉Избегайте частых ошибок: не шарьте работу плохого качества, не уделяйте слишком много внимания процессу вместо результатов и инсайтов, делитесь работой других чаще, чем своей.