Почему 10х инженеры – антипаттерн

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

Но погнали по порядку:

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

Тренинг про управление изменениями

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

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

📆Научиться фреймворку и попробовать его на реальных встречах вы сможете на онлайн-тренинге, который стартует уже 12 мая.
🔗Все подробности – в канале @changetransformation!

Реклама. ООО "Пять встреч", ИНН 9729345401, erid: 2SDnjdx6Xzm

Как выживать в токсичной команде

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

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

1️⃣ Включите режим «серой скалы» – нейтральное лицо, минимум эмоций. Не кормите троллей и не вступайте в бессмысленные конфликты.
2️⃣ Документируйте все. Если договорились о чем-то важном на митинге – зафиксируйте это письменно и отправьте коллегам. Это не паранойя, а разумная страховка.
3️⃣ Сократите личные разговоры до минимума. В токсичных командах любая ваша личная информация может легко превратиться в оружие против вас.
4️⃣ Развивайтесь за пределами компании. Общайтесь в профессиональных сообществах, ходите на конференции и митапы. Это поможет не потерять уверенность в своих силах и позволит легче уйти в лучшую команду, когда придёт время.
5️⃣ Создайте финансовую подушку. Когда появится возможность уйти – вы должны быть готовы сделать это без лишних переживаний.

Про системных аналитиков

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

В этом выпуске к нам в гости приходила Ольга Пономарёва — она старший системный аналитик с опытом более 8 лет, работала в WB, Т-Банке, Miro, Райффайзен банке, а сейчас у нее уже большая онлайн-школа для системных аналитиков, которую прошли уже более 1000 человек!

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

Топ постов, которые вам точно понравятся:
– С чего начать для карьеры в системном анализе
– Важные навыки для системного аналитика
– Шаблоны документации: самый топовый гайд, который изменил мир системных аналитиков
– 150 вопросов, которые задают аналитикам на собесе (сможете на них ответить?)
– Подборка полезных постов для прокачки хард скиллов по всем темам


Реклама. ИП Пономарева, ИНН 590850178342, erid:2SDnjdCtTKb

Как упрощать сложные решения

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

2️⃣Основой для принятия решения должны быть его сильные стороны. Слабые – только повод для вето, если они критичны и не могут быть скомпенсированы.

3️⃣Сознательно двигайте и себя, и других в том, чтобы инвестировать в сильные стороны. Людям естественным образом хочится чинить слабые стороны, но это редко дает реально большую отдачу. К слабостям лучше относиться как к ограничениям, которые можно учитывать в дизайне, но устранять не обязательно.

4️⃣Не вводите слишком много критериев для принятия решения, используйте максимум три, которые реально влияют на исход.

Про управление IT продуктами

Вы знаете, что я периодически прихожу с рекомендациями Telegram-каналов. Часть из них рекламные – но от этого они не менее дороги моему сердцу! Так вот, сегодняшний гость – Леша Арефьев, очень опытный CPO с классными мыслями про продуктовую разработку. Вот несколько постов, с которых можно начать:

👉Кто такой AI продакт-менеджер, и что он должен уметь делать
👉Как оценить размер рынка для своего продукта
👉Мини-подкаст про развитие самостоятельности в командах
👉Как перейти из стартаперского режима в полноценную продуктовую команду

Короче говоря, подписывайтесь!

AI для ведения тестовой документации

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

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

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

Как загнать IT-команду в ловушку?

Очень просто:
- полностью доверять все ключевые задачи двум единственным крутым специалистам
- не развивать остальную команду: держать прочих сотрудников на одном и том же уровне
- дождаться, пока асы разработки не выдержат нагрузки и уйдут
- finita la comedia!

Не дайте такому сценарию осуществиться.
Приходите на открытый вебинар «Как руководителю развивать команду: структурируем компетенции и гибкие навыки сотрудников».

Будет интересно: операционным директорам и IT-руководителям, менеджерам продуктов и проектов, тимлидам поддержки.

- Вы разберётесь, как повысить эффективность вашей бизнес-единицы
- Узнаете, как создать матрицу компетенций и составить индивидуальный план развития сотрудника
- Поймёте, как развивать всех сотрудников, чтобы не зависеть от отдельных специалистов
- Увидите, как подойти к развитию ваших сотрудников с точки зрения задач бизнеса

Спикеры:
- Константин Кафтан, менеджер ИИ-продуктов в Wildberries
- Галина Баранова, COO в Altasales, продюсер бизнес-форума «Продажи.Главное»

Бонус! Всем участникам – скидка 5% на любой курс и полезная инструкция
«5 ключевых коммуникационных навыков для ИТ-команд»

23 апреля, 19:00 МСК
Бесплатно

Записаться на событие: https://clck.ru/3LZh9H

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

Как внедрять AI в свою работу

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

1️⃣Уберите все барьеры, которые могут вам мешать быстро обратиться к AI. Запиньте вкладку в браузере, поставьте себе десктопное и мобильное приложение ChatGPT. Попробуйте хотя бы разово использовать AI для частых рутинных задач – отформатировать meeting notes, причесать задачу в трекере. Хинт: вместо того, чтобы просить AI "сделать хорошо", предложите ему сначала проинтервьюировать вас про ваши цели – так он соберет нужный контекст и сделает свою задачу лучше.
2️⃣Разберитесь с тем, где вы приносите больше всего ценности. Именно в этой области вам стоит пытаться применить AI – получив перфоманс буст тут, вы сильно поможете команде, а вот просто генерируя бесполезные тексты, о которых вас никто не просил – нет.
3️⃣Приучите себя документировать свою работу. Хорошая ментальная модель – представьте, что вам надо передать все свои знания новому сотруднику. Задокументировав цели, структуру и образ качественного результата, вы сможете передать эту же работу и AI.
4️⃣Если вы замечаете за собой, что регулярно закидывае просите AI выполнить одну и ту же задачу, или используете один и тот же промпт, подумайте, как это все можно автоматизировать. Может быть, ваш промпт можно обернуть в бота, который будет автоматически каждый день вытаскивать нужные ему данные и обрабатывать их. А самое простое, что можно тут сделать – в конце повторяющихся чатов просить AI превратить их в переиспользуемый шаблон.
5️⃣Делитесь с коллегами идеями, которые у вас заработали. Причем самое интересное – показывать не только результат, но и сам процесс проб и ошибок.

Как получать удовлетворение от работы

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

1️⃣Joy. То, что вы делаете, приносит радость настолько, что вы не хотите в течение дня заниматься чем угодно еще.
2️⃣Skill. Вы отлично шарите в том, что делаете. Вы гордитесь результатами своей работы, она выделяется для тех, с кем вы работаете.
3️⃣Need. То, что вы делаете, востребовано – либо в компании, либо для ваших пользователей. Если вы закрываете свою часть хорошо, это приводит к какому-то важному успеху.

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

👉Joy + Skill - Need. Вы кайфуете от работы, но ценности компании она не приносит. На краткосрочной дистанции такая работа может помочь перезарядиться, но в долгосроке вы либо ее потеряете, либо сами перестанете видеть смысл.
👉Joy + Need - Skill. Вы тратите кучу времени на то, что более опытный человек сделал бы гораздо быстрее. Опять же, общая продуктивность страдает.
👉Skill + Need - Joy. А это классическое выгорание. Вы работаете весь день, чувствуете внешнее давление из-за важности работы, но удовольствия ноль.

Только разошлись с митинга, раздали задачи, а через час:

😒 "Где документы?"
🤪 "Куда пропал чек-лист?"
🥲 "Я не вижу дедлайн!"

Знакомо?

❤️ Команда теряет фокус, а тимлид — время на бесконечные уточнения.

TEAMLY 3.0 — платформа, которая наводит порядок в хаосе

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

🔹Упростили навигацию — теперь даже новички не заблудятся в задачах.
🔹Добавили гибкости — можно закрепить нужные разделы и создать свой порядок.
🔹Ускорили поиск — документы, обсуждения и дедлайны находятся за секунды.
🔹Добавили AI-ассистента — он поможет всей команде, а не только тимлиду.

Больше никакого "я не нашёл" — только чёткие процессы и контроль.

✅ Попробуйте бесплатно и убедитесь, как легко можно выстроить рабочие процессы!


Реклама. OOO "КьюСофт", ИНН 7714594610, erid:2SDnjdj7TZF

Начните формировать корпоративную базу знаний со SCORM-курсами Нетологии

Оплатить курсы для развития каждого сотрудника — хорошо. Ещё лучше — выстроить
корпоративную систему обучения без дополнительных затрат.

Запустить процесс обучения в компании за один день помогут курсы Нетологии в формате SCORM. Это более 220 программ по маркетингу, развитию продукта, управлению командой, soft skills и другим направлениям. Курсы встраиваются в LMS, формируют базу знаний компании и создают основу для дальнейшего развития команды и бизнеса.

Кроме того, в апреле Нетология празднует 14-й День рождения и по этому поводу дарит скидки и подарки:

● каждые четыре курса в формате SCORM по цене трёх;
● комплексная диагностика компетенций для 10 сотрудников в подарок.

Начните формировать корпоративную базу знаний, чтобы раскрыть сильные стороны ваших
сотрудников → https://netolo.gy/d6bl

Реклама. ООО "Нетология", ИНН: 7726464125, erid: 2VSb5xr47w6

Ваши сильные стороны – они же и слабые

People are package deals; you take the good with the confused. In most cases, strengths and weaknesses are two sides of the same coin.

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

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

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

Как вы используете AI

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

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

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

25-26 апреля пройдет Repair Cafe — ивент для всех, кто любит железо и микросхемы

В Яндексе всегда ценили изобретательность и желание пробовать новое. Благодаря такому подходу компания пришла к полному циклу in-house производства железа и созданию десятков сервисов, упрощающих нашу жизнь. Тех, кто тоже не боится пробовать и создавать, компания приглашает на Repair Cafe.

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

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

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

Регистрируемся тут до 16 апреля!

Советы по тайм-менеджменту для менеджеров

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

Время протестировать CodeFest'15

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

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

— 10 потоков и 150+ докладов от топовых спикеров по направлениям от Backend до Web3;
— живые дискуссии в формате «квартирников»;
— нетворкинг с экспертами из разных компаний;
— кофе-брейки и грандиозная афтепати.

Больше информации — по ссылке

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

Какие варианты предлагают в Твиттере:

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

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

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

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

Рассказывайте про ваши варианты!

Кейс: Команда не слушается

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

А вот что они пишут в отчетах, как автор кейса хочет бороться с проблемой, и что ему советует Александр Орлов – читайте в нашем канале с менеджерскими кейсами "Тимлид не спит"!

Как AI влияет на работу в команде

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

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

Бесплатный курс «Основы управления» от Стратоплана

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

Чтобы помочь вам разобраться с этими подходами, Стратоплан проведет бесплатную серию воркшопов «Основы управления». 5 дней, 5 ключевых аспектов работы руководителя, 5 спикеров.

👉Первые шаги после назначения
👉Найм и как это делать правильно
👉Как создать команду
👉Как ставить и контролировать задачи
👉Лидерство

📆С 14 по 18 апреля, с 17:00 до 19:00 (GMT+3)
👀В числе спикеров: Виталий Шароватов, Ярослав Астафьев, Дмитрий Болдырев и тренеры Стратоплана

🔗Бесплатная регистрация

Про High Agency

Хорошего перевода для high agency я так и не нашел, если не считать буквального "высокая агентность". В статье его определяют через набор других качеств:

👉Ясное мышление
👉Ориентация на действие
👉Готовность идти против конвенционального мнения

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

Про пет-проекты как альтернативную карьеру

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

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

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

👉7 вечно зеленых тем для тех, кто хочет делать SAAS продукты
👉Сэм Альтман про пет проекты
👉Самый простой пет проект
👉Телеграм-бот для поиска билетов

Короче говоря, подписывайтесь на канал, запускайте свои пет-проекты, а потом рассказывайте, что получилось!


Реклама. ИП Табунов, ИНН: 773379585100, erid:2SDnjeX2CZJ

Про вредные и полезные модели

Майянский календарь был основан на абсолютно неверной картине мира, но при этом со 100% точностью предсказывал солнечные затмения. Это делало его полезной моделью.

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

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

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

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

🎯 Вебинар Яндекс Практикума. «L2L-подход: как растить лидеров внутри компании»

В 2024 году Банк Точка нашел 300+ сотрудников на позиции тимлидов и лидеров команд, и 85% из них — это внутренние ротации. Как помочь новым лидерам справляться с задачами и развивать команды?

Узнайте на вебинаре Ольги Ждановой, лидера команды «Обучение и развитие» в Точке!

9 апреля в 11:00 мск она расскажет:

— Кейс HiPo: почему важно идти от мотивации будущих лидеров и как практиковать лидерство на старте пути
— Как работает менторинг L2L и почему «лидеру нужен лидер»
— Как выстроить персональный трек развития топ-менеджеров — диагностика, мастермайнды, поддержка после обучения

Также поделимся факапами, советами и бонусами! Приходите, начало 9 апреля в 11:00 мск.

🎁 Акция 1+1. Получите курс «HR-аналитика» бесплатно. Подробнее расскажем на мероприятии.
👉 Регистрируйтесь по ссылке

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

Частые ошибки в работе с бэклогом

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

Так вот, держите несколько конкретных антипаттернов, которые показывают, что вы сбились с пути:

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

Как человек, учившийся на безопасника, могу сказать, что в среднем по палате эта работа достаточно скучная (даже если сравнивать ее с перекладыванием JSON'ов или перекраской кнопочек). Но у безопасников есть один замечательный способ повеселиться с пользой, который они неоправданно отжали себе – это соревнования CTF, Capture the Flag. В чем суть – одновременно с другими командами вы решаете различные задачи на безопасность, находите и эксплуатируете уязвимости, декомпилируете чужой код, разбираетесь с криптографией, расследуете инциденты. Короче говоря, ставите себя на место хакера, и одновременно с этим получаете кучу фана!

Т-Банк сделали крутую штуку – они демократизировали CTF, и сделали их доступными не только опытным безопасникам, но и вообще всем айтишникам – разработчикам, SRE, QA, аналитикам. Так вот, если вы правильно ответили в предыдущем опросе, то у вас уже есть достаточная база, чтобы поучаствовать в T-CTF! Вот детали:

👉Задания ориентированы на специалистов уровней middle и senior. Команда может состоять из 1-3 человек.
👉Будет две лиги: разработки и безопасности. Выбирайте лигу по скиллам — принять участие можно, даже если вы еще ни разу не участвовали в CTF. Также будут демозадания для ознакомления с форматом заданий соревнования.
👉Победителей ждет денежный приз — до 420 000 ₽ на команду.
👉Соревнование состоится 19-20 апреля (продлится 2 дня, в том числе ночью).
👉Принять участие можно в онлайн-формате или же прийти на одну из офлайн-площадок в 6 городах: Москва, Санкт-Петербург, Казань, Иннополис, Екатеринбург и Новосибирск.

🔗Регистрируйтесь на T-CTF 2025 по ссылке

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

Как компании выдавливают сотрудников

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

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

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

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

👉Если сотрудник не перформит, и положиться на него нельзя, конечно же вы снимите с него задачи, выполнение которых критически важно.
👉Занять его чем-то нужно, поэтому вы достанете nice to have задачи со дна бэклога – и не факт, что они идеально лягут в его привычные компетенции.
👉То, что вам кажется конструктивной обратной связью, сотруднику под угрозой увольнения может показаться давлением и неоправданной критикой.
👉Если провалы сотрудника были серьезными и вредили команде, остальные ее участники сами по себе не будут сильно рваться работать вместе с ним.

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

Про скептическое отношение к конференциям.

К конференциям и профессиональным мероприятиям можно относиться по-разному: чаще всего когда люди видят лендинг с заголовками в духе “100+ докладов”, “25 залов”, “всё про лидерство и мотивацию”, хочется закрыть вкладку. Из всего этого инфошума редко выносишь что-то реально применимое. А иногда вообще кажется, что ты просто день торчал на фудкорте и слушал те же мысли, что уже читал на Medium.

Но вот что интересного:

👉 Иногда один живой разговор в перерыве дает больше, чем неделя чтения. Просто потому что ты наконец-то можешь спросить: “А как ты реально это делаешь у себя?”

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

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

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

И иногда именно за этим стоит идти.

И раз уж заговорили про такие места — есть конференция, на которую есть смысл сходить для своего личного развития и понимания, с какими вызовами сталкиваются руководители и менеджеры при работе с людьми. Это конференция PeopleSense, которая пройдет 19-20 мая 2025 года в Москве.

Организует ее команда ProductSense — делают конференции уже 7 лет и не закрылись.

Фокус — человеко-ориентированный подход в управлении. Не “лидерство в эпоху трансформаций”, а вполне прикладные штуки:
— как не выгореть самому и не спалить команду,
— как делегировать так, чтобы тебя не возненавидели,
— как встроить обучение в поток работы, а не “в свободное время”,
и в целом, как строить команды, где хочется оставаться.

Если ищете место, где можно не только послушать, но и реально “провариться” в своей роли как менеджера — можно заглянуть.

👉С расписанием уже можно ознакомиться на сайте конференции, заглядывайте

ООО «Продакт Сенс» ИНН 6162077311
2VtzqvmS1qb

Советы по управлению большими проектами

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

👉Фокус. Если вы отвечаете за такой проект, то освободите все свое расписание и бэклог от других задач. Даже если кажется, что на трекинг и управление происходящим должно хватать пары часов в день, не поддавайтесь этому чувству. Важно, чтобы этот проект всегда был для вас top of mind.
👉Всегда имейте на руках детальное текущее представление о том, какие шаги надо сделать для успешного завершения проекта. Чем раньше вы поймете, что не укладываетесь в сроки, тем быстрее сможете что-то предпринять.
👉Научитесь быстро пересматривать свой план на основе новой информации, и оптимизировать весь свой флоу под получение информации такого рода. Для этого как можно больше и чаще общайтесь со всеми участниками проекта, отслеживайте и приоритизируйте исследование самых больших открытых вопросов, регулярно пересматривайте ваше текущее понимание приоритетов.
👉Научите всех участников проекта принимать быстрые локальные решения. Для этого у них должно быть 100% понимание общих целей, и хорошее представление о текущем статусе проекта и о том, кто чем занимается. Для этого вам нужно делиться информацией как можно чаще и больше.
👉Декомпозируйте большой проект на маленькие, в идеале не на уровне скоупа, а на уровне независимой цели, которую надо достичь.

Большое исследование продактов

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

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

👉У команды нет какой-то повестки, которую им важно продвигать (уровня "ААА, рынок умирает, приходите к нам за консультациями!"), поэтому результаты довольно чистые.
👉Обычно в исследовании участвует 1000+ респондентов собранных как из публичных каналов, так и путем ручного обхода больших и маленьких компаний – так что срез получается довольно репрезентативный.
👉Опросы проводятся уже много лет, поэтому можно делать самое интересное – отслеживать, как самые важные сигналы меняются год к году!
👉Все результаты открыты для всех без всяких регистраций. Этот опрос откроют уже в мае!

🔗Пройти опрос

Как научиться действительно успевать, а не просто постоянно что-то делать?

Podlodka Soft Skills Crew 14-18 апреля возвращается с новым сезоном — теперь про эффективность вместо продуктивности.

Podlodka Crew — это онлайн-конференции по актуальным темам для IT-специалистов. Только практическая польза, только по делу. Утренние и вечерние сессии — без отрыва от работы ☕️

В программе:

🔸Анна Обухова, эксперт по гибким методологиям, объяснит, как учитывать врождённые особенности, чтобы не мучить себя чужими лайфхаками 🧠

🔸Круглый стол с Анастасией Абрашитовой (Яндекс), Ольгой Липиной (Точка), Глебом Михеевым (Сбер) и Ильёй Прахтом (CTO-консультант) — про ключевую разницу между продуктивностью и эффективностью 🧭

🔸Андрей Смирнов, автор канала “Викенд в IT”, покажет реальные кейсы, где ИИ помогает работать меньше, а успевать больше 🤖

🔸Ольга Елисеева, руководитель технической дирекции Инфосистемы Джет, поделится личной историей и практическими инструментами выхода из состояния “выжатого лимона” 🍋

Всё с фокусом на применимость.

🎟 Билеты уже на сайте: https://podlodka.io/softcrew

Как работают инженерные менеджеры в разных компаниях

Держите несколько хороших разборов того, в чем заключается работа engineering manager'ов в разных компаниях, и как они влияют на бизнес:

👉Amazon
👉Meta
👉Roots
👉Flo

Holyweb и сообщество C-level South HUB расспросили технических директоров крупных компаний о том, какие книги и Telegram-каналы они читают.

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

В подборке только те рекомендации, которые СТО дали бы своим друзьям.

Что думаете? Каких каналов не хватает в подборке?

Чем отличаются менеджер, директор и VP

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

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

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

Приходите поговорить про то, как поменялся найм

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

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

📆3 апреля, четверг, сбор гостей в 18:30
📍Москва, ст. м. Белорусская, 3-я ул. Ямского поля, д. 2 к. 6, Пространство Bounce
🔗Участие бесплатное, но регистрация обязательна

На что влияют скиллы разработчика при работе с AI

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

👉Неправильный диагноз того, почему код не работает, из-за чего дебаг становится бесконечным.
👉Вместо того, чтобы идти маленькими итеративными шагами, агенты часто стремятся написать слишком много кода сразу.
👉Вместо поиска корневой проблемы агент лечит симптомы костылями.
👉Задача может быть реализована таким образом, что общий developer experience неоправданно усложнится.
👉Агент может неверно понять функциональные требования, и начать решать вообще не ту задачу.
👉Тесты, которыми покрывается код, могут быть избыточными.
👉Код может получаться слишком сложным.

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

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

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

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

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

Юристы в ИТ: почему тимлидам и проджектам без них никуда, как и бизнесу в целом?

Поговорили об этом с Юлией Суворовой, Head of Legal and Compliance в Сравни. Обсудили, как юристы помогают командам обезопасить разработку (и сопутствующие процессы) от возможных рисков, и что нужно знать ИТ-руководителям о букве закона в рамках компании.

В этом выпуске:

• Как не обжечься с покупкой ПО, использованием open source решений и оформлением права на код
• Когда ИТ-компании (и команды) могут обойтись без юристов?
• Как нормативные акты влияют на процессы разработки
• Правила успешной коммуникации с юристами в ИТ

Посмотреть или послушать можно здесь:

✅VK
✅YouTube
✅RUTUBE
✅Mave

Почему учить других – хороший способ учиться самому

1️⃣ Когда вы объясняете кому-то новую тему, вам приходится глубоко в ней разобраться. Если вы не можете ясно изложить материал, значит, вы сами еще недостаточно его поняли.
2️⃣ Чтобы доступно объяснить что-то другим людям, вам приходится упрощать информацию, искать понятные примеры и аналогии. В этом процессе вы и сами лучше понимаете суть изучаемого материала.
3️⃣ Когда вы только-только изучили что-то новое, вы еще помните, что это такое – не понимать материал. Это помогает вам предвидеть возможные вопросы, объяснять тему более доступно, и уметь так же объяснять ее и в будущем.
4️⃣ Необходимость обучить теме кого-то еще хорошо так пинает разобраться в теме глубже, и не откладывать это на последний момент.

Современные распределённые системы не прощают ошибок в интеграциях.

Как выбрать между REST, gRPC и event-driven? Как не утонуть в хаосе версионирования API и управлении нагрузками?

С 7 по 11 апреля на онлайн-конференции Podlodka Techlead Crew разберёмся с вопросами межсервисного взаимодействия:

• Проектированием API распределённых систем с Алексеем Рыбаком (devhands)

• Выбором архитектуры интеграций (gRPC, HTTP, Event-driven, базы данных) с Кириллом Ветчинкиным, Филиппом Дельгядо и Сергеем Петрелевичем

• Инструментами observability в распределённых системах с Григорием Кошелевым (Контур)

• API First подходом к разработке с Николаем Нагорным.

Всё максимально прикладное и применимое в работе.

🎟 Забирай билет https://podlodka.io/techcrew

Что вынуждает топ-перформеров увольняться

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

«Управление IT-продуктами» — день открытых дверей онлайн-магистратуры Яндекс Практикума и МФТИ

2 апреля в 19:00 мск

На встрече поговорим о современном формате магистратуры для менеджеров продукта от Яндекса и МФТИ. Как поступить, как проходит обучение и какие знания вы получите на выходе.

Подробно расскажем, что такое очная онлайн-магистратура — как это, когда учишься онлайн, но со студенческим билетом, отсрочкой от армии и дипломом магистра МФТИ после выпуска.

Что будет на событии:

— О профессии продакт-менеджер и какие задачи есть у специалистов разных грейдов — расскажет Елена Тупикова, академический руководитель программы, Chief Product Officer ex-Яндекс, CEO CPO.Agency.
— Чему научитесь и как устроено обучение на прикладной программе — поделится Виктория Копаева, менеджер программ высшего образования, Яндекс Практикум.
— Как поступить: сроки, экзамены, документы, оплата — расскажет Юлия Соболь, заместитель директора Центра «Пуск», МФТИ.

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

Настольная книга СТО стартапа

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

👉Менеджмент людей: коучинг, деревья компетенций, continuous improvement, обучение менеджеров.
👉Жизненный цикл сотрудника: найм, онбординг, перфоманс менеджмент.
👉Управление технической командой: общая культура, техдолг, developer experience.
👉Технологии: архитектура, SDLC, DevOps, инцидент-менеджмент.

Как давать обратную связь, чтобы вас слышали и что-то менялось?

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

27 марта в 20:00 по мск школа коммуникации Soft Skills Lab проведет открытый вебинар про обратную связь.

За 1,5 часа вы узнаете:

▫️ Как быстро формулировать обратную связь, чтобы она четко доносила суть и не демотивировала сотрудников?
▫️ Что понижает и повышает ее результативность?
▫️ Как найти баланс между мягкостью и жесткостью?

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

🗣 Спикер — Нелли Григорьева, ведущий тренер Soft Skills Lab, преподаватель по переговорам в ВШЭ, ex-head of marketing в международных стартапах, консультант технологических компаний в области маркетинга.

Занятие пройдет в Zoom, поэтому будет возможность обсудить свои вопросы и кейсы.

👉🏻 Чтобы получить ссылку на конференцию, просто запустите бота.

Мои топ-5 кандидатов:

1️⃣ "Отсутствие бюрократии"
2️⃣ "У нас скрам с элементами вотерфолла"
3️⃣ "Мы стремимся в бирюзу"
4️⃣ "Мы тут делом занимаемся, а не процессами"
5️⃣ "Фаундеры очень вовлечены в процесс разработки"

Важность – Решаемость – Запущенность

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

👉Решаемость (tractability) – насколько вообще выбранную проблему можно решить в разумное время.
👉Запущенность (neglectedness) – насколько уровень выделяемых ресурсов на проблему соответствует тому, который нужен, чтобы реально ее решить.
👉Важность (importance) – ну тут все по классике.

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

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

Интервью на СТО

Недавно я анонсировал открытое интервью на позицию СТО, где Александр Ложечкин собеседовал Андрея Бреслава. Так вот, все прошло классно, и, если вы опоздали на лайв, обязательно посмотрите запись на Youtube!

👋OTUS приглашает на бесплатные живые вебинары для опытных IT-специалистов, тимлидов, управленцев:

«Тайм-менеджмент для тимлида»: регистрация

В результате вебинара:
- После посещения вебинара поймёте важность планирования и обретёте инструментарий для повышения эффективности.

«Пора на выход: как тимлиду сказать это сотруднику правильно»: регистрация

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

«Как тимлиду эффективно распределять роли в ИТ-команде»: регистрация

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

Открытые уроки проходят в рамках онлайн-курса «DevOps Lead». Приходите и задайте вопросы экспертам, пока ответы еще бесплатны!

🤝После вебинара продолжите обучение на курсе со скидкой и даже в рассрочку!

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

Большой анализ зарплат по всему миру

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

👉Почти во всех ключевых регионах можно выделить несколько сегментов компаний с разными медианами и распределениями зарплат. Чаще всего одним из сегментов является международный бигтех, а другим – локальные компании.
👉Рынок вытягивают вверх в основном компании с HQ в США.
👉На локальном рынке США компенсация супер-сильно зависит от штата, вот тут можно посмотреть распределение.
👉Чем больше общая компенсация, тем большую часть в ней занимают опционы. Но при этом самые большие пакеты – в хедж-фондах, где никаких опционов нет, зато премии в кэше составляют до 200% от базовой зарплаты.
👉Приложил к картинкам классную оценку того, как изменение цены акций компании повлияло на компенсационный пакет разработчиков. В случае Nvidia за три года он вырос на 45%, а в менее успешных компаниях упал на треть.

Про технических продактов

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

Так вот, на этот счет у меня есть два тезиса:

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

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

👉Как повысить эффективность разработки
👉Как продакту вкатиться в проектирование систем
👉Что спросить нанимающего менеджера
👉Как писать полезные PRD


Реклама. Самозанятый Арюткин, ИНН 331104861099, erid: 2SDnjeisiyJ

Как техническому менеджеру не терять свои навыки

1️⃣Периодически проходитесь и по всем этапам пользовательского пути, и по этапам стандартного процесса разработки в вашей команде, выписываете все проблемы, составляете friction log.
2️⃣Почти во всех командах львиная доля времени уходит на различную операционку – закрытие мелких багов, инфраструктурные задачи, решение инцидентов. Регулярный глубокий анализ всего, что происходит в этих областях, и поиск возможностей их оптимизировать – как помогут команде, так и дадут менеджеру больше контекста о происходящем.
3️⃣Участвуйте в той же ротации дежурных по инцидентам, что и вся команда. Вы сможете буквально на кончиках пальцев понимать, где в вашей системе самые проблемные места, насколько хорошо все документировано, и чем весь процесс можно сделать лучше.
4️⃣Возьмите на себя подготовку различных документов – и техдокументации, и пострмортемов, и ADR.
5️⃣Попробуйте периодически брать "engineerication" (engineer+vacation) – несколько дней или недель непрерывного времени, когда вы занимаетесь только инженерными задачами. Это особенно хорошо работает, когда нужно быстро погрузиться в новый домен.

Вредные привычки, мешающие карьере

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

17–28 марта, две недели в формате коротких вечерних эфиров и лонгов, эксперты Стратоплана и авторы популярных каналов про менеджмент, среди которых Дмитрий Болдырев, Евгений Антонов, Ольга Елисеева и Роман Ивлиев, разберут кучу вредных привычек. Вот некоторые из них:

👉Софты нужны тем, у кого не все окей с хардами
👉Делай всё сразу: кто сказал, что многозадачность неэффективна?
👉Кому надо, тот поймет. Никогда не давайте обратную связь
👉Планировать — это для средних умов, гении господствуют над хаосом

Все бесплатно, регистрация вот тут.

AI фейки на собеседованиях

Буквально недавно к нам собеседовался русскоязычный продакт, который в начале разговора подключил к звонку Otter.ai (это такой сервис автоматической расшифровки звонков). Он очень бодро отвечал на все behavioral вопросы, а порой даже слишком бодро, подкрепляя свои истории кейсами других людей (а вы знаете, что с такой же проблемой сталкивался и Джобс...). Явно прокололся он в тот момент, когда пытался выговорить незнакомые ему сложные слова на английском языке. Короче говоря, наша гипотеза в том, что он автоматически расшифровывал наши вопросы, отправлял их LLM вместе с кастомными промптами, и весело зачитывал ответы.

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

Способы принятия решений в команде

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

👉Голосование точками. Тут все стандартно, помогает быстро выбрать один ответ из множества, и при этом учесть мнение каждого.
👉Степень поддержки. Каждый участник оценивает решение по x-балльной шкале. Решение принято, только если средний уровннь поддержки больше нужного уровня.
👉Метод NUF. Взвешенная оценка – новизна (new), полезность (useful), осуществимость (feasible). Решение можно принимать как по общей оценке, так и выбрав один или несколько приоритетных критериев.
👉Игра в покер. Похоже на предыдущие методы, но проводится в закрытую. Все так же, как в planning poker – все выкладывают карты, вскрываются, затем владельцы минимальной и максимальной оценок спорят.
👉Метод парных сравнений. Выбираются критерии, каждое решение сравнивается с каждым, победитель получает +1 балл. Наилучшим становится тот вариант, который победил во всех парах.

А вообще, я наконец-то в отпуске, так что на этой и следующей неделе ежедневных статей не обещаю!

Как прорабатывать свой performance review

Если вы смотрите новый сезон Severance, то там есть восхитительный момент с типичнейшим performance review. Герой справляется с его проработкой так себе, а вот вам в похожей ситуации поможет простой гайд:

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

Треугольник принятия решений

Я периодически делюсь статьями про разные практики документирования принимаемых в команде решений. Классический пример – Architecture Decision Records, документы, которые сохраняют весь контекст когда-то принятых решений про дизайн проекта. Так вот, вне зависимости, какое именно решение вы документируете, у него можно выделить три ключевых компонента:

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

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

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

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

Принципы Principal инженеров Amazon

Случайно наткнулся на страницу со списком культурных и инженерных установок, которых придерживаются Principal инженеры в Amazon:

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

Как тимлиду перестать тушить пожары, получать кайф от управления командой и вырасти в карьере

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

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

Главный фактор сильного руководителя - системный подход к управлению командой.

Чтобы начать управлять и достигать карьерных целей без личного выгорания и тушения пожаров, подписывайтесь на канал Павла Черткова, Head of Development.

Он за 3 года вырос c синьора до руководителя руководителей и затем взрастил десятки тимлидов.

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

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

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

Ссылка на канал

Новые выпуски менеджерских подкастов

👉"Три тимлида заходят в бар" про техлидов – как и зачем искать техническое лидерство, и должен ли техлид быть инженером, разбирающимся во всех технических нюансах проекта.
👉"Бреслав и Ложечкин" продолжают говорить про дайверсити – в этот раз про стереотипы, предвзятость, и то, как с ней бороться.
👉"Frontend Weekend" с Евгением Россинским, СТО Иви, про то, как не выгореть, работая техническим директором 15 лет в одной компании.

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

Поддержка команды, стресс-менеджмент, эффективность в кризис — ключевые задачи тимлида в эпоху турбулентности.

Как с этим справляться? Разбираемся на онлайн-конференции Podlodka Teamlead Crew (10-14 марта)🔥

Что ждать в программе:

📢 Как повысить эффективность команды, когда её требуют повысить - Астислав Божевольнов (Cardooworld) на примере реального кейса расскажет, как можно принять сложное решение, не сломаться под давлением и найти точки роста.

⚖️ Как найти опору для себя, когда ты опора для команды - Дарья Шалагина (Точка) поделится проверенным методом самоподдержки для тимлидов в условиях высоких требований и перегрузок.

🚀Как поддерживать команду в тяжёлый момент - эксперты из Точки, Selectel, Туту и Инфосистемы Джет на примерах разберут, как помочь команде справляться с кризисами.

🎰 Рулетка кейсов: Когда тимлиду пора сваливать - Евгений Кот и Артём Малышев помогут разобраться в кризисных ситуациях. Анонимно делимся ситуацией, получаем честный разбор и совет — бежать или оставаться.

И многое другое! Билеты уже в продаже: https://podlodka.io/tlcrew

Capable и capability

Capable - can already do the “work”
Capability - has potential to be capable to do the “work”

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

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

Открытое собеседование на СТО

Роль СТО сильно зависит от размера, структуры и культуры компании. Собеседования тоже довольно сильно отличаются от компании к компании, но при этом общее ядро выделить точно можно.

Ведущие подкаста "Бреслав и Ложечкин" уже завтра проводят открытое собеседование СТО – Саша будет собеседовать Андрея. Помимо самого собеседования будет детальный анализ всех вопросов и ответов вместе с экспертом, который отвечает за Executive Search.

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

Как AI повлиял на качество кода в 2024

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

Так вот, в сравнении с 2023 годом, количество блоков кода, в которых дублируется 5+ строк, выросло в 3 раза (а если сравнивать с 2021, то вообще в 6!). При этом рефакторить код стали на 40% реже, а копипастить – на 17% чаще.

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

Серия бесплатных открытых воркшопов от Стратоплана

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

👉Воркшоп «Стратегическое мышление на всех уровнях». Дата – 3-е марта.
👉Воркшоп «Управление своими фокусом и временем». Дата – 5-е марта.
👉Воркшоп «Умение договариваться». Дата – 7-е марта.

Все это совершенно бесплатно, а зарегистрироваться можно по этой ссылке

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

DEI – хорошая идея, плохая реализация

👉Хороший менеджер оценивает людей не только по их текущим результатам, но и по потенциалу. Компания – это система, которая может как раскрывать этот потенциал, так и убивать его.
👉Задача компании – зарабатывать деньги. Этому помогают ценности и культура. DEI (diversity, equity, inclusion) – инструмент, который может помочь с реализацией некоторых ценностей, но он не должен подменять ни их, ни цель существования бизнеса.
👉Инклюзивная культура помогает строить хай-перфоманс команды за счет того, что расширяет как воронку кандидатов в целом, так и воронку тех, кому окружение не мешает добиваться крутых результатов. А чем больше перформящих людей, тем выше планочка поднимается для всех.
👉Пример того, почему это важно – после скандала в Uber процент женщин в SRE команде упал с 25% до 3%. А это означает кучу упущенных возможностей получить крутых сотрудников.
👉Разумные DEI инициативы направлены на то, чтобы уменьшить когнитивные искажения, которые мешают какой-то группе людей нормально работать и расти в компании.
👉При этом на самом деле большинство DEI кампаний бессмысленные – вместо того, чтобы объяснять, чем бизнесу важна инклюзивность, и решать конкретные точечные проблемы, они навязывают карго-культы и заворачивают их в обертку пустых ценностей.

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

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

• 15–17 марта — для менеджеров продукта, офер за 3 дня в команды Маркета, Еды и Лавки.

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

Про переработки

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

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

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

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

Группа компаний Innovative People и экспертный лейбл «Тишина» приглашают вас 13 марта на стендап-вечеринку в формате «Бизнес-лавочка» — встречу для тех, кто в теме, где можно от души посмеяться над рабочими буднями, деловыми неурядицами и технологиями, которые не работают, когда они особенно нужны.

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

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

Приходите, если хотите посмеяться, обсудить то, что вас бесит, раздражает или вдохновляет, и найти «своих» в мире бизнеса и технологий.

С вас — хорошее настроение, с организаторов — вино, закуски и годный контент.

На сцене:
▪️Александр Панченко — директор по развитию геймдев VK
▪️Карен Манасян — глава платформы разработки цифровых продуктов MOEX
▪️Евгений Чернов — основатель экспертного лейбла «Тишина»
▪️Андрей Ганин — руководитель ресурсного центра МТС

Программа:
18:00 — сбор гостей
18:30 — истории
20:10 — сольное выступление Чермена Качмазова
20:30 — неформальное общение

Регистрация

erid: 2W5zFJuNSBJ
Реклама. ООО «Инновейтив Пипл». ИНН 7723708895.

Meetily – локальный генератор заметок со встреч

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

👉Подключаться к аудиосессии и захватывать ее
👉Транскрибировать встречи с помощью whisper.cpp, причем сразу с разметкой спикеров
👉Использовать разные локальные модели для суммаризации

Забираю себе потестировать, вы тоже потом расскажите! Демку можно посмотреть вот тут.

Тимлиду в кризис приходится лавировать между поддержкой команды, выполнением бизнес-целей и собственными ресурсами. Как с этим справиться?

Разбираемся на онлайн-конференции Podlodka Teamlead Crew (10-14 марта)🔥

Программа ожидается насыщенная:

📢 Дебаты: Кризис — это проблема или возможность?
Анастасия Абрашитова и Евгений Антонов (Яндекс) посмотрят на кризис с двух точек зрения и принесут аргументы, чтобы разобраться - тимлидом в кризис быть тяжелее или все-таки легче, чем в нормальности.

✂️ Сокращения: как минимизировать потери и даже найти плюсы?
Дмитрий Ситников (Audible, ex-Amazon) объяснит, какие шаги помогут пройти сокращения с минимальными последствиями и даже получить из этого выгоду.

⚖️ Как сепарироваться от решений сверху и продолжить эффективно работать?
Екатерина Митусова (Women in Tech Russia, ex-Google, ex-Wrike) расскажет, как поддерживать себя и команду и приносить результаты, даже если решения руководства тебе не нравятся.

🚀 Как развивать команду, когда ресурсов нет?
Александр Птахин (Prestatech) поделится практическими подходами, как поддерживать рост сотрудников, даже если бюджеты заморожены.

И многое другое! Все знания сразу применяем на практике.

🎟 Присоеденяйся, билеты уже в продаже: https://podlodka.io/tlcrew

Как живется с открытыми зарплатами

Как и обещал раньше, мы записали выпуск Подлодки про открытые зарплаты. В гости позвали Антона Бевзюка из компании Mindbox, в которой решения об изменениях зарплат друг друга принимают сами сотрудники.

Интересные факты оттуда:

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

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

K2 Cloud Conf — конференция о слиянии настоящего и будущего облачных технологий.

4-го марта эксперты K2 Cloud и топ-менеджеры крупного бизнеса разберут актуальные тренды и поделятся опытом.

В программе:
– Облако как конструктор: собираем инфраструктуру из готовых компонентов
– PaaS — таблетка от рутины: как и почему это работает
– Сетевые нереплицируемые диски в облаке как новое явление: преимущества и технические особенности
– Достать до облаков: 6 способов безопасно подключиться к своей инфраструктуре в K2 Облаке
– Инвентаризация и автоматизация с помощью Netbox

Офлайн и онлайн. Бесплатно.

Подробнее тут.

Мы убиваем программы

Манифест, который бьет прямо в сердечко:

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

Книга "Understanding Michael Porter"

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

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

Мои основные инсайты:

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

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

Ментальные модели для менеджеров

Пару недель назад я делился статьей про second-order thinking, и вам она зашла. Держите еще несколько полезных для менеджера ментальных моделей:

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

Разместите ваш проект в облаке бесплатно ☁️

Задеплоить сайт, запустить приложение, обрабатывать большой объем данных, файлов или даже заниматься машинным обучением — все это проще делать на надежной инфраструктуре. Например, в Облаке Selectel, ведь оно подойдет для работы с любыми задачами.

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

Сейчас новые клиенты могут получить до 30 тысяч бонусов на Облако Selectel и в течение месяца тестировать сервисы платформы. Для этого достаточно зарегистрироваться и отправить в техподдержку заявку на участие в акции.
Регистрируйтесь в панели и получите до 30 тысяч бонусов для старта: https://slc.tl/nil4h

Реклама. АО «Селектел», ИНН 7810962785, ERID: 2VtzqwJYsTr

Не извиняйтесь за оправданные решения

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

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

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

Почему бигтех такой медленный

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

У этого явления есть несколько наивных объяснений:

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

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

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

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

В честь небезызвестного праздника ребята из технологической компании КРОК разработали забавный бот «Как звучит любовь к ИТ‎». Внутри мини-игра: слушаем (и не осуждаем) голосовые и угадываем, что в них происходит💿.

В конце игры можно принять участие в розыгрыше винилового проигрывателя и кастомного винила. Согласитесь, неплохой повод поучаствовать: @CROC_sounds_bot

Как AI влияет на весь SDLC

The harder you push, the harder the system pushes back.
SDLC (Software Development Lifecycle) – как раз такая система. Все верят в то, что вот сейчас модельки поумнеют, все разработчики начнут активно использовать AI, и разработка ускорится в разы. Но на самом деле значимого ускорения не произойдет, просто бутылочные горлышки появятся в других частях системы.

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

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

Чтобы адаптировать SDLC под изменения, важно понимать их суть – помимо кода новым важным артефактом становятся промпты и спецификации, которые используются AI ассистентами и агентами. Из этого следует несколько практик, которые могут помочь:

👉Организовывать библиотеки промптов, которые с большой вероятностью дают хороший результат. Например, создают новый REST запрос с обработкой ошибок и валидацией входных значений. Эти промпты надо тестировать и версионировать.
👉Intent records. Это аналог Architecture Decisiob Records, который помогает сохранять контекст того, какую конкретно задачу решает определенный кусок кода, какие ограничения и требования на него накладываются.
👉Spec modules. Это подготовленные кем-то заранее универсальные спецификации, которые вы можете немного докрутить своими собственными бизнесовыми требованиями, и получить на выходе качественный модуль авторизации, личного профиля, кэширования или чего-то еще.

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

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

Руководил проектным офисом Алексей Суринов, с которым мы сначала вместе доблестно затащили Рамблер Почту (на фото как раз печеньки, которыми мы релиз приложения под iOS отмечали!). И сильная команда проджектов, которые вытаскивали даже безнадежные проекты, во многом – его заслуга. Так вот, Алексей сейчас CTO в Сбере и недавно завел свой Telegram-канал, где пишет много всего классного, например:

👉Про разные модели обратной связи (я таких названий даже и не знал!)
👉Разбор книги Мартина Селигмана про оптимизм
👉Про модель небольших шагов из Кайдзена
👉Про то, как максимально впечатлить заказчиков из Перу
👉Как знания превращаются в опыт

Короче, подписывайтесь на Алексея, он очень классный!

Как проводить интервью в эпоху AI

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

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

Как превратить хаос проверки гипотез в четкий процесс?

Узнаем в новом сезоне Podlodka Product Crew — онлайн-конференции для продакт-менеджеров🚀

В программе:

🎯 Виктория Харламова (Growth Advisor, ex-Growth в Miro) разберет фреймворк тестирования гипотез, который помогает кратно растить продукт

📊 Наталия Пантелеева (Т-Банк) поделится практическим руководством по организации опросов.

💡Кирилл Мозголин (Точка) и Дмитрий Ушаков (Авито) в формате рулетки кейсов разберут, как проверять гипотезы в условиях ограниченных ресурсов

📄 Вячеслав Бусаров (Авито) расскажет, как в 6 страниц уложить всю стратегию продукта

А еще для всех участников наши партнеры из GoPractice подготовили актуальный подарок: бесплатный доступ к новому курсу “Генеративный AI для продакт-менеджеров: мини-симулятор” 🎁

Конференций пройдет с 17 по 21 февраля, ждем вас!

📍Подробности и билеты: https://podlodka.io/productcrew

Непопулярные мнения про организацию команд

👉Не создавайте нано-команды из 2-3 человек. Вы создаете дополнительную менеджерскую нагрузку, редко когда получаете достаточно пользы, а потом сталкиваетесь с тем, что решить проблему и смерджить несколько команд, не задев эго их лидов и уронив их мотивацию на пол, очень сложно.
👉Не проводите хакатоны. Дефолтный результат любого закатона – куча сырых прототипов, про которые все забудут уже на следующий день. Видимость деятельности большая, а значимых результатов нет. Если вы ждете инноваций от команд, то лучше попробуйте интегрировать возможность экспериментировать с новыми идеями в их повседневную работу.
👉Не выделяйте 20% времени на техдолг. Это очень не структурный подход, который легко может привести к тому, что команда будет заниматься не приоритетными вещами. Вместо этого работайте с техдолгом как с обычными продуктовыми задачами, добавляя их в тот же бэклог, и пропуская через сквозную приоритизацию.
👉Не защищайте время инженеров. Многие тимлиды относятся к рабочим часам программистов как к самому ценному ресурсу, оптимизируя все вокруг них – продакты должны приносить детально описанные спецификации, а тестировщики работать в изоляции и не беспокоить своими вопросами. У такого подхода миллион плохих последствий, включая замедление работы, падение качества продукта и демотивацию тех самых программистов.
👉Цельтесь в здоровый рейт увольнений. Компания, из которой никто не увольняется, и в которую не приходят новые люди, становится очень замкнутой на себя. Людям некуда расти, новых знаний не появляется, формируется пузырь.
👉Избегайте чрезмерной специализации. Наличие очень узких экспертов ведет к появлению бутылочных горлышек и падению бас-фактора.