Про иллюзию неизменного риска

Держите еще одно частое когнитивное искажение в вашу копилку. "Static Risk Fallacy", в моем вольном переводе "иллюзия неизменного риска", работает следующим образом:

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

Иначе говоря, если это было безопасно один раз, значит, десять раз тоже будет безопасно.

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

Конференция по использованию AI в разработке

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

Спикеры: тех лиды, руководители разработки, CTO.

Когда: 14 октября, 14:30 (мск)

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

Посмотреть детали и зарегистрироваться

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

👉"Едим слона целиком" про токсичных руководителей: как их распознать и справляться с ними.
👉"Team Lead Talks" про бизнес-архитектуру и починку процессов в компаниях
👉Подлодка про то, как создаются AI продукты: от проверки первых гипотез до бенчмарков и эвалов.
👉"Организованное программирование" про то, как менялась работа программиста в последние 20 лет

Как влиять на политику, оставаясь инженером

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

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

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

Как самоорганизация ведет к выгоранию

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

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

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

Мы создаём пространство, где растут лидеры.

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

TeamLead Conf — не просто событие. Это толчок к прорыву. Место, где опыт не демонстрируют, а им делятся. Где не продают, а вдохновляют. Где не играют в начальников, а учатся быть лидерами.

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

Эта конференция — для тех, кто готов расти как руководитель, развиваться как человек и строить среду, в которой хочется работать, доверять и создавать.

До встречи среди тех, кто меняет будущее мягкими навыками и сильной хваткой!

Роман Ивлиев, глава ПК TeamLead Conf

Ждем вас 10 и 11 ноября на TeamLead Conf 2025

Рекламодатель: ООО "Конференции Олега Бунина" ИНН: 7733863233 ERID: 2W5zFJ1AV5a

Ну что, ждем нового глобального финансового кризиса (или как минимум неправильно посчитанных отпускных)!

Про пользу ограничений

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

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

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

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

👵 → 👶 От бумеров до зумеров. Как мотивировать разные поколения обучаться? Узнайте в бесплатном гайде Яндекс Практикума

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

Яндекс Практикум собрал для HR, T&D и L&D бесплатный гайд, как строить обучение с учётом запросов и особенностей разных поколений.

Что внутри документа:

▪️ Инструменты для HR и руководителей
Кейсы, таблицы, чек-листы и античек-листы, которые можно применить в работе

▪️ Портреты поколений сотрудников
Подробный разбор ценностей, ожиданий от обучения, сильных и слабых сторон

▪️ Форматы, которые работают
Готовые схемы мотивации бумеров, иксов, миллениалов и зумеров с реальными примерами из бизнеса

Оставьте заявку на сайте и получите гайд бесплатно!

📥 Забрать гайд

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

Как подходить к большим техническим проектам

В первую очередь статья касается разработки программ – как пет-проектов, так и чего-то рабочего.

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

Developer Ecosystem 2025

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

👉Языки, на которые разработчики хотят перейти: Go, Rust, Python, Kotlin, TypeScript.
👉Ruby совсем умирает, за последние 8 лет доля упала с 15% до 4%. Похожее падение есть и у PHP, но доля там остается все еще большой.
👉Самые частые задачи, делегируемые AI – написание бойлерплейта, поиск информации в интернете и конвертация кода из одного языка в другой. Самые редкие – общение в почте и мессенджерах, написание бизнес-логики, выполнение действий в терминале.
👉Самые большие опасения разработчиков относительно AI – качество сгенерированного кода, невозможность AI понять сложную логику, приватность и негативное влияние на навыки программирования. Только у 1% нет никаких опасений.
👉88% использующих AI верят в то, что экономят больше часа в неделю. 19% говорят про экономию больше 8 часов.
👉Восприятие текущего рынка вакансий сильно зависит от страны. Лучше всего дела обстоят в Японии и Испании. Хуже всего – в Южной Корее, Канаде и Китае. Восприятие так же зависит от уровня опыта – на сложности жалуются 61% джунов и только 34% сеньоров.
👉Страна влияет и на восприятие сложности конкретных задач. Например, на контекст свитчинг среди восточноевропейцев жалуются 54%, а среди японцев только 14%.
👉Немного статы про выгорание. Среди работников больших компаний на выгорание жалуются 47%, а среди маленьких только 11%. Среди джунов – 61%, среди людей с опытом в 16+ лет – 38%.

Как руководить, когда люди выдыхаются, а KPI растут?

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

📌 Расскажет тренер школы коммуникаций Soft Skills Lab на открытом вебинаре 22 октября в 20:00 (мск)

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

▫️ Как работать с состоянием сотрудников в кризисные моменты?
▫️ Как доносить потребности команды до высшего руководства?
▫️ Как работать с давлением и не брать на себя невыполнимые обязательства?

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

🗣 Вебинар проведет Мария Лагоша — ведущий тренер Soft Skills Lab, преподаватель по переговорам ВШЭ, тренер и консультант по ораторскому мастерству, основатель и ex-CEO театральной студии.

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

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

Про самосбывающиеся пророчества

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

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

Хватит думать, надо делать!

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

Тебя ждёт реальная проверка идеи, возможность показать себя профессионалам, шанс попасть в базу талантов Ингосстраха и даже сразу на стажировку. Финал — с церемонией награждения в Москве.

Открылась возможность — используй её!
Регистрируйся до 29 октября и покажи, на что способна твоя идея.

Про инженерную культуру в AWS

На инженерную культуру в бигтехах интересно смотреть не глазами СТО, а с точки зрения обычных гребцов. Я выкладывал много статей про Amazon – и про их письменную культуру, и про leadership principles, и про различные инженерные практики. И у всех этих, казалось бы, разумных практик, есть и обратная сторона – они могут превратить жизнь разработчика в ад и серость. Короче, очень рекомендую почитать честное ревью работы в AWS:

👉Фича делается две недели, а выкатывается полтора года
👉Чтобы получить промо, нужно год работать на уровне +1 грейда за ту же зарплату
👉Непрерывный челленджинг идей и бесконечные согласования убивают желание заниматься хоть чем-то полезным

Разрабатывать B2B-продукты — это совсем не то же самое, что работать с массовым B2C.

Здесь длинные циклы продаж, вовлечённые стейкхолдеры, сложные процессы внедрения и высокая цена ошибки.

С 27 по 31 октября пройдет новый сезон онлайн-конференции Podlodka Product Crew “Особенности разработки B2B-продуктов”: разберём, как запускать MVP в длинных циклах продаж, строить воронку, выбирать каналы продвижения и считать юнит-экономику

Часть программы:

📊 Как проверять гипотезы и запускать MVP в условиях длинных циклов продаж, узнаем у Марины Пановой, CPO в MariaAI и co-founder Köppen.

💰Unit-экономика в B2B: считаем по каждому клиенту, а не “в среднем по больнице” вместе с Сергеем Герштейном, CEO Кнопка.

🔍 B2B-маркетинг без бюджета: что сработало, а что провалилось в команде Fitmost, расскажет Анастасия Богатырева.

🚀 Как Лавка построила B2B SaaS-платформу рядом с q-commerce бизнесом — реальный кейс от Ксении Аникеевой, CPO B2B Яндекс Лавки

🧠Неделя прикладной пользы в удобном формате утренних и вечерних сессий. Присоединяйся!

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

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

Почему круто иметь джунов в команде:

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

А теперь посмотрим на советы про то, как их нанимать:

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

Как решать большую часть конфликтов в команде

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

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

Вебинар: Такой разный DevOps: как выбрать свой путь

📅 30 октября, 11:00 по МСК | Онлайн

🔗 Регистрация

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

📌 Приглашаем вас на вебинар, где обсудим:
• Почему нет единственно верной архитектуры и технических решений в DevOps.
• Как найти баланс между скоростью и надёжностью, разобрав кейсы двух разных компаний.
• Что важнее — процессы или технологии, и как упорядочить технологический хаос.
• Какой важный вопрос нужно задать, прежде чем начинать внедрять или менять что-то в процессах.
• Чем аутсорсинг DevOps может быть эффективнее найма или аутстаффа.
• Ответы на ваши вопросы в прямом эфире

Для кого этот вебинар: ИТ-директоров, технических руководителей, DevOps-тимлидов, архитекторов, разработчиков и бизнес-руководителей.

📍 Участие бесплатное. Зарегистрируйтесь, чтобы получить ссылку на трансляцию и задать свои вопросы эксперту.

Про особенности менеджерских собеседований

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

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

Пара советов про то, как лучше подготовиться:

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