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

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

@leadgr


Самые интересные статьи, видео и новости, связанные с управлением людьми, командами, разработкой и продуктами.

Размещение рекламы: @tanyasanovna

Папка лучших продуктовых каналов: https://t.me/addlist/YvmnHCHUp700Nzky

Teamlead Good Reads (Russian)

Teamlead Good Reads - это Telegram канал, который предлагает самые интересные статьи, видео и новости, связанные с управлением людьми, командами, разработкой и продуктами. Если вы являетесь тимлидом, интересуетесь архитектурой программного обеспечения, или управлением разработкой и людьми, то этот канал для вас. Здесь вы найдете полезные советы, инсайты и лучшие практики от экспертов в области менеджмента и разработки. Teamlead Good Reads - это ваш надежный источник информации, который поможет вам стать более успешным профессионалом. Присоединяйтесь к нам прямо сейчас и будьте в курсе всех последних тенденций и новостей в области управления, разработки и архитектуры программного обеспечения. Для размещения рекламы обращайтесь по контакту: @tanyasanovna. И не забудьте заглянуть в папку лучших продуктовых каналов по ссылке: https://t.me/addlist/YvmnHCHUp700Nzky

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

21 Jan, 06:05


Что определяет сильных инженеров

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

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

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

20 Jan, 10:34


🔥Как повысить эффективность, минимизировать хаос и удержать команду, превращая проблемы в четко управляемые процессы?

⚡️22 января в 20.00 мск. приглашаем на открытый вебинар “Как построить процессы, а не проблемы?”
, на котором:

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

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

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

❗️Разберем практические кейсы участников и ответим на вопросы

👉Не пропустите! Регистрация по ссылке https://otus.pw/Cyyg/

Открытый урок приурочен к старту курса "CTO/Технический директор". 5 месяцев обучения. Преподаватели-практики из ведущих отраслевых компаний. Выпускной проект - детальный план развития технического подразделения на один год, на три года и на пять лет.

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

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

20 Jan, 09:16


Давайте пообсуждаем пост про DISC тут. Обновленный спам-бот в чате типизирует себя как D по DISC, поэтому доминантно принял решение сам, и удалил комменты к прошлому посту.

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

20 Jan, 06:03


Никогда не используйте DISC

Менеджеры очень любят оперировать простыми моделями. Это желание понятно – реальность вокруг очень сложная, страшная и непредсказуемая, что делать – решительно непонятно. Особенно это относится к работе с людьми. Все мы сталкивались с конфликтами, возникшими практически на пустом месте, с увольнениями, которые никак нельзя было предсказать, и другими событиями, разрушающими выстроенную в голове реальность.

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

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

И ладно бы еще DISC был просто бесполезным, но он еще и вреден:

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

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

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

17 Jan, 06:04


Как строится репутация

Есть когнитивное искажение, известное как гало-эффект. Если человек по какой-то причине вам понравился, вы склонны верить, что у него все получится. Обратное тоже верно.

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

Из этого получается следующая логика:

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

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

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

16 Jan, 06:06


Роли principal инженеров

Инженеры уровня principal почти такие же снежинки, как и тимлиды – они очень сильно отличаются друг от друга, и могут выполнять очень разные роли. Благодаря тому, что в Amazon инженерная команда бесконечного размера, принципалов тоже скопилось достаточно много, чтобы выделить самые частые и полезные роли, которые они могут выполнять:

👉Спонсор – лидер проекта, который разрабатывается несколькими командами. Отвечает за то, чтобы проект двигался вперед, проблемы, встающие перед командами, быстро решались, а решения вовремя принимались. Такую роль может выполнять и менеджер, но в случае принципала люди ему напрямую не подчиняются.
👉Гид. Доменный эксперт, глубоко вовлечен в техническую часть, в отличие от спонсора не занимается проектным менеджментом или организационными задачами. Часто драйвит архитектуру, но при этом не становится главным архитектором, вместо этого активно вовлекая всю команду. Продакшн код не пишет. Гид работает с целой командой, а не менторит отдельных людей.
👉Катализатор. Проводит проект от очень сырой идеи до момента официального запуска: пилит прототипы, готовит все нужные документы, получает buy-in от нужных стейкхолдеров. Как только проект запущен, катализатор либо меняет свою роль на гида или спонсора, либо берется за следующую идею.
👉Tie Breaker (помогите найти аналог на русском). Подключается к принятию очень важных решений, в которых нет очевидного правильного ответа, и которые команда не может принять сама. Он глубоко погружается в проблему, разбирает все точки зрения, принимает финальное решение и документирует его. Это временная роль, в отличие от всех предыдущих.
👉Ловец. Подхватывает проект, столкнувшийся с проблемами и сошедший с трека, и приводит его в порядок. Его основная задача – провести независимый анализ, выявить проблемы, придумать и осуществить план их решения.
👉Участник. Если принципал не занимает одну из перечисленных выше ролей, он работает как обычный член одной или нескольких команд.

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

15 Jan, 06:07


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

А вы что думаете?

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

13 Jan, 12:08


10 привычек, помогающих росту

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

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

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

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

Там в этот раз будут не только тренера Стратоплана, а и авторы довольно таки популярных телеграмм-каналов, вот как «Тимлид Очевидность», «Teamlead с места в career», «Менеджер от боженьки».

Участие бесплатное, доступ ко всем материалам пожизненный, как и польза от внедренных привычек. Марафон пройдет с 13 до 25 января, так что регистрируйтесь и приглашайте коллег!

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

13 Jan, 06:06


Как прокачаться в менеджменте за год

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

Месяц 1 – Учимся учиться и управлять своим временем
- Путь джедая
- The 7 Habits of Highly Effective People
- A Mind for Numbers

Месяц 2 – Разбираемся, как внедрять изменения
- The Goal
- Influencer
- Bulletproof Problem Solving

Месяц 3 – Строим систему управления
- Team Topologies
- An Elegant Puzzle
- Thinking in Systems

Месяц 4 – Создаем сильную команду
- Radical Candor
- The Five Dysfunctions of a Team

Месяц 5 – Прокачиваем коммуникации
- Джедайские техники конструктивного общения
- Facilitator's Guide
- The Culture Map

Месяц 6 – Разбираемся, как устроен бизнес
- The Personal MBA
- The Hard Thing About Hard Things
- High Output Management

Месяц 7 – Прокачиваем мышление
- Thinking, Fast and Slow
- The Great Mental Models

Месяц 8 – Погружаемся в стратегию
- Understanding Michael Porter
- Good Strategy Bad Strategy
- The Innovator's Dilemma

Месяц 9 – Ставим сильные цели
- Radical Focus
- How to Measure Anything

Месяц 10 – Управляем сложными проектами
- Critical Chain
- The Deadline
- How Big Things Get Done

Месяц 11 – Погружаемся в продуктовый менеджмент
- Intercom on Product Management
- When Coffee & Kale Compete
- Mom's Test

Месяц 12 – Покоряем корпоративную политику
- Политика у шимпанзе
- The 48 Laws of Power
- The 33 Strategies of War

Расскажите в комментариях, какие книги в какой раздел вы бы добавили, и почему!

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

10 Jan, 06:02


Как давать фидбэк

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

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

09 Jan, 06:04


Главные фейлы за 2024

Январь уже в самом разгаре, а, значит, многие из вас успели подвести итоги прошедшего года, подумать о победах, и, самое интересное, об ошибках. Может быть, вы затащили в команду скрам какую-то бесполезную практику, которая не решила проблем, а только добавила? Или проигнорировали ранние сигналы о плохом перфомансе сотрудника, и затянули до момента, когда это повлияло на всю команду?

Расскажите о своих главных менеджерских продолбах за прошедший год, и чему они вас научили!

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

08 Jan, 06:06


Как помочь плохо перформящей команде

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

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

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

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

Что важно понимать – если обстановка внутри компании не дает возможности использовать такие основанные на здравом смысле подходы, то каких бы опытных менеджеров вы ни нанимали, ситуации они не изменят.

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

07 Jan, 06:04


Когнитивная нагрузка

Cognitive load – супер-важная концепция в менеджменте как команд, так и отдельных людей. Например, в той же книге Team Topologies, чтобы оценить допустимое количество компонентов, за которое может отвечать команда, предлагается смотреть именно на совокупную когнитивную нагрузку.

Статья рассматривает когнитивную нагрузку как основной фактор, который влияет на продуктивность отдельного разработчика. Она делится на две разновидности:

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

Примеры того, что вызывает extraneous cognitive load:

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

06 Jan, 06:06


Ретроспектива произошедшего с LLM в 2024

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

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

👉Инференс стал дешевле на порядок, вызов младших моделей теперь стоит совсем копейки
👉Размер контекста существенно вырос
👉Локально можно запускать довольно мощные модели, сравнимые с GPT-4
👉Тренировка на синтетических данных работает, причем иногда лучше, чем на органических
👉В целом плато способностей LLM, которым периодически любят пугать, пока не видно
👉Генерация простых веб-приложений из промптов стала сравнительно неплохо работать
👉Использовать LLM обычному пользователю все труднее, нужно больше знаний об их устройстве, ограничениях и доступной инфре, чтобы добиваться нормальных результатов

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

03 Jan, 06:03


3X Framework – Explore/Expand/Extract

Все вы знаете Кента Бека как автора XP, одного из подписавших Agile манифест и громкого сторонника TDD. Но помимо всего этого, у него много других классных статей и мыслей.

Одна из моих любимых – про фреймворк 3Х, который очень простым способом объясняет основные стадии жизни продукта и то, как они влияют на подходы к разработке:

1️⃣Explore. Этап прототипирования, когда вы только пытаетесь нащупать рабочую идею, которая получит отклик у пользователей. Правильная стратегия разработки на этом этапе – максимально снижать стоимость экспериментов, и запускать их как можно больше.
2️⃣Expand. Product/market fit нашелся, пошла фаза быстрого роста. В этот момент основной фокус разработки должен быть на поиске бутылочных горлышек в технологиях, процессах и команде, потому что именно они могут остановить рост.
3️⃣Extract. Проблемы роста решены, формула продукта в целом понятна. Теперь вы превращаете создаваемую им ценность в деньги. И тут фокус смещается на устойчивость, снижение костов разработки и поддержки, и вот все то, чем мы любим заниматься в бигтехе.

Какие ключевые мысли дает эта модель:

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

02 Jan, 06:05


PR/FAQ про AWS Lambda

В Amazon очень сильно развита культура письменных коммуникаций. В частности, обсуждение любой идеи нового продукта или фичи начинается с детально описанного документа, известного под названием PR/FAQ. В чем суть – вы пишете пресс-релиз так, как будто продукт уже вышел, включая туда понятное читателям описание сценариев его использования, преимуществ перед конкурентами, и даже цитаты счастливых пользователей. Помимо пресс-релиза, туда же вы включаете ответы на самые частые вопросы, которые раскрывают уже более глубокие темы как с точки зрения пользователей, так и с точки зрения бизнеса.

Отличный пример такого PR/FAQ – по ссылке в заголовке. К десятилетию запуска AWS Lambda ребята из команды решили выложить свой документ с дополнительными комментариями. Очень рекомендую почитать, можно забрать хорошие идеи, если вы тоже придерживаетесь культуры письменных коммуникаций.

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

31 Dec, 06:00


Последняя часть цикла про командообразование

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

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

30 Dec, 06:01


Что вы думаете про открытые зарплаты

Я к идее открытых зарплат отношусь скорее негативно:

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

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

27 Dec, 06:01


Лучшие посты за 2024

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

👭Команда
Как проводить оффбординг
Эффект IKEA
Как выражать признание другим людям
Экономия на зарплате вредит бизнесу
Осмысленные карьерные разговоры
Запугивающие вопросы
Про удержание сотрудников

↔️Процессы
Советы по управлению долгими проектами
Как писать статус-репорты
Гайд по внутренним коммуникациям
Очередь задач вместо сторипойнтов
20% на техдолг не работают
Парадокс Тога

🥰Культура
Эффект Мертвого моря
Критика современной культуры менеджмента
Как не терять контакт с реальностью
Культурный контракт с сотрудником
Опасность метрик в менеджменте

🤝Найм
Гайд по поиску работы engineering manager
Рекрутеров можно заменить броском монеты

Личная эффективность
Практики таймменеджмента, которые работают
Аудит своей занятости

А вообще, с наступающими праздниками всех! Держим пальцы крестиком, чтобы LLM в следующем году не заменили всех менеджеров и инженеров, не появилось бы новых черных лебедей, а постов про скрам писалось бы меньше 🎄

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

26 Dec, 18:01


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

Так вот, мы прямо сейчас стартуем новогодний стрим Подлодки, где не только будем делиться разными полезными штуками, но и разыграем этот самый планшет, так что подключайтесь!
🎄Стрим на YouTube

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

26 Dec, 15:05


Зима, праздники, мандарины и … время для саморазвития!

После того, как все друзья будут поздравлены, подарки распакованы, а новогодние сериалы посмотрены, — самое время заглянуть в блог «Это МТС». На своем карьерном сайте МТС выпустиламного полезных материалов, которые помогут добиться успехов в карьере в новом году.

Например, можно узнать:

— Какие профессии актуальны на рынке digital и IT и чему учиться, чтобы быть в топе.
— Как искать работу, составлять резюме и проходить собеседования, чтобы получить оффер мечты.
— Как планировать время так, чтобы успевать и работать, и жить.
— Какие сервисы и фишки корпоративной культуры помогают МТС создавать созидательную сразу для увлечённых команд.
— Как сотрудники цифровой экосистемы создают инновации и меняют привычное.
 
Подписывайтесь, чтобы не пропускать свежие статьи и проводить свободное время с пользой для карьеры!
 
ссылка на блог

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

26 Dec, 06:02


Дорофеев про прогнозирование сроков

Очень старый, но все еще бесконечно актуальный доклад Максима Дорофеева про то, как заниматься оценкой сроков в Scrum и Kanban: статистические методы, карты Шухарта и люди-снежинки с руками из жопы.

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

25 Dec, 16:02


Зарплата не растет так быстро, как хотелось бы

Это самая большая проблема для опытных айтишников. Знаю многих коллег, кто полгода фигачит, помогает команде достигать целей, ждет перформанс ревью, а вместо повышения - «спасибо» от руководителя и максимум +10-20% к зп.

Как в начале карьеры, когда ЗП быстро росла, уже не будет.

Главный фактор роста дохода для айтишника – набор аудитории в свой блог и продажа обучающих продуктов.

Чтобы начать получать дополнительный доход к зарплате и вырасти X3-5 в деньгах, подписывайтесь на канал Сергея Дмитриевского, ex-тимлида Авито.

Он заработал 24 млн на своих обучающих продуктах и перестал зависеть от результатов перформанс-ревью.

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

В закрепе план, который точно даст понимание как начать и не потратить время впустую.

Подписывайтесь, здесь личный опыт как айтишнику зарабатывать на своих продуктах:
https://t.me/+gkR2XkdX6Kw1NjRi


Реклама. ИП Дмитриевский, ИНН 325503042208, erid:2SDnjbyuwVu

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

25 Dec, 06:01


Как определять SLO

Если вы не знакомы с термином, то SLO расшифровывается как Service-Level Objectives. Это набор целей, которые вы ставите перед надежность вашего продукта. Так вот, держите по ссылке хороший подробный гайд, как с ними работать. Если кратко, то алгоритм такой:

1️⃣Определите самые важные пользовательские сценарии
2️⃣Определите SLI, service-level indicators, которые описывают надежность этих сценариев
3️⃣Выберите целевые показатели, в которых эти SLI должны находиться. Помните, что они должны быть реалистичными.
4️⃣Заложите бюджет на ошибки – проседание этих индикаторов, которое может быть более-менее нормально воспринято пользователями. Его можно расчитать, как процент измерений ваших SLI за какой-то промежуток времени, в который они не попадают в SLO.

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

24 Dec, 15:25


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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

23 Dec, 15:00


Иногда для счастья нужно съесть конфету, а иногда — хорошенько поорать.

КРОК дропнули новогодний подарок мечты — всем нам нужно такое в конце года (кстати, ведро для ора еще и разыгрывают).

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

23 Dec, 13:01


Живая запись Бреслава и Ложечкина в Лондоне

Мы решили попробовать сделать классную штуку – организовать живую запись подкаста "Бреслав и Ложечкин" в Лондоне. Помимо самой записи обязательно будет интерактив с гостями и куча организованного нетворкинга.

Если вы живете в UK, то вам надо сделать две вещи:
👉Заполнить форму, чтобы мы могли понять интерес и выбрать площадку
👉Забронировать в календаре 18 марта
👉Отложить что-то около 20-40 фунтов на входной билет

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

23 Dec, 06:02


Рабочие группы как инструмент принятия решений

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

В статье предлагают решать эту проблему выделением рабочих групп:

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

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

20 Dec, 06:02


Новые выпуски тимлидских подкастов

👉"Бреслав и Ложечкин" про карьерный рост в корпорациях: все про грейды, перформанс менеджмент и недостатки этих систем.
👉"Три тимлида заходят в бар" про внедрение изменений: какой поддержкой надо заручиться, как изменения продавать, поддерживать актуальными, и как их замять, если все пошло не по плану.
👉"КОДА КОДА" про финансовое планирование в разработке: как учитывать влияние различных технических решений на финансы организации
👉"Подлодка" про развитие продукта на этапе масштабирования: глубокий разговор с Аней Булдаковой про то, как принимать хорошие продуктовые решения

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

19 Dec, 06:02


Про бесполезность еженедельных командных созвонов

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

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

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

18 Dec, 06:02


Виноваты процессы, а не люди

По словам Деминга в 94% проблем компании виновата система, и только в остальных 6% – люди.

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

17 Dec, 06:02


Как работать с риском

Начало обещающей быть очень классной серии статей про управление рисками. Вот некоторые из идей оттуда:

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

16 Dec, 06:01


Как сделать планирование менее вредным

👉Уменьшить количество целей и ожиданий от планирования. Обычно один процесс пытаются приспособить сразу под все – коммуникацию стратегии, сбор списка самых важных проектов, их декомпозицию и оценку, оценку хедкаунта. Чем меньшего вы будете пытаться добиться, тем больше шансы построить менее вредный процесс.
👉Не пытаться строить чисто bottom-up процесс. У большинства команд не хватает контекста про то, что важно всей компании, поэтому их решения будут крутиться вокруг локальных оптимизаций. Кроме того, у них не хватает понимания, чем занимаются соседние команды.
👉Не начинайте новых проектов во время планирования. Если вы пытаетесь все сделать одновременно, то вы сильно рискуете получить плохо продуманные планы запуска, потому что люди будут преследовать другую цель – успеть уложиться в сроки планирования, а не уменьшить риски запуска чего-то бесполезного.
👉Чтобы избежать микроменеджмента, задавайте понятные модели и ограничения. Например, очень полезно сделать явный приоритет между двумя на первый взгляд равными целями, или разложить направления работы по примерным процентам.
👉Как можно скорее убивайте идеи и проекты, которые не полетели. К новым планам тоже относитесь как к гипотезам, чтобы иметь возможность быстро их закрыть.
👉Всеми способами уменьшайте количество зависимостей между командами, особенно теми, которые занимаются самыми стратегически важными штуками.
👉Всеми способами старайтесь отвязать бюджетирование и оценку хедкаунта от планирования.

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

13 Dec, 06:01


Таксономия целей

Конец года – время целеполагания, как личного, так и командного. То, получится ли достичь цели, и как именно это произойдет, во многом зависит от того, как она будет сформулирована. Держите разбор аж 14 видов целей с примерами и границами применимости!

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

12 Dec, 06:00


Геймификация на рабочем месте

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

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

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

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

29 Nov, 06:01


Тактики выживания в корпорации

Держите плейлист на выходные из 15 коротких видео про разные аспекты выживания в корпорации.

Я их еще не посмотрел, но за автора могу ручаться – я буквально недавно проходил его курс про product sense, и мне очень понравился и его опыт, и то, как он мыслит.

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

27 Nov, 14:02


Yandex Cloud приглашает пройти новый образовательный трек по работе с ML-сервисами!

Обучение включает в себя три уровня сложности — как для новичков, так и для профи:
🔴Introduction. Расскажем о том, как работают ML-сервисы и как подобрать сервис для решения задач. Подойдет всем, кто интересуется ML;
🔴Intermediate. О внедрении ML в рабочие процессы. Подойдёт аналитикам, разработчикам и менеджерам проектов;
🔴Advanced. О том, как построить сервис на базе ML-технологий. Подойдёт Data Scientist и ML-инженерам.

Курс бесплатный, пройти обучение можно в удобном порядке, выбрав только интересующие темы. Над созданием курса работали практикующие эксперты Yandex Cloud.

➡️ Переходите по ссылке и регистрируйтесь на трек.

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

27 Nov, 06:01


Как договариваться о росте хедкаунта

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

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

26 Nov, 10:01


🔥Черная пятница на Podlodka Crew для тимлидов!🔥

С 25 ноября по 6 декабря — скидки, от которых сложно отказаться!

📅 30% скидка на билеты Podlodka Teamlead Crew и другие наши конференции по промокоду TEAMLEAD_BF24 — присоединяйся к следующим сезонам, будь в курсе актуальных практик в управлении командами!

🎶 Все плейлисты Podlodka Teamlead Crew и других направлений со скидкой 30% по промокоду PLAYLISTS_BF24 — слушай топовые доклады, когда удобно!

📚Годовой доступ ко всей Библиотеке Podlodka Crew за 9999₽ — более 1200 записей по всем направлениям для тех, кто хочет расширить свои знания!

Лови момент — развитие не ждет!🚀

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

26 Nov, 06:01


Как доводить до успеха проекты в бигтехе

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

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

👉Иметь четкое представление о том, какую пользу компания хочет получить от вашего проекта. Это могут быть как явные вещи, вроде денег и пользователей, так и менее явные, например, личная заинтересованность какого-то VP.
👉Поддерживать доверие к вам заинтересованных в проекте менеджеров. Ни у кого из них не будет технического контекста происходящего, поэтому во всем, что касается сроков и рисков, они будут полагаться на ваше суждение. Если доверие пропадет, шансы проекта на успех резко снизятся.
👉Оставлять себе достаточно свободного времени, чтобы иметь возможность быстро среагировать на неожиданные проблемы и сомнения каких-то соседних команд и стейкхолдеров.
👉Пытаться предугадать возможные будущие проблемы и заранее продумывать, как митигировать эти риски. Хороший способ делать это – регулярно задавать себе вопрос "Что мне могло бы помешать выпустить проект прямо сегодня?"

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

25 Nov, 11:02


Новый год по-тимлидски!

12 декабря в 19:00 команда Купер.тех ждёт тебя на новогоднем дейли, чтобы послушать доклады, решить кейсы с «ёлки тимлида» и проверить свои менеджерские скиллы в формате спид-дейтинга! 

 ⚡️ Как успеть всё к Новому году: делегирование по методу Санты. Антон Завалишин, руководитель отдела разработки платформы для найма партнёров в Купер.тех.   

 ⚡️ Волшебный посох Деда Мороза: руководство по мягким преобразованиям. Дмитрий Лукиянчук, руководитель управления разработки и развития платформы в Купер.тех.   

 ⚡️ А что ещё в мешке с подарками? — (не)типичные инструменты руководителя для развития сотрудников. Илья Маркин, руководитель управления разработки рекламной платформы в Купер.тех.   

 ⚡️ Как начать год без ошибок: путь роста из разработчика в руководителя. Павел Комнов, руководитель отдела разработки мотивации партнёров в Купер.тех. 

Регистрируйся по ссылке, чтобы попасть в офлайн или не пропустить ссылку на трансляцию.

Реклама. ООО «ИНСТАМАРТ СЕРВИС», ИНН: 9705118142. Ерид: LjN8KMVxs

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

25 Nov, 06:01


Как техдолг влияет на AI

Лучше всего AI инструменты вроде Cursor работают на кодовых базах, которые разбиты на модули с понятными названиями и зоной ответственности. Иначе говоря, чем проще вам объяснить все взаимодействия и потоки данных в коде, тем проще генеративному AI будет с ними работать.

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

22 Nov, 09:02


Публикуем новый кейс + разбор от экспертов канала!

👉 Кейс #9 Политический конфликт

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

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

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

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

Поделитесь, решали ли что-то подобное. Может кто-то медиацию пробовал или что-то похожее?

💬Разбор от экспертов

Кейс разбирали:
👉 Александр Орлов @eagleson77, автор книги "Джедайские техники конструктивного обшения", управляющий партнер Школы менеджмента Стратоплан
👉 Миша Шляхов @tehaleph - техлид из Tutu.ru

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

22 Nov, 06:02


Friction logs

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

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

21 Nov, 06:00


Результаты большого исследования тимлидов

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

👉Основные обязанности руководителя: собеседования, развитие людей и оценка перфоманса.
👉Напрямую зарплатами своей команды управляет только половина линейных тимлидов.
👉Большинство руководителей тратит на написание кода не больше 30% своего времени.
👉Самыми важными навыками считают умение работать с людьми и командами. А вот, например, обеспечение качества болтается где-то в самом низу списка, что заставляет где-то грустить одного Виталия Шароватова.
👉Самая разочаровавшая всех книга – "Как пасти котов" 😅
👉Основной критерий выбора компании для работы – зарплата.

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

20 Nov, 10:31


Без факапа не будет и левел-апа!

Лучшие повара не раз сжигали сковородку, а лучшие айтишники не раз выпускали баг в прод. Как на кухне, в IT не всегда всё идёт по рецепту: серверы падают, баги множатся, а дедлайны горят. 

Чтобы поговорить о том, как неудачи становятся ценным опытом, который помогает расти, команда Купер.тех зовет на традиционный F*ckup Meetup! 

💫 Встречаемся 5 декабря в 19:00 в московском офисе Купера и онлайн. 

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

👋  Регистрируйся по ссылке

Реклама. ООО «ИНСТАМАРТ СЕРВИС», ИНН: 9705118142. Ерид: LjN8KUtBF

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

20 Nov, 06:00


Про системное моделирование

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

19 Nov, 06:01


Про приоритизацию в больших компаниях

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

18 Nov, 06:01


Ошибки начинающих техлидов в принятии решений

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

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

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

15 Nov, 06:01


Исправляем недостаток стратегического фреймворка Румельта

Продолжаю топить за то, что лучшая книга, которая может вас научить тому, что такое стратегия – "Good Strategy, Bad Strategy". Ключевая идея автора книги, Ричарда Румельта, в том, что хорошая стратегия должна строиться вокруг челленджей, которые компании требуется преодолеть, чтобы достичь своих целей. Вокруг этих челленджей выстраивается ядро стратегии – набор "направляющих политик" – принципов, по которым вы работаете, и конкретных усиляющих друг друга действий.

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

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

Кстати, благодаря этой статье я узнал, что сравнительно недавно Румельт выпустил продолжение – The Crux. Как прочитаю, обязательно поделюсь впечатлениями!

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

14 Nov, 11:02


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

Ближайшее мероприятие:

• 30 ноября – 1 декабря — для Android- и iOS-разработчиков, офер за 2 дня в команды Карт и Рекламы.

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

14 Nov, 06:02


Как группа становится командой: фаза нормализации

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

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

13 Nov, 09:01


Никто не поймет тимлида лучше, чем другой тимлид. Но наболевших вопросов бывает слишком много для короткой беседы.

Lamoda Tech приглашает подробно и честно поговорить о командном управлении на закрытой встрече тимлидов. Здесь можно поднять вопросы, которые не лежат на поверхности, и вместе сформулировать ответы. Например:

• Как понять, что тимлид хорошо перформит?

• Где найти баланс команды между «быстро» и «качественно»?

• Кому больше нужен 1-to-1 и как его проводить?

• Как вырастить себе замену, чтобы развиваться самому?


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

Присоединяйтесь:
🗓 21 ноября в 19:00
📍Офлайн, Москва, офис Lamoda
🔗 Регистрируйтесь по ссылке, количество мест ограничено

Реклама. ООО «Ламода Тех»
ИНН 7734461512

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

12 Nov, 10:02


Как спасти свое ментальное здоровье

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

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

Подписывайтесь: @telega_Rinata

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

12 Nov, 06:02


Как менеджерам не попасть под сокращения

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

Какие категории сотрудников обычно попадают под сокращения:

👉Accodentally Invisible. Работа, которую они делают, не видна топ-менеджменту, даже если она важная
👉Faded Glory. Когда-то сделали важный проект, но в последнее время он перестал быть кому-ьо интересен.
👉Needs Auxiliary Management. Есть заметные со стороны проблемы с качеством работы, коммитментами, софт-скиллами, так что для работы с ними требуется прилагать больше усилий.
👉Kingdom of None. Если всю или значимую часть команды сокращают, то менеджер попадает туда же под раздачу. Это касается не только прямого менеджера, но и любых технических лидов.

Вот несколько советов, как тимлиду и его команде уменьшить свои шансы попасть под лэйофф:

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

11 Nov, 14:45


Обновляешь команду — обнови и стайлгайд!

Чтобы код-ревью проходило гладко и никто не холиварил, нужен свод правил, где будут прописаны практики и инструменты, которые принято использовать в команде.

Бэкенд-разработчик финтех-компании Точка рассказал, как он создавал стайлгайд для команды в фазе активного роста. Инструкция и пример гайда — в статье на Хабре.

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

11 Nov, 06:01


Моделируем рост инженерной команды

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

Автор строит довольно простую модель, в которой можно покрутить несколько вещей:

👉Частота найма для каждого грейда
👉Частота повышения между грейдами
👉Частота увольнений на каждом грейде

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

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

08 Nov, 06:01


Про найм сеньоров

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

Тема не новая, мы в канале ее уже довольно подробно обсуждали. Но вот несколько идей из новой статьи, которые мне понравились:

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

07 Nov, 11:13


Продуктово-аналитическая конференция от Т-Банка и техно-вечеринка

Уже 21 ноября в пространстве Арма в Москве пройдет «Продукты 24» — первая продуктово-аналитическая конференция от Т-Банка. Конференция позволит по-новому взглянуть на привычное: продукты, перевернувшие индустрию, как данные и технологии помогают строить успешные продукты. Доклады не только из мира бигтехов, но и из искусства, науки.

Вас ждут советы с полок ведущих экспертов: Константина Маркелова, Виктора Тарнавского, Александра Ракитько, Анны Подображных и других. В программе помимо докладов:
- Зона экспертов
- Дейтинг для нетворкинга
- Техно-афтепати

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

Когда: 21 ноября
Где: г. Москва, ул. Шарикоподшипниковская, д. 13, стр. 32, пространство Арма

Все подробности и рега по этой ссылке!

АО "ТБанк", ИНН 7710140679, лицензия ЦБ РФ № 2673 Erid: 2SDnjc1CkiP

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

07 Nov, 06:01


Парадокс Тога

Замечали ли вы, что многие продукты, которые создавались, чтобы упростить какие-то ваши задачи, со временем становятся все сложнее и сложнее? В заметочнике появляются какие-то командные режимы работы, таск-трекер обрастает функциональностью CRM, а почтовый клиент насильно онбордит вас в продвинутые фильтры, которыми вы никогда не будете подьзоваться.

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

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

06 Nov, 13:02


💬 КРОК проводит серию митапов про people-менеджмент

В третьем выпуске обсудят доверительные отношения в ИТ-командах, красные флаги в общении и открытость руководителя.

Среди гостей — те, кому есть чем поделиться о работе с людьми:
– Евгений Антонов, ведущий технический менеджер, Yandex Infrastructure, IT-консультант. Автор тг-канала «Тимлид Очевидность», ведущий подкастов «Кода кода» и «Три тимлида заходят в бар»
–Дмитрий Неверов, менеджер направления ЦК Новые бизнесы и Технологии, Х5 Tech
–Максим Осадчий, руководитель QA-отдела, red_mad_robot

Когда: 12 ноября (вт)
Во сколько: 19:00 по мск
Где: онлайн

Зарегистрироваться и узнать про следующие выпуски можно по ссылке: http://croc.global/2fu

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

06 Nov, 06:01


Как проводить skip level митинги

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

Вот несколько советов, как вытащить максимум пользы из этих встреч:

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

04 Nov, 10:01


Нанимаем продактов в JetBrains

На канал, помимо тимлидов, подписано еще и очень много продакт-менеджеров, поэтому расскажу вам о вакансиях к нам в JetBrains.

Самая критичная лично для меня – сеньорный продакт в Kotlin Multiplatform. Мы делаем технологию, которая позволяет очень гибко делать кроссплатформенные приложения, супер-просто интегрирующиеся с нативным кодом. KMP официально рекомендует Google для шаринга бизнес-логики между iOS и Android, а в своих продакшн проектах используют крупняки вроде Netflix, McDonalds, Forbes и Bolt. Так вот, наша цель – сделать KMP дефолтным решением для создания кроссплатформенных приложений. Нам очень сильно нужен продакт, который будет отвечать за стратегию, рост и монетизацию всего большого value stream, связанного с KMP. Технический бэкграунд важен, но опытным программистом быть не обязательно. Гораздо важнее богатый продуктовый опыт, хорошая чуйка и сильные продуктовые харды.

Помимо вакансии ко мне в команду, мы ищем продактов и в другие департаменты. Вот некоторые из них

👉Head of Product в YouTrack – вывести наш таск-трекер на новые вершины
👉Head of Product в .NET – отвечать за развитие наших IDE и других девтулов для разработчиков из Microsoft экосистемы
👉Lead Product Manager в IntelliJ IDEs – управлять группой продактов, которые отвечают за IDE на базе IntelliJ
👉Lead Product Manager в AI Enterprise – делать лучшее B2B решение для использования AI ассистента

Нанимаем в кучу локаций: Нидерланды, Германия, Кипр, Сербия, Армения. Гораздо больше деталей есть в описании вакансий, но смело пишите мне в личку, расскажу все, что знаю!

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

04 Nov, 06:01


Бюджетирование в продуктовых компаниях

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

31 Oct, 10:31


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

Курсы длятся от 1 до 6 месяцев. За это время вы продвинетесь в конкретных навыках и пополните портфолио новыми проектами.

Вот несколько наших курсов:
Руководитель отдела продаж
Продакт-менеджер
Управление командой
Финансовый менеджмент

Получите скидку 20% до 30 ноября после прохождения первой темы любого курса. Она бесплатная🔥

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

31 Oct, 06:02


Качество – ответственность тестировщиков

Кажется, в блоге Qase не было еще ни одной статьи, которой мне не захотелось бы поделиться в канале. В этот раз Виталий Шароватов разбивает миф про то, что качество – ответственность тестировщика.

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

30 Oct, 10:31


Бесплатный курс «Руководитель 2030» от Стратоплана

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

👉Работа с людьми
👉Работа с командами
👉Работа с руководством и компаниями
👉Работа с собой
👉Сбор своего долгосрочного плана развития

Каждое занятие – 2 часа теории и практических инструментов, шаблонов и концепций, а заодно – нетворкинг с другими менеджерами.

📆4–8 ноября, старт в 20 часов по Москве
🔗Регистрация

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

29 Oct, 16:32


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

Когда развитие каждого члена команды важнее, чем когда-либо, важно давать возможность выбора. Как это сделать? Один из вариантов — подарить своим сотрудникам сертификат с доступом к библиотеке курсов Грейда от Яндекс Практикума.

Это не просто доступ к курсам, а инструмент, который дает сотруднику возможность выбирать, в каком направлении развивать свои компетенции. В Грейде более 350 курсов и 1000+ навыков, которые разбиты на 9 направлений: Разработка, Анализ данных, Менеджмент, Инфраструктура, Алгоритмы, Дизайн, Софтскилы, Маркетинг, Тестирование.

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

Вы можете выбрать удобный вариант сертификата:
📌 На все направления
📌 На два любых направления
📌 На одно направление

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

Реклама, АНО ДПО “Образовательные технологии Яндекса”, ИНН 7704282033, Erid: 2VtzqxGshXr

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

29 Oct, 07:00


Вопросы к работодателю при трудоустройстве топ-менеджером

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

👉Какой бюджет у организации, которой предстоит управлять? Насколько этим бюджетом можно распоряжаться?
👉Если роль не новая, почему с нее ушел предыдущий человек?
👉Рассматривали ли вы на роль внутренних кандидатов, и если нет, то почему?
👉Является ли моя команда profit или cost center?
👉Что происходит с бизнесом: что с финансами, насколько быстро они сгорают, есть ли стратегия экзита?
👉Кто входит в команду топов, вхожу ли в нее я, как эта команда работает друг с другом и с остальной компанией?

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

28 Oct, 13:01


КРОК приглашает на серию митапов всех, кто руководит командами - или хочет делать это в будущем.

Во втором выпуске поговорят про работу с зумерами – разницу поколений, майндсет руководителя и форматы развития молодых специалистов.

Разбираться в теме будут:

– Денис Медведев, руководитель группы менеджеров по продажам, КРОК
– Кристина Чебыкина, руководитель группы консультантов и разработчиков 1С, КРОК
– Максим Чижин, руководитель группы инженеров дата-центра, Selectel

Когда: 29 октября (вт)
Во сколько: 19:00 по мск
Где: встречаемся онлайн

Зарегистрироваться и узнать про следующие выпуски можно по ссылке: http://croc.global/2ge


Реклама. ЗАО "КРОК инкорпорейтед"
ИНН 7701004101, erid:2SDnjefMmF9

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

28 Oct, 07:02


Десять причин для увольнения

У всех событий есть повод, а есть причина. Поводом для увольнения может быть любая сравнительная мелочь – поведение заказчика на встрече, демотивирующий 1-1 с тимлидом, или глупое сообщение от СЕО. А вот причины обычно глубже:

👉Отсутствие нормальной системы онбординга
👉Любое изменение условий труда
👉Отсутствие карьерного или профессионального роста
👉Отсутствие понятных процессов
👉Постоянное изменение приоритетов в работе
👉Состояние собственного здоровья или здоровья родственников

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

25 Oct, 13:11


Канал для всех, кому интересен Scrum

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

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

👉Ошибки в использовании метрик
👉Бережливое управление изменениями
👉Как решают конфликты самоуправляемые команды

Реклама. ИП Павличенко.
ИНН: 502215356879, erid:2SDnjd7DJq1

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

25 Oct, 06:02


Новые выпуски тимлидских подкастов

Чем бы вы ни занимались в наступающие выходные, вы можете сделать их еще немного лучше, послушав что-то из новых выпусков менеджерских подкастов!

👉Бреслав и Ложечкин про корпоративную политику: надо ли вообще с ней бороться, и как в ней выживать.
👉"Три тимлида заходят в бар" про смену работы: реально ли перейти тимлидом в другую компанию, как выбрать хорошую вакансию и пройти собеседование.
👉КОДА КОДА про инцидент-менеджмент: как устроен процесс работы с инцидентами, кто должен их решать и как расследовать из причины.
👉Frontend Weekend про то, как стать тимлидом в 22 года: интервью с очень молодым тимлидом про его карьерный путь и проблемы из-за возраста.

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

24 Oct, 11:00


Комплексный медицинский чекап от Health Buddy

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

Если симптомы вам знакомы, то посмотрите на предложение от наших проверенных друзей из Health Buddy – чекап «Скажи ‹нет› дефицитам».

В чем суть – вас ждет исследование баланса микроэлементов и полноценная онлайн-консультация со специалистом, который объяснит результаты простым языком, ответит на вопросы и предложит рекомендации по здоровью, питанию, режиму, спорту, БАДам и даже лайфстайлу. Что особенно клево – рекомендации полностью индивидуальные, а все анализы можно сдать, на выходя из дома.

Если стало интересно – для подписчиков нашего канала ребята подготовили уникальную консультацию для более продуктивной работы и оценки общего состояния здоровья.
А главное — она бесплатная.

Это возможность оценить состояние своего здоровья и возможности организма сначала в подробном тестировании, а далее на реальной встрече со специалистом.

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

👉Записаться на консультацию


Реклама. «ООО ХЕЛС БАДДИ»,
ИНН:507503278104, erid:2SDnjecpyLo

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

24 Oct, 06:01


Как челленджить тех, кто сеньорнее вас

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

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

Некоторые из тактик:

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

23 Oct, 06:01


Большой опрос проджект-менеджеров

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

Ответы собираются до 30 ноября, а результаты будут опубликованы уже в январе. На канале я тоже ими поделюсь, так что заполняйте сами и пошарьте знакомым, которые тоже занимаются проектной деятельностью!

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

22 Oct, 06:01


Концентрация против выгорания

Автор статьи предлагает следующую методику интервальной работы:

1️⃣Первый час интервала тратите на важную задачу, которую вы выбрали заранее, ни на что другое не отвлекаетесь
2️⃣30 минут тратите на рабочую "инфраструктурную" деятельность – общение с коллегами, ответы на сообщения, чтение статец
3️⃣Последние 30 минут – отдых, состоящий из активностей, не задействующих рецепторы дофамина. То есть никакой ленты тиктока, скорее прогулки на свежем воздухе.

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

21 Oct, 10:30


Тысячи разработчиков по всей стране уже работают с инструментом Сфера.Управление, который заменил ушедшие Jira, Confluence, MS Project.

⚙️ Сфера.Управление — полностью российское ПО, которое входит в ЕРРП.

Полный пакет инструментов позволяет:

— планировать релизы,
— управлять командами и ресурсами,
— создавать документацию,
— управлять согласованиями.

💼 Сфера.Управление подходит для высоконагруженных проектов и enterprise-компаний.

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

📱 Можно создавать рабочее пространство для постановки задач команде, отслеживать их исполнение на дашбордах, анализировать дизайн и требования, а также согласовывать готовые решения.

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

Реклама. ООО ГК "Иннотех", ИНН 9703073496, erid: 2SDnjecUTyd

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

21 Oct, 06:02


Про причины отмены удаленки

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

Статья довольно категорично заявляет, что за возвращением людей в офисы стоят очень конкретные задачи:

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

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

18 Oct, 06:00


Про обезьян на вашей шее

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

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

Если вы узнали в этой ситуации себя, то вот несколько вещей, которые можно подебажить:

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

17 Oct, 06:01


Как работать с неопровержимыми аргументами

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

При столкновении с такой ситуацией, место того, чтобы вставать в защитную позицию или эскалировать конфликт, попробуйте несколько более конструктивных реакций:

👉Рефрейминг. Переведите фокус конкретно с этого аргумента на большую картину, сказав что-то вроде "Давай сделаем шаг назад и посмотрим на цели, которых мы хотим достичь".
👉Задавайте вопросы вместо того, чтобы спорить. Вопросы реже воспринимаются как оборонительная тактика, вы вытаскиваете больше информации и получаете возможности для рефрейминга.
👉Подвесьте разговор, сказав что-то вроде "Мне нужно это переварить, поговорим позже".

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

16 Oct, 11:31


Первая демо-версия платформы для разработки IT-продуктов SourceCraft

SourceCraft позволит разработчикам создавать исходный код, управлять его версиями, тестировать, собирать, развёртывать и сопровождать IT-проекты. Сейчас можно записаться в лист ожидания, а первые пользователи получат доступ в 2025 году.

Первым компонентом SourceCraft станет Yandex Code Assistant, который на базе нейросетей сгенерирует наиболее вероятное продолжение кода по его фрагменту. Его уже можно протестировать на облачной платформе Yandex Cloud. Подробнее о платформе читайте на сайте.

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

16 Oct, 06:00


Вопросы, которые стоит задать компании на собеседовании

Большая подборка вопросов, которые стоит задать во время интервью, чтобы первые недели в новой компании не стали неприятным сюрпризом. Вот некоторые из них, которые мне прямо понравились:

👉Какие основные достижения вы хотите видеть у этой роли в течение следующего года? Какую одну вещи абсолютно точно нельзя продолбать?
👉Какой ритм у работы? Есть ли какие-то дни или периоды в году, когда ожидается повышенная нагрузка?
👉Какие согласования надо пройти, если у меня появляется идея сделать Х?
👉Как обычно в компании решаются важные вопросы: комитетом, групповыми встречами, топ-менеджерами?
👉Как определяется баланс между поддержкой и разработкой новых фичей?

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

15 Oct, 13:59


💬 КРОК готовит серию митапов про людей для людей

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

Среди гостей — те, кому есть чем поделиться о работе с людьми:
– Павел Чижов, руководитель группы управления проектами, КРОК
– Игорь Гранщиков, руководитель разработки, Авито Недвижимость
– Александра Прокшина, руководитель разработки юнита, Авито и ведущая подкаста Свободный слот

Когда: 16 октября
Во сколько: 19:00 по мск
Где: встречаемся онлайн

Зарегистрироваться и узнать про следующие выпуски можно по ссылке ⬅️

Реклама. ЗАО "КРОК инкорпорейтед" ИНН 7701004101

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

15 Oct, 06:02


Про кривые вашего роста

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

14 Oct, 14:10


Yandex Cloud анонсировала сервис по аренде выделенных физических серверов

Yandex BareMetal позволит арендовать выделенные физические сервера и гибко настраивать их для размещения любого программного обеспечения, в том числе средств виртуализации. Компании уже могут подать заявку на закрытое тестирование сервиса Yandex BareMetal, которое начнется до конца 2024 года.

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

Читайте подробнее в статье.

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

14 Oct, 06:01


Про удержание сотрудников

Отличная статья про то, как менеджеру подходить к вопросу удержания сотрудников. Вот некоторые тезисы:

👉Человек должен оставаться в компании только до тех пор, пока это соответствует его личным приоритетам. Никакие другие аргументы, помимо личной заинтересованности, не должны на это решение влиять – чувство локтя, страх, боязнь подвести других и прочий буллшит.
👉Компания должна работать с сотрудником только до тех пор, пока их интересы выровнены, и сотрудник приносит пользу. Удерживать людей, которые плохо вписываются в компанию – плохая идея не только с точки зрения бизнеса, но и с точки зрения заботы об этих людях. Работать там, где твое развитие и карьерный рост невозможны – довольно бессмысленно.
👉Задача менеджера – сделать так, чтобы вот эти два перечисленных выше фактора оставались актуальными настолько долго, насколько возможно. У сотрудника была бы личная заинтересованность в компании, и он продолжал бы приносить явную пользу.
👉Хороший менеджер не должен бояться подсвечивать сотрудникам возможности для роста за пределами компании, если он правда верит, что это будет в их личных интересах.
👉В целом какой-то уровень естественного оттока – норм. Компания со временем меняется, и люди, которые справлялись хорошо в старом контексте, в новом могут начать справляться хуже. Нужна свежая кровь.
👉Есть два типа людей, потеря которых может быть критичной – суперзвезды и single point of failure. Ваши усилия по удержанию должны быть направлены именно на суперзвезд, которые двигают вашу команду и компанию вперед. С single point of failure стратегия другая – в краткосроке удержание важно, но в долгосроке вам надо работать на снижение зависимости от них.
👉Когда кто-то решил уйти, в большинстве случаев что-то делать уже поздно. Идти на какие-то исключительные меры ради удержания в таких экстренных случаях почти никогда не оправданно, потому что любое исключение неявно ломает ваши договоренности с другими людьми.

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

11 Oct, 13:39


Строим модель влияния LLM на продуктивность разработки

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

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

10 Oct, 10:30


Люди в бизнесе не менее важны, чем технологии и маркетинг. Исследования показывают, что счастливые сотрудники работают на 12% продуктивнее, а вовлеченные команды увеличивают прибыль на 147%. Чтобы улучшить их состояние, важно дать возможность выбирать формат помощи — кто-то предпочитает работать с психологом, кому-то подойдут медитации или практики.

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

Если на это не хватает ресурсов, помочь может сервис «Просебя»:
— Эксперты «Просебя» проведут диагностику команды и создадут аналитический дашборд — по нему можно отслеживать эмоциональное состояние людей в компании, их уровень стресса, выгорания и принимать решения на основе этих данных.
— Команду подключат к приложению «Просебя», где сотрудники смогут заботиться о психологическом состоянии в своем темпе и формате: через онлайн-консультации со специалистами или сами с помощью медитаций, практик, видео и других материалов.
— С вовлечением в психологическую поддержку тоже помогут: подготовят полезные материалы, готовые к рассылке, проведут велком-вебинары, киноклубы и другие мероприятия.

Хотите узнать больше о «Просебя»? Заходите на сайт

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

10 Oct, 04:01


Можно ли улучшить тулинг для кодревью

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

Ребята из GitClear реализовали другой алгоритм, который различает аж шесть видов операций: Added, Deleted, Updated, Moved, Find/Replaced, и Copy/Pasted. Этот алгоритм прогнали на 12 тысячах пулл реквестов, и получилось, что с его помощью ревьюить надо на 30% меньше строк кода, а понимание кода ревьюерами при этом не ухудшилось.

В общем, даже без всякого AI инструменты пока еще есть куда развивать.

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

09 Oct, 06:02


Как сообщать плохие новости

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

👉Избегайте дополнительной драмы и не сгущайте краски. На это влияет даже выбор используемых слов. Даже такое невинное выражение как "к сожалению" только подкрепляет негативные эмоции, и ведет к тому, что рационализирующая часть мозга теряет контроль.
👉Не углубляйтесь в лишние детали. Когда люди чувствуют вину, они склонны к слишком подробным объяснениям. Пользы от них мало – исходное сообщение усложняется, и получателю сообщения проще не становится.
👉Не берите на себя вину, даже если вам кажется, что так новость будет проще донести, или это успокоит ее получателя. Прогоните свою речь заранее и задайте себе вопрос: "Есть ли шанс, что получатель новости решит, что я принимаю часть вины на себя?".
👉Напомните получателю новости про его агентность. Она может выражаться в том, что он заранее принимал на себя риски, и тогда стоит об этом напомнить, или в том, что он может предпринять какие-то следующие шаги, которые помогут выбраться из ситуации.

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

08 Oct, 06:00


Про фаворитизм

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

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

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

07 Oct, 06:01


Как группа становится командой: фаза шторминга

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

04 Oct, 11:57


Ситуация такая – вы повысили члена команды до сеньора слишком поспешно, и со временем оказалось, что до сеньора он совсем не дотягивает. Приходите почитать разбор кейса, поспорить с ним и поделиться своими решениями!

👉Разбор кейса

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

04 Oct, 06:01


Нейронетипичность

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

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

03 Oct, 11:42


Поговорим о своем, тимлидском?

Обменяться опытом, обсудить насущное и узнать полезное ты сможешь на митапе для тимлидов и руководителей от Selectel, который пройдет 17 октября в офисе в Санкт-Петербурге и онлайн.

Selectel TeamLead MeetUp — закрытое мероприятие, на которое мы приглашаем лучших из лучших. Мы соберем сильное комьюнити, чтобы понетворкать и послушать доклады:

— «‎Модель зрелости команд», Максим Овчаров, руководитель отдела ядра облачной платформы, Selectel
— «‎Управление договоренностями в команде: создаем, поддерживаем, изменяем», Илья Шлыков, тимлид команды IAM, Selectel
— «‎Дизайним структуру команд под потребности бизнеса», Александр Поломодов, технический директор, Т-Банк

Конечно, же будет будет афтерпати, на котором можно будет отдохнуть и пообщаться с сообществом. А еще, если захочешь, можно будет посетить дата-центр.

Регистрируйся по ссылке: https://slc.tl/3e028

Реклама АО «Селектел». ИНН: 7810962785 Erid: 2Vtzqv1Jxhf

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

03 Oct, 06:01


Эскалации как признак некомпетентных менеджеров

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

Чем выше уровень менеджера, тем на более далеком горизонте он должен работать. СЕО компании должен думать о том, как привести ее к успеху через 5-10 лет, а не о том, попала ли в спринт команды разработки фича, которая кажется ему важной. Но большой горизонт планирования влечет за собой отсутствие видимых краткосрочных результатов. Некоторых менеджеров это не устраивает и, чтобы почувствовать какой-то контроль, они начинают вмешиваться в операционку. В итоге страдают и команды, в работу которых они вмешались, и работа, которой на самом деле эти менеджеры должны были заниматься.

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

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

02 Oct, 06:01


Аудит своей занятости

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

1️⃣В течение нескольких недель записывайте, сколько времени и на какие конкретно активности вы тратите.
2️⃣Агрегируйте все активности в не слишком общие категории или проекты.
3️⃣Пройдитесь по каждому из проектов, и проставьте ему один из пяти статусов:
- Stop, если от того, что вы не занимались бы этой активностью, ничего бы не поменялось.
- Delegate, если эту активность можно передать кому-то, кто справится с ней не хуже.
- Reassign, если ваша вовлеченность могла бы сократиться, если бы кто-то еще перед вами поработал над этой задачей.
- Modify, если вы можете каким-то образом переработать этот проект, чтобы либо тратить на него меньше времени, либо с большей пользой.
- Keep, если менять ничего не надо.

Я регулярно использую аналогичную практику для себя, и периодически помогаю провести ее же менеджерам, которыми руковожу. Пользы обычно довольно много, так что рекомендую.

Teamlead Good Reads – тимлиды, архитектура, менеджмент людей и разработки

01 Oct, 06:01


Приоритизация

Прекрасный тред про то, как выстраивать систему приоритизации. Конкретные мысли, под которыми я тоже готов подписаться:

👉Большая часть проблем с приоритизацией упираются в проблемы со стратегией: она может вообще отсутствовать, ее могут считать не очень важной, с ее ядром могут быть не согласны или ее просто могут не помнить. Поэтому в первую очередь разберитесь со своей стратегией. Как обычно, напоминаю про ключевую книгу, которую вам надо прочитать – Good Strategy Bad Strategy.
👉После того, как проблемы стратегии решены, разберитесь с приоритизацией ключевых направлений работы. В чем суть – надо раскидать все, чем можно заниматься в вашем продукте, на несколько бакетов, выбрать самые важные из них на определенный горизонт времени, и договориться о проценте выделяемых ресурсов. Пример такой системы областей – Differentiators, Tablestakes, Incrementals, Embarrassments, Large customer requests, Speculative bets, Tech foundation. Не факт, что вам подойдет именно такая разбивка, но как база – норм.
👉Не нужно пытаться набрать задач в каждой из областей. На 3/6-месячном горизонте разумно ограничиться всего несколькими областями, а остальные вообще не трогать.
👉Максимально вовлекайте команду в то, чтобы определить, а над какими конкретно фичами работать. У них есть вводные – стратегия, ключевые области работы, распределение инвестиций между ними.