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

Как разные роли используют AI Сценарии использования AI инструментов довольно сильно отличаются в зависимости от роли человека: 👉Продакты – подготовка PRD, прототипипование, коммуникации. 👉Дизайнеры – работа с исследованиям. пользователей, генерация текстового контента, генерация идей. 👉Фаундеры – помощь в принятии решений, генерация продуктовых идей, стратегия. 👉Инженеры – написание кода, архитектура, документация. Тимлидов спросить забыли, но мы ведь понимаем, что в основном для написания перфоманс ревью!

Как думать про компенсацию Мне нравится, как автор сформулировал цель процесса компенсации: Создать самую талантливую и мотивированную команду, которую только позволит вам ваш бюджет. Это значит, что следующие вещи не являются самоцелями: ❌Сделать сотрудников счастливыми ❌Сохранить команду любой ценой ❌Сэкономить на ФОТ ❌Платить на уровне рынка, или на уровне какой-то конкретной компании ❌Соответствовать ожиданиям сотрудников ❌Платить всем одинаково Если подумать над целью более рационально, то вам важно обязательно соблюдать следующее: 👉Платить самым ценным членам команды на уровне, на котором им будет сложно найти на рынке другую работу 👉Не допускать нечестной компенсации, использовать понятные и прозрачные зарплатные уровни 👉Быть готовым объяснить любое свое зарплатное решение 👉Максимизировать выравнивание интересов людей и компании через equity и performance-based бонусы

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

Почему нанимать джунов стало выгоднее Мы уже обсуждали, что замедлять темпы найма джунов из-за AI – довольно тупая идея. В сегодняшней статье этот тейк как раз хорошо объясняется. Джун – это ставка с определенным уровнем риска. Вы нанимаете неопытного человека, вкладываете в него время и ресурсы кого-то опытного из команды, и не можете быть на 100% уверены, что по итогу эти вложения оправдаются. Красная линия на графике – профит от джуна. Первое время он отрицательный, и, если вам повезет, когда-то выйдет в плюс. Сократить эту отрицательную область можно с помощью правильного онбординга и обучения, которые будут помогать быстрее приносить пользу, поддерживая достаточный уровень качества. Так вот, AI как раз с этой частью отлично помогает – если вы еще не использовали тот же Claude Code для онбординга в незнакомый код, обязательно попробуйте. Если использовать AI правильно – задавать вопросы про кодовую базу, исследовать альтернативные варианты реализации задачи, вместе думать над упрощением кода – то он может существенно ускорить переход джуна в полноценного инженера, а вместе с этим и уменьшить риски, которые вы на себя берете. Что еще лучше – в будущем такой инженер продолжит быстро расти.

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

Фальшивые догмы Некоторые правила разработки менеджеры слепо повторяют друг за другом, хотя, если задуматься, они имеют мало смысла. Вот несколько примеров: 👉Не переизобретайте колесо и берите готовые библиотеки. На самом деле, это трейд-офф, на другой стороне которого – ценность хорошего понимания кода, и безопасность от supply chain атак. 👉Каждый PR кто-то должен заревьюить. Цена обязательных ревью очень высокая, поэтому, хоть они и поднимают качество кодовой базы, не нужно доводить это правило до абсолюта и ревьюить тривиальные вещи. 👉Все современные команды должны работать короткими спринтами. Не всегда тот факт, что вы работаете по спринтам, делает вас гибкими. Более того, не вся разработка должна быть гибкой. 👉Каждая фича должна быть за флагом. Точно нет, так как огромное количество флагов усложняет даже самый тривиальный код, а ценность от них есть не всегда.

Как менять поведение систем Донелла Медоуз – автор очень известной книги про системное мышление "Thinking in Systems". Есди вы ее не читали, то вот это ставшее уже классическим эссе про то, какие рычаги для изменения поведения систем существуют, даст довольно хорошее представление о материале.

Главные уязвимости агентских приложений Вот только недавно я жаловался на то, что в OWASP как-то совсем ничего нет про зарождающиеся классы уязвимостей AI приложений – и вот под это дело они опубликовали отдельный рейтинг. 1️⃣Подмена цели – атакующий манипулирует тем, какие задачи преследует агент, или тем, как он принимает решения. 2️⃣Эксплойты тулов – агент оперирует в изначально установленных пользователем рамках, но использует один из предоставленных ему тулов не так, как предполагалось – например, для удаления ценной информации, вызова дорогого API, выборочной передачи приватной информации. 3️⃣Абьюз систем IAM – здесь много всего, начиная от использования привилегий агента в злонамеренных целях, заканчивая кражей учетных данных. 4️⃣Уязвимости цепочек поставок – тоже большой класс уязвимостей, к которому можно отнести как дырки, заложенные в веса моделей или логику агентов, так и взлом через установку агентом скомпрометированных библиотек в ваши приложения. 5️⃣Выполнение небезопасного кода – то самое, что в первую очередь приходит на ум. Агент пишет код, вы его исполняете, а где-то в нем оказывается написана логика по выдаче рутового доступа к вашему серверу кому-то со стороны.

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

Подборка лучших постов за 2025 год Я вот еще кое-как выдерживаю ежедневный темп публикации постов, а вот вам не позавидуешь – вам же все статьи читать приходится! Я уверен, что многие из крутых ссылок вы пропустили, потому собрал для вас традиционный даджйест самых заплюсованных постов за этот год. Сохраняйте себе в закладки, чтобы было что почитать, подъедая остатки оливье! 🤝Управление людьми и командой Кто виноват в плохой передаче знаний при увольнении Про принадлежность к группе Непопулярные мнения про организацию команд Никогда не используйте DISC Сколько инженеров работают на двух работах сразу Советы по управлению большими проектами ❤️Культура Важность благодарности для менеджера Избегайте нытиков Почему 10х инженеры – антипаттерн Принципы СТО Amazon Менеджмент через последствия Почему бигтех такой медленный 🤖AI Карьера вайб-кодера – это тупик Заменять джунов на AI – тупейшая идея AI код сразу же становится легаси AI фейки на собеседованиях Почему сеньоры теперь особенно ценны ↗️Карьера менеджера Как прокачаться в менеджменте за год Топ-5 красных флагов при поиске работы Как понять, что компания тебе не подходит Про карьеру в форме пирамиды Как начинать работу в новой компании Как получать удовлетворение от работы Ну и вообще, с наступающим, держитесь там, и продолжайте ставить лайки к статьям и вести холивары в комментариях!

Если у вас есть свободный час времени, подключайтесь на традиционный новогодний стрим подкаста Подлодка – будем подводить итоги года, рассказывать про наши главные открытия, самые полезные книги и всякое такое. А главное – разыграем среди зрителей Switch 2! 👉Начинаем через 10 минут

Опыт работы по фреймворку Shape Up Shape Up – довольно модный сейчас фреймворк организации командной работы. В чем суть: 👉Команда работает циклами по 6 недель сфокусированной продуктовой работы, после каждого из которых идут 2 недели на багфиксы, менее приоритетные задачи, техдолг и планирование следующей итерации. 👉До попадания в цикл разработки каждая идея проходит этап Shaping, на котором снимается достаточно рисков, чтобы над ней можно было начинать работать. 👉В цикл попадает очень ограниченное количество идей. Если не успевают сделать – режут скоуп. Так вот, автор поста рассказывает, как они в компании два года жили по такому фреймворку, и почему в итоге от него отказались. Детали можете прочитать сами, я хочу выделить ключевую мысль, которая применима к любому процессу вообще: We turned to the framework to create focus and discipline through process when what we really needed was clearer product direction. Мне прямо очень сложно вспомнить, когда за любой проблемой с процессами на самом деле во весь рост не стояла бы проблема отсутствующей продуктовой стратегии🤷