Бесплатные программы от Стратоплана

Я тут довольно часто рассказываю про образовательные программы Стратоплана, потому что правда считаю их лучшими в русскоязычном сегменте – но я довольно плохо представлял себе, какой у ребят масштаб. На мысли об этом меня натолкнула целая череда коллег, которые недавно пошли одновременно обновлять свой LinkedIn сертификатами с курса «Школа СТО». Так вот, про объем – только через бесплатные открытые проекты с начала года они пропустили 15000 человек, ого-го!

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

👉Менеджер:101 (17-18 ноября) – про то, как переключиться из майндсета исполнителя в майндсет руководителя. Для этого нужно понять, из чего на самом деле состоит роль управленца, каковы его фокусы и как действовать в непростых управленческих ситуациях.
👉Директор:101 (19-20 ноября) – про то, как в условиях, когда никто вам не скажет, как правильно, а все решения принимаете вы, не просто реагировать на проблемы, а стратегически смотреть в будущее компании.

Всё это будет онлайн и бесплатно + сертификат, который можно добавить себе в Linkedin.

Читать полностью…

Стать антикризисным Delivery Manager: 3 бесплатных вебинара, которые заменят годы проб и ошибок

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

Приходите на серию бесплатных вебинаров, чтобы узнать, как построить такую карьеру:
🔥 1. «Поставки без провалов: как перестать тушить пожары и начать доставлять ценность»: регистрация
🚨 2. «Антикризисный Delivery: как управлять проектами, когда всё идёт не по плану»: регистрация
🎯 3. «Зачем нужен Delivery Manager, если есть Project и Product?»: регистрация

👉 Регистрируйтесь сейчас - напомним перед вебинаром!

Все эти темы являются частью большой программы курса «Delivery Manager» в OTUS, где мы даем полную систему знаний — от основ управления командой до финансовой аналитики и стратегического планирования.

❤️‍🔥Успейте апнуть карьеру в 2025 с максимальной скидкой для ранних пташек до 16.11: ваш промокод на 15% DM15!

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

Читать полностью…

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

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

👉"Бреслав и Ложечкин" про то, как Agile постепенно превращался из здорового набора принципов в бюрократию и карго-культ
👉Подлодка про человекоцентричное управление, важность счастья сотрудников и вред от переработок
👉"Едим слона целиком" про то, как стать СТО, откуда взять нужный опыт, и из чего будут состоять трудовые будни
👉"Организованное программирование" с Александром Бындю про технический консалтинг, увольнения СТО и правильный рост разработчиков

Читать полностью…

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

Формат масштабных конференций для тимлидов уже частично изжил себя, поэтому советуем присмотреться к клубам. Коллеги из Яндекс Go рассказали про свой — в Team Lead Club больше 60 тимлидов из крупных компаний регулярно встречаются, чтобы обменяться опытом и обсудить острые темы.

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

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

Читать полностью…

Про забор Честертона и техдолг

Держите забор Честертона в вашу копилочку умных названий вредных заблуждений:

There exists in such a case a certain institution or law; let us say, for the sake of simplicity, a fence or gate erected across a road. The more modern type of reformer goes gaily up to it and says, “I don’t see the use of this; let us clear it away.” To which the more intelligent type of reformer will do well to answer: “If you don’t see the use of it, I certainly won’t let you clear it away. Go away and think. Then, when you can come back and tell me that you do see the use of it, I may allow you to destroy it.”

Иначе говоря – нельзя избавляться от того, смысла чего вы не понимаете.

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

Читать полностью…

Есть ли польза у code review

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

Подкину первой группе немного данных в их копилку аргументов:

👉Команды без code review работают в 2 раза быстрее, но получают в 2.5 раза больше багов.
👉Чем больше человек смотрит ревью, тем меньше шанс получить баги. Если смотреть по средним значениям, самый большой выигрыш до 0.5 ревью на PR – то есть в командах, ревью в которых проводят не на все изменения.

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

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

Читать полностью…

💥Новогодний тимлидап — на Team Lead Today!

Team Lead Today — IT-тимлид-тусовка, где в неформальной и праздничной атмосфере:
🔹разберем реальные кейсы от экспертов
🔹поучаствуем в мастер-классах
🔹зададим вопросы гуру отрасли
🔹получим новые инструменты на 2026 год

🗓15 декабря
📍отель Azimut Смоленская (Москва, ул. Смоленская, д. 8)

Team Lead Today — уникальная площадка для обмена опытом между тимлидами: от новичков до топ-менеджеров. Лучшие IT-практики расскажут, как строить эффективные команды, управлять сложными проектами, развивать IT-культуру и совмещать техническую экспертизу с лидерскими качествами.

Для кого: тимлидов в IT, Senior-разработчиков, руководителей направлений, топ-менеджеров (CTO, CIO).

Спикеры: 20+ экспертов из «Яндекса», «Северстали», MWS Data, «Т-банка», «Сбера», «Авито» и др.

Присоединяйтесь к встрече IT-профессионалов!
👉Скидка 25% по промокоду TLT25

Забронировать участие| Скачать программу| Посмотреть спикеров

Читать полностью…

Как собрать команду мечты

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

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

Эксперты сервиса Эйч Диана Мамедова, HR-директор в KraftHeinz, и HR эксперт Александра Богомаз разобрали:

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

Все блоки и полезные шаблоны уже доступны онлайн — осталось только применить.

Учиться бесплатно

Читать полностью…

Какие навыки делают руководителя сильным?

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

🎯 «Лидер 360°» от Нетологии — программа для подготовки и развития руководителей:
— прокачивает ключевые soft и hard-skills,
— даёт необходимую базу лидерских компетенций для уверенного старта управленческой карьеры,
— обучает на реальных кейсах от экспертов и проверенных инструментах,
— включает видео-лекции, тренажёры, квизы и практику.

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

📩 Оценить программу можно бесплатно — оставьте заявку на сайте, чтобы получить демодоступ на 7 дней 👉 https://netolo.gy

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

Реклама. ООО "Нетология". ИНН 7726464125 Erid: 2VSb5z1S7ow

Читать полностью…

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

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

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

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

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

Читать полностью…

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

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

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

Читать полностью…

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

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

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

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

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

Читать полностью…

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

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

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

Читать полностью…

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

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

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

Читать полностью…

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%.

Читать полностью…

Как работается в Cursor

Очень классный обзор культуры команды, которая разрабатывает Cursor:

👉Фокус на посещение офиса, малое количество митингов, и глубокую работу без отвлечений.
👉При найме думают не столько о позиции, которую надо закрыть, а о конкретном человеке, которого хочется нанять – и уже под него подбирают подходящие задачи. А подходящих людей ищут коллективно, делясь в чате, с кем хочется поработать.
👉Больше 20% команды когда-то сами были фаундерами.
👉Режим "9-9-6" не обязателен, но является негласной нормой. Новички паникуют, но потом вливаются.
👉Перед каждым релизом команда собирается в одном помещении и все вместе пытаются этот релиз сломать разными способами.
👉Фидбэк на новые идеи и фичи собирается в отдельном канале в Slack – все голосуют, оставить ли фичу или убить.
👉В найме используют тактику сюрприза. Интересующего человека зовут просто заглянуть в офис в гости, а потом организуют с ним серию неформальных бесед, после чего, если всем он нравится, присылают оффер.

Читать полностью…

Сюрпризы для начинающих руководителей

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

👉Ваш календарь превращается в календарь всей команды, время больше вам не принадлежит.
👉Самые сложные разговоры чаще всего не запланированы в календаре, а начинаются с сообщения в Slack "есть пять минут поговорить?"
👉Ушли те дни, когда вы могли успокаивать себя тем, что продолбался менеджер. Теперь все так думают про вас.
👉Любые победы очень отложены во времени, а вот провалы ощущаются сразу же.
👉Настоящая работа состоит не в том, чтобы решать, что делать, а в том, что не делать.
👉Команда становится зеркалом ваших привычек, как хороших, так и плохих.

Читать полностью…

Как использовать Claude Code вне разработки

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

Вот несколько точно полезных:

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

Читать полностью…

Когда коллаборация – антипаттерн

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

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

Читать полностью…

Что нового в версии Python 3.14? 🟢

Мы ещё не успели проверить, зато у Евгения Афонасьева, тимлида разработки Antifraud в Авито, уже вышел на эту тему краткий разбор — за 12 минут он рассказал, какие фичи могут облегчить написания кода, а какие — просто приятный бонус к релизу.

📺 Смотрим и обсуждаем по ссылке!

Читать полностью…

Девять уроков, полученных за девяносто лет

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

Читать полностью…

Причины, по которым менеджеры принимают плохие решения

👉Менеджеры не способны обработать весь объем информации, необходимый для идеального рационального вида (вспомнить хотя бы вчерашнюю статью про ясность). Реальность слишком сложная, данные неполные, времени мало, похтому решения принимаются в рамках ограниченных моделей мира. А заложенные в них упрощения и эвристики дают систематические ошибки.
👉Выбор первого приемлемого решения вместо поиска оптимального. Опять же, все потому, что время и ресурсы на принятие решения ограничены. Пару раз так сделать не страшно, но если организация поощряет скорость и решительность, а не глубину анализа, вы всегда будете заниматься локальной оптимизацией, и не сможете получать системные улучшения.
👉Менеджеры часто исправляют последствия ошибок, но не пересматривают сами ментальные модели, из-за которых эти ошибки возникли.
👉Внутренняя политика – решения искажаются из-за борьбы за власть, бюджеты и статус. Часто побеждает не лучшее решение, а то, которое лучше выстроено политически.
👉Когнитивные искажения, вроде известных вам confirmation bias, group thinking и других.

Читать полностью…

Про техническую ясность

In an organization, technical clarity is when non-technical decision makers have a good-enough practical understanding of what changes they can make to their software systems.

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

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

Чтобы успешно обеспечивать техническую ясность, нужно обладать следующими качествами:

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

Читать полностью…

Про стратегическую приоритизацию

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

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

Читать полностью…

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

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

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

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

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

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

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

Читать полностью…

Снимаем маски: манипуляции в корпоративной среде

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

⟡ Эксперты: Валентин Губарев (КРОК), Иван Пластун (КРОК), Марина Кремлева (лидер проекта настройки и развития бизнес-команд Kremleva Project), Илья Самофеев (red_mad_robot)

⟡ Полезно лидерам технических и бизнес-команд, руководителям проектов и всех, кто управляет людьми в ИТ

⟡ 13 ноября, 18:30 (МСК)

⟡ Офлайн

⟡ https://clck.ru/3PqiPQ?erid=2W5zFJVahHz

Регистрация открыта, участие бесплатное, количество мест ограничено

Читать полностью…

Разрабатывать 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

Читать полностью…

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

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

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

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

Читать полностью…

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

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

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

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

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

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

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

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

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

Читать полностью…

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

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

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

Читать полностью…