Teamlead Good Reads – ежедневные советы про менеджмент людей и команд
25K subscribers
338 photos
5 videos
1.6K links
Самые интересные статьи, видео и новости, связанные с управлением людьми, командами, разработкой и продуктами.

РКН: https://gosuslugi.ru/snet/67b4386d2a44e21839a0f87f

Продуктовая папка: https://t.me/addlist/YvmnHCHUp700Nzky

Реклама: @tanyasanovna
Download Telegram
Про радикальную прямоту

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

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

Anthropic – создатели самых популярных моделей для работы с кодом, поделились детальной статистикой по тоиу, как именно разработчики используют AI.

Сначала чуть-чуть про методологию.

Взяли выборку в 500 000 сессий за начало апреля и прогнали их через privacy-preserving аналитику: модель анонимно определяла тему, язык, тип задачи классификацию всей беседы – либо как "автоматизацию" (AI делает работу) или "аугментацию" (AI + человек решают задачу вместе). Сравнивали два канала: обычный AI чат и AI агента Claude Code.

👉Чем агентнее инструмент, тем меньше человек участвует в самом процессе написания кода. 79% бесед с Claude Code относятся к классу "автоматизация" против 49% в чате. При этом полное делегирование задачи происходит в 44% сессий с агентом, и в 27% в чате.
👉В основном разрабатываются user-facing приложения, так что бэкендеров заменят последними. JavaScript и HTML лидируют в списке технологий. Для сравнения Java где-то в 10 раз менее популярна.
👉Агент в основном используется стартапами и в пет-проектах, в энтерпрайзах проникновение пока не очень большое.
Стратегический технический советник

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

Роль технического советника состоит ровно в этом – расширять возможности менеджера, за него погружаясь в сложные кросскомандные проблемы, и принося независимые рекомендации. Статью советую и тем, для кого такая роль может стать ступенькой карьерного роста, и тем, кто находится на месте топ-менеджера с ограниченным ресурсом – довольно подробно разбирается, как встроить эту роль в организационную структуру.
This media is not supported in your browser
VIEW IN TELEGRAM
Frontend + Летний митап + Суббота = Я.Субботник по разработке интерфейсов 💛

7 июня в Москве Яндекс Go проводит Я.Субботник по разработке интерфейсов. В программе 4 доклада и воркшоп:

👉 Артемий Карпов расскажет, как команда выстраивает взаимодействие между разработкой и тестированием при написании автотестов и улучшении семантики приложения
👉 Миша Колосовский покажет, как сделать статические схемы интерактивными и причем тут SVG
👉 Давид Давыдов объяснит, что мы сделали с серверным API и как пришли к одной строчке кода вместо сотни
👉 Серёжа Алейников поделится опытом портирования нативного BDUI в вебе

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

Регистрируйтесь и зовите друзей!

Мероприятие бесплатное. Количество мест в офлайне ограничено — пожалуйста, дождитесь нашего подтверждения.

Реклама. ООО «Яндекс.Такси» ИНН 7704340310
AI код сразу же становится легаси

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

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

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

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

При всем этом у 1-1 дофига недостатков:

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

Автор советует заменить регулярные 1-1 на:

👉Обсудить в чате -> Быстро ad hoc созвониться на 5 минут -> и только потом делать полноценный митинг. Большая часть вопросов таким образом решится гораздо быстрее.
👉Статус-чеки по проектам, которые включают в себя всех нужных участников.
👉Выделенное время под карьерные разговоры и обсуждение перфоманса.
This media is not supported in your browser
VIEW IN TELEGRAM
Был момент, когда я реально думал: “Ну не дано мне быть тимлидом”.
Команда есть, задачи есть, а ощущения уверенности — нет.
Каждый день — бесконечный чат, куча ручной координации, всё держится на мне, и никакой опоры.

Я пытался: внедрял процессы, проводил ретро, делал one-on-one, читал статьи.
А потом снова выгорал. Потому что не было системы. Потому что на каждом уровне роста я залипал — и не понимал, что происходит.

И только когда я увидел, что у управления есть этапы, что есть точки, где почти все проваливаются — стало легче.
Появилась карта. Появились ориентиры.
И главное — чёткий план действий!


Меня зовут Павел Чертков.
Я — руководитель разработки с 10-летним опытом, работаю с тимлидами, руководителями и теми, кто только начинает этот путь.

И 20 мая в 19:00(мск) я проведу открытый урок

«Эволюция руководителя: как преодолеть потолок в развитии и выйти на новый уровень».

Вы сейчас в похожей точке:
— тащите команду на себе,
— не чувствуете роста,
— устали от хаоса и микроконтроля —

Я приглашаю вас на открытый урок «Эволюция руководителя».

Будем разбирать,
— почему “быть идеальным” мешает расти,
— что блокирует ваш переход на новый уровень,
— и как выстроить систему управления, которая работает.

📌 Это открытый урок в преддверии большого курса «Тимлид 360».
👉 Вот ссылка на участие

Если чувствуете, что застряли — это не тупик. Это следующая ступень.
Пора двигаться дальше.


Реклама. Самозанятый Чертков, ИНН 420549309401, erid:2SDnjeEZAX7
Media is too big
VIEW IN TELEGRAM
КРОК запустил второй сезон онлайн-стримов про 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$ с цены за отель! Читается легко, кейсы полезные, рекомендую.
Работаем с лоу-перформерами

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

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

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

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

Сложно синхронизировать несколько команд в работе над одним продуктом? Нет единого инструмента для управления организацией, работающей по масштабируемому Agile? Долгое время реакции на инциденты?

20 мая в 14:00 на вебинаре эксперты SimpleOne расскажут о комплексном подходе к управлению разработкой программных продуктов и продемонстрируют решение SimpleOne SDLC

В программе вебинара:
✔️возможности SimpleOne SDLC для организации продукто-ориентированного подхода к управлению разработкой;
✔️демонстрация функциональности SimpleOne SDLC;
✔️роль SDLC в экосистеме SimpleOne;
✔️ответы на вопросы участников.

🎙Спикеры:
Артем Герасимов — владелец продукта SimpleOne SDLC
Ринат Нестеров — менеджер по развитию SimpleOne

📌Зарегистрироваться на вебинар

Реклама. ООО "СИМПЛ 1", ИНН 9725013892, erid: 2SDnjbxMAJR
Please open Telegram to view this post
VIEW IN TELEGRAM
Про качество 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
👉 Регистрация

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

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

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

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

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

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