🧠 DDD и прочие матерные слова на собесах 🤬

Есть такие термины, которые начинались как великие идеи. А потом случилось... сообщество. Найм. Курсы. YouTube. Рынок.
Теперь ты слышишь «DDD» — и вместо уважения чувствуешь смущение.

Парадоксально, но я искренне люблю и продвигаю идеи DDD . Однако теперь при его упоминании все чаще хочется схватиться за голову!

Недавний случай на собеседовании:
даешь кандидату задачу на SD, а он уверенно заявляет: «Здесь можно выделить три домена – покупка, продажа, возврат». Стоп... доменов внезапно оказалось четыре, так как следом кандидат добавляет: «еще у нас есть авторизация».

В этот момент я сижу, моргаю и думаю: «Дорогой человек, какие же видео, статьи или книги ты читал? Как у тебя в голове сложилась такая картина мира?».
Вроде бы человек старался. Читал. С chatGPT разговаривал...

И проблема — не только в DDD. То же случилось с Agile, Scrum, Senior, T-shape, Microservices, System Design, DevOps…
Все эти слова сегодня звучат как:

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

Вроде бы звучит знакомая мелодия в голове, но буквы НЕ ТЕ!

Настя Штей (с которой че мы уже только вместе не делали) во вчерашнем своем посте (у нее вообще в канале много интересного) точно подметила: где, кто и как только не использовал слово "домен", что и к 1Сникам залетело, но легче не становится!
Термин относится к недоопределенной категории. А значит — требует мышления. Диалога. И уж никак не просто "влета" в резюме или собеседование.

Но вернемся с DDD к найму, который так у всех вчера бомбанул (см. пост выше).
Рынок стал быстрым. И людям некогда разбираться. Им надо «продавать себя», не погружаясь.
Собесы превратились в проверку buzzwords. А не в разговор о смысле. Фильтры стали шаблонными. Подробности важны только если ты прошел резюме-детектор.

80% кандидатов приукрашивают резюме (по данным StandOutCV — рекомендую, много занимательных цифр). И многие из них делают это с «правильными словами».
А дальше ты берешь сеньора — и оказываешься в ситуации, где за словами нет модели. За «доменацией» — нет смысла.

📌 В чем боль?
Найм — это не экзамен. Это попытка найти общее поле смысла. А если в нем одни клише — поле становится минным.
Ты не знаешь, на что человек реально способен. Ты не можешь понять, что он называет «системой», «ценностью», «архитектурой».
И в итоге начинаешь «копать». А это уже визуально: частично «БДСМ», частично «цирковое» шоу.

🦸‍♂️ Капитан-очевидно и ответ на вопрос: Что делать?
— Слушать не слова, а разбирать ход мысли.
— Спрашивать «почему», а не «что вы знаете о».
— Просить объяснить — не «по учебнику», а своими словами.
— И — страшное — уметь самим признаться, если мы тоже не понимаем. Потому что за красивыми словами прячемся не только кандидаты.

DDD — прекрасный подход. Когда в него вложен смысл, а не фасад. И хочется, чтобы мы вернули этому слову честь. И другим тоже.
Если не можете объяснить «что такое домен» — ничего страшного. Страшно, если вы не можете заметить, что не понимаете.

💬 А у вас какие термины стали «триггерами»? Особенно, если они с собесов по обе стороны...

А вот и обещанный анонс...

🎙 Рупор лида 3: Lead в поиске
5 дней про найм глазами нанимающих — честно, с практикой и без розовых очков.

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

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

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

Для того, чтобы стать слушателем - подписывайся!

🗓 18.08 — Татьяна Гороховская
Hiring-позиция: в огне, но с чек-листом

🗓 19.08 — Тёма Пулявин + Катя Лысенко
Коньки-горбунки собеседований — или отсобеседуй меня полностью

🗓 20.08 — Круглый стол
Что я узнал про найм за 1.5 года: битва AI, выгорание, кризис рынка ИТ

🗓 21.08 — Саша Поломодов
System design глазами нанимающего

🗓 22.08 — Иван Доронин
Если ты Lead, который ищет работу

💬 Приходите, если вы:
- нанимаете людей в команду,
- ищете практичные инструменты,
- хотите обменяться опытом с коллегами.

📌 Участие бесплатное, формат — Telegram-конференция.
🔗 Ссылка для подключения

❄️ Утренний эфир про Третий Рупор Лида

В этот четверг у меня будет особенный утренний эфир — и он будет про Рупор Лида.
А точнее, про третий Рупор, который стартует уже в понедельник 18/08/25.

Паша Гертман позвал меня к себе в канал @kabargazm в 8:30 утра, и мы поговорим:
— что такое вообще Telegram-конференция?
— кто спикеры этого рупора?
— и в чем кайф всей этой движухи?

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

💜 И да, безмерно благодарна Паше — мы когда-то работали вместе в московском парковочном (да, и за нас с ним вы когда-то оплачиваете парковки и штрафы в Москве 😄).

Если в четверг 14/08/25 в 08:30 вы бодрствуете — приходите в эфир. Сделаем себе утренний кофе и честно поговорим, зачем и ради чего все это затевается.

Доброутро!

Неспящие "сранья" вот ссылка на эфир с Пашей: https://meet.google.com/pmz-eirn-htq?authuser=0

Так как телега в РФ иногда дает сбои, то мы переместились в гугламит. Заходите!

Фоточка под самый конец встречи 😁

Мы конечно же скатились к ворпосам найма!

Спасибо огромное, что были с нами, а было намного больше, чем на фото! Запись выложим в канальчик сегодня-завтра!

🗄 Личное кладбище наймов и вопрос о цене ошибки 🪦

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

Есть ошибки, которые походя задевают чужие судьбы.
На днях мы с мужем решили посмотреть что-то «тяжеленькое» — датский фильм «Вторая жертва» (IMDB) про врачебную ошибку. И там очень остро встает вопрос: какие ошибки можно допускать, когда стоит винить себя, а когда — сомневаться в себе.

И вот на этом фоне я решила посмотреть на тему ошибочного найма.

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

🔍 Немного фактов
— 46% сотрудников оказываются неуспешными в течение первых 18 месяцев работы.
— Для управленцев и лидов этот показатель выше — до 60% (Forbes, 2019).
— В IT и финтехе уровень «неприжившихся» новичков доходит до 50–60% — сочетание высокой скорости изменений, несовпадения ожиданий и культурного дисбаланса.
— Хорошая планка — <10–18% неудачных наймов в год приведших к увольнениям (по отраслевым HR-бенчмаркам SHRM).
— Средняя цена ошибки в найме — $15,000, а для топ-позиций — до 250% годового оклада (U.S. Department of Labor и Zappos HR insights).

📈 При этом за последние годы, при неизменившейся цифре до 18% увольнений в связи с сошибкой найма, случился рост процента ухода с позиций C, V и C+1 levels в компаниях со стороны кандидатов в первые 1,5 года — до 40%, против прежних 20%. То есть в 2 раза.

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

А чтобы не "скатиться" в пучину самобичевания важно держать баланс между:
1️⃣ Рефлексией — понимать, где была твоя зона ответственности.
2️⃣ Принятием — признавать, что ошибки неизбежны и иногда это общий промах.
3️⃣ Системностью — адаптировать процесс найма под реалии рынка.

💬 А ваше личное «кладбище наймов» — оно больше про боль или про опыт?

А вот и ссылка: https://t.iss.one/addlist/CMWtSDv50VMyZDJi

🎤 Сегодня в Рупоре Лида 3 — мой день

И вместе с Тёмой Пулявиным мы будем разбирать наши любимые «коньки-горбунки» — кейсовые задачи, которые задаем кандидатам на собеседованиях.

Мы хотим сегодня продемонстрировать:
— какие сигналы считает показательными конкретный менеджер,
— что для нас значит «хороший кандидат»,
— какие акценты сейчас в тренде (на рынке/у нас).

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

💡 ИМХО, это особенно важно потому, что нас, технарей, никто специально не учил менеджерским практикам. И собеседования мы часто собирали сами: на опыте, на ошибках, на чужих историях.

Кейс — инструмент, который позволяет в одном вопросе показать ценности компании, понять стиль кандидата и проверить глубину его опыта. Иногда кейс даже «палит» саму компанию: по формулировке задачи становится ясно, чем вы живете внутри.

А еще это мероприятие — повод пересмотреть свой найм:
— может, вы тратите полчаса на то, что можно спросить одним вопросом?
— а может, вы подскажите нам, как сэкономить свое время и время кандидатов!

⏳ И да: если ваше интервью длится больше 1,5 часов — это проблема. Даже при многоступенчатом процессе. Хорошие кандидаты — на вес золота, и в первую очередь вы боретесь именно за их внимание.

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

Подробности, и ссылка, как и всегда в канале.

А вот вам список моих "экзистенциальных вопросов" на тему карьерного трека, которые я иногда спрашиваю на собесах (делитесь своими)
— Что тебе удавалось улучшить в каждой следующей роли?
— Чему ты хочешь научиться в ближайший год?
— Почему именно такая роль сейчас для тебя актуальна?
— Есть ли у тебя стратегия, как не терять экспертизу в технологиях? Какие технические компетенции ты сознательно поддерживаешь на глубоком уровне, а какие делегируешь?
— На что обращаешь внимание, когда сам нанимаешь или продвигаешь специалистов?
— Что оказалось неожиданно сложным после перехода на карьерный уровень?
— Какие практики саморазвития ты используешь сейчас?

https://meet.google.com/aqu-rtdv-foo

В 19-00 по МСК начинаем "батл"

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

🍷 Круглый стол, но в самом любимом формате — «винишник»!

Терпите, но так как я рупор провожу, то, да, это неделя анонсов!

Да, в этот раз обсуждаем найм и все, что с ним связано, максимально непринужденно.
С бокалом вина (или сока, если вы ЗОЖ 🌱) — без купюр, только живые истории и острые вопросы. И БЕЗ ЗАПИСИ!!!

📅 20 августа 2025
🕖 19:00 по МСК
🔗 Ссылка на встречу — в чате конференции.

🎙 Запиевалы вечера:
— Александр Крылов — CPO «Штурвал», DevOpsForLove, автор курсов и подкастов ProITStand/Brainshtorm
— Галина Ширанкова — Product Unit Lead в Авито, GenAI и топ-конференции
— Антон Бевзюк — Head of Engineering в Mindbox, эксперт по Scrum/XP/Канбан
— Ариадна Данцкер — CTO, преподаватель в Яндекс Практикуме, автор канала RassadaTeam

✨ Немного этимологии.
На утреннике у Паши Гертмана я узнала:

Слово «симпозиум» происходит от древнегреческого συμπόσιον (sympósion).
σύν (syn) — «вместе»
πόσις (pósis) — «питье»
В античной культуре симпозиумом называли часть пира у греков и римлян, когда после еды собирались для совместного возлияния вина, бесед и философских разговоров. Это был ритуал дружеского общения, часто с музыкой, поэзией и дискуссиями.

🍇Так что наш винишник — это самый настоящий симпозиум!

💬 Тема — найм за последние 1,5 года:
— лайфхаки и новые практики
— AI в подборе
— тренажеры для кандидатов
— зумеры и альфы на рынке
— и честные истории «из полей»

Приходите! И накидывайте темы/вопросы ко встрече!

meet.google.com/hvk-vnmq-ani

Через 11 минут ждем всех по ссылке!

🛠 Релизный план: как пережить большие релизы без хаоса 🛠

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

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

🤔 Что такое релизный план?
Обычно у релиза release-notes:
— что выкатываем (фичи и номера задач),
— план наката (как выкатывать),
— план отката (как возвращаться).

Релизный план — это полный сценарий, который превращает релиз в управляемый процесс.
В нем прописано:
1️⃣ Чеклист подготовки и проверки к началу релиза (предрелизник).
2️⃣ Определен ответственный за релиз.
3️⃣ Есть пошаговый сценарий с таймингами.
4️⃣ Назначена релизная команда и наблюдатели.
5️⃣ Подготовлен план наката и план отката, а еще и планы Б, В и тп.
6️⃣ Сделаны бэкапы.
7️⃣ Прописаны метрики успеха и критерии переходов между этапами плана.
8️⃣ Обозначен план коммуникации на все ситуации: кого, когда и как информируем.

👥 Кто разрабатывает релизный план?
Всегда есть ответственный. Это может быть:
— разработчик или QA-лид, который "курировал" основные изменения;
— техменеджер;
— релиз-инженер, если такая роль выделена.
Задача этого человека — собрать в план все и со всеми все проговорить и согласовать.

🧩 Кто такие "Релизная команда"?
1) DevOps, SRE, мониторинг;
2) разработчики и тестировщики (включая команды, которые "может цепануть");
3) бизнес-участники (саппорт, комплаенс) — если релиз затрагивает клиентов напрямую.
Но это те, кто будут контролировать и весь основной этап релиза. Если релиз много часовой и/или предполагается еще процесс багофикса, то стоит выделить сменные команды.

📊 Метрики и критерии
Ночью (в "запаре") у вас может не быть сил и мозгов, чтобы беспристрастно принимать решения о переходе на следующий этап релиза/откате/эскалации/смене плана на план Б. Поэтому в плане должно быть четко указано:
✅ что значит «шаг успешен»;
👉 какие критерии перехода к плану B;
🚫 когда откатываем релиз.
Если критерии не прописаны, в момент релиза может начаться спор — и будут потеряны драгоценные минуты.
Да, скорее всего, вы не будете соблюдать все критерии, но, как минимум у вас будет базис для принятия решений и чек-листы проверок!

🔍 Что "засунуть" в предрелизник?
Мысль, что релиз начинается задолго до деплоя — не нова! Но, "продолбаться" очень легко и вот то, что обязательно необходимо проверить:
— уведомлены ли все бизнес подразделения;
— а маркетинг? И не запускают ли они в параллель какаую-то внешнюю активность?
— оповещены ли клиенты (стоят ли заглушки)?
— точно ли никто не будет катить и фриз установлен заблаговременно?
— кроме того, что нужны бекапы свежие, еще и нужны люди, кто умеет бекапы быстро разворачивать
— есть ли скрипт у support на период релиза?
— если аффектим нормативно-правовое поле - "подстелена ли соломка" в виде писем в контролирующие органы?
Очевидное: инфра, миграшки, рубильники, продуманные канарейки и каскадинги, заглушки всех мастей...

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

А в ближайшие дни расскажу о любимом подходе мужа: разделении релизов и деплоев!

🚀 Код уже на проде, а пользователи его не видят? Это не bug!

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

Очень часто путают два понятия:
🔹 Деплой — это когда код выкатывается на продакшн. Он там есть, но выключен, пользователи его не видят.
🔹 Релиз — это момент, когда фича включается и становится доступна клиентам.

Почему классно разводить деплой и релиз:
– можно заранее проверить, что код живет на проде и ничего не ломает;
– баги отлавливаются безопаснее;
– релиз можно делать в удобное время (например, днем, а не в 3 ночи, когда нагрузка спала).

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

Когда помогает:
– быстрые гипотезы: включили на 1% пользователей, посмотрели метрики;
– highload-кейсы: можно откатывать или переключать группы;
– сокращение времени реакции на инциденты.

Когда не получится:
– если бизнес не готов к тому, что «фича на проде, но выключена».

🚨 Важно: Такой подход требует пересмотра архитектуры и инженерных практик. И его лучше закладывать заранее (да, это уже про бережливое проектирование), а не прикручивать потом.

Техники, которые помогают:
– Feature toggles (фичефлаги)
– Blue-green deployment
– Canary releases
– Trunk-based development

📎 Полезные материалы:
– Martin Fowler про Feature Toggles (одна из самых подробных и развернутых справок)
– Trunk Based Development
– Видео: На пути к TBD: как мы внедряли feature flags
– Видео: From Development to Deployment

💬 А вы видите минусы в разведении деплоя и релиза?

🗓 1 сентября: новый сезон 🎭

В каждом листе осени слышен шорох вечности
Борис Пастернак

Для меня 1 сентября — точка отсчета и переломный момент.
В семье, где много преподавателей, каждое первое сентября — начало новго года. А с моей любовью к театру — начало сезона, когда составляешь планы и уже любовно поглаживаешь абонементы! И так было с самого детства.
Сейчас — это рубеж, который подталкивает к тому, чтобы пересобрать планы и спросить себя: а что дальше?

И в этом году все совпало.
🍂 Проекты. У меня стартуют сразу несколько новых и значимых направлений. Некоторые прежние я ставлю на паузу, например, больших выступлений почти не будет. Возможно, выйдет серия по domain-driven design, но это максимум. Я устала тащить все сразу и решила освободить пространство для другого. Но хочу больше попробовать "поиграть в коллаборации"!

🍂 Фокус. Хочу посвятить время книге и тому самому "справочнику" или "библиотеке полезняшек", где мои заметки и практики будут не разбросаны кусочками, а собраны в единый инструмент. Что это будет — сайт, сборник или что-то третье — пока не знаю. Но именно в эту сторону я сейчас "копаю лапками".

🍂 Жизнь вне работы. Впереди — отпуск. Непривычный формат. Те, кто знают, как осторожно и бережно появляются дружественные связи во взрослом возрасте, поймут: это отдельная ценность.

🍂 Учеба. Заканчиваю курс СТО от Стратоплана, продолжаю заниматься английским. Хочу еще "для души" курс баристы и наконец-то WSET1, но я впервые за пол года расчехлина карандаши и краски и не хочу снова "забросить" эту медитацию!

🌬 Что дальше: есть еще пара новостей и движух, но о них я расскажу ближе к середине сентября...

А пока у меня к вам вопрос.
Так как новый сезон — это время новых маршрутов, я хочу собрать от вас запросы:
— о чем стоит рассказать подробнее в канале?
— мб вы хотите какое-то открытое мероприятие?
— а вдруг у вас есть идеи для темы следующего винишника или Рупора?

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

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

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

💵 Финансы для СТО: когда математика спорит с экономикой 🔢

Трехдневка в Стратоплане про "Финансы для СТО" стала для меня не только про деньги, а про разницу типов мышления. Я — математик: строю устойчивые модели, оптимизирую систему на длинном горизонте, свожу риски. Экономика в учебных задачах требовала обратного — короткой игры, быстрой прибыли, принятия волатильности как "платы за опцион" на результат.

🍦Кейc: "завод мороженого"
Начну рассказ с задачи, которую мы решали в один из дней.
Задача: за год заработать как можно больше.
Что сделала наша команда под моим влиянием (грех себя тут обелять): выстроила непрерывное производство, сняла узкие места, заняла большую долю рынка, заложила рост — но на 3-летнем горизонте. Результат за первый год — хуже всех. По факту я утащила команду в "красивую математику" и стратегию "в долгую" — и не выполнила KPI краткосрока.
Это симптом моей обычной жизненной стратегии: я плохо играю "в шорт", предпочитаю снижать риск и строить процессы, а не ловить всплески дохода на короткой дистанции.

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

все модели неверны, но некоторые полезны

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

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

Что говорит «операционка» (и почему меня тянет "к долгосроку")
Если смотреть глазами опердира, цель задачи должна быть другая: сначала устойчивый поток, потом прибыль. А если посмотреть глазами математика, то оно еще и на формулах подтверждается:
1️⃣ Закон Литтла: 𝐿 = 𝜆𝑊
Управляя входом и временем в системе, ты управляешь очередями/сроками. Эта формула — база аргументации за непрерывность производства.
2️⃣ Закон Райта:

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

Этот закон объясняет, почему "непрерывка" и масштаб в "лонг" бьют точечные всплески.

⚠️То есть моя отмороженая модель была рациональна в логике операций и масштаба, но не соответствовала целевой метрике краткосрочной прибыли.

Что важного я унесла с 3хдневки
1️⃣ Инвест-политика нужна на 3 уровнях: компания → департамент → человек
— На корпоративном — портфель, рисковый бюджет, нормативы доходности.
— На уровне департамента (СТО/платформы) — правила trade-off между операционными улучшениями и "ставками на будущее".
— На личном — твой психотип риска и допустимая волатильность результатов.
И помним, что все меняется: закладываем право, а не обязанность продолжать; при неблагоприятных сценариях сворачиваем, при благоприятных — наращиваем.
2️⃣ Важно считать IT-инвестиции честно
Не путать Total cost и "цену разработки". Включать простои, скорость вывода фич, гибкость (опциональность) — именно это чаще двигает показывает окупаемость инвестиций, даже если косты на грани.
3️⃣ Нужно научиться сводить "лонгу операционки" с "шортами" задач по заработкам
На теории понимаю, на практике — могу ток объяснить теорию 🤓

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

Вывод
Честно и очевидно: я не экономист — и это нормально. Моя сила — в моделировании и игре в долгую. Но надо научиться жить рядом с дисциплиной краткосрока: особенно если мир принебрег моей "красивой" функцией.

🌿 Команда — зеркало лидера

Я все больше убеждаюсь: команда очень часто зеркалит своего лидера.
Уберите слово «лидер» — и она будет зеркалить менеджера. И это проявляется на всех уровнях:
👉какой SEO — такая компания,
👉какой C-Level — такая стратегия,
👉какие линейные руководители — такие команды и такая культура внутри.

Есть старая фраза: «От осинки не родятся апельсинки». Да, есть вещи, которые в нас очень сложно изменить: базовые ценности, культурные установки, глубинные привычки. Но есть и то, на что мы реально можем влиять прямо сейчас: настроение, способность сохранять ресурс и не загонять себя и команду в бесконечные овертаймы.

У меня был опыт, которым я не горжусь! Мы с командрй работали буквально 24/7. Один заканчивал, другой начинал "смену", и так несколько месяцев подряд. Хочу ли я повторить это? Упаси Боже. Горжусь ли я этим? Нет. Но считаю ли я это важным опытом? Однозначно да. Потому что он помог мне понять: где мои границы, что для меня допустимо, а что — нет. И главное — что именно я транслирую команде своим состоянием.

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

Именно об этом мы поговорим на прямом эфире 10 сентября в 10:00 со стратегом и коучем UCF Ольгой Кочановой.
Тема звучит просто: «Команда — зеркало лидера».
Но внутри — разговор о вещах, которые решают гораздо больше, чем кажется:
– как внутреннее состояние руководителя отражается на команде;
– почему доверие важнее тотального контроля;
– что делать, если уже все горит и сил на стратегию нет;
– как строить лидерство так, чтобы хватало ресурса и на людей, и на себя.

➡️ Ссылка на подключение
Добавьте в календарь прямо сейчас, чтобы не забыть выпить утренний кофе за беседой и в уютной атмосфере!

А еще от Оли есть подарок: если подпишетесь на ее канал и напишете ей в личку с пометкой «ITКатя», получите бесплатную 30-минутную коуч-сессию.

До встречи утром в среду!

🌱 Почему иногда полезно отпустить лидера 🌿

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

Да, я фанатею не только по еде, вину, опере, но еще и по моде...

Для меня показательный пример — уход Марии Грации Кьюри из Dior. Да, она была одним из самых спорных директоров исторических модных домов. Но для меня, ее последний показ остался в сердце как красивое прощание — лебединая песня и дань дому. Были споры о ее работе, но дом живет дальше. Фамилия уходит, а дух и наследство остаются. И я уверена, что еще через несколько лет, уже будут в моде "заигрывания" с творениями Кьюри!

🐒 В эту же тему часто приводят байку про пять обезьян, банан и холодную воду: якобы ставили эксперимент, меняли обезьян, и новые тоже не лезли за бананом. Однако такого опыта не было — это городская легенда. История впервые всплыла в книге Competing for the Future (1994) с фразой "один наш друг рассказывал…" (Эллегантно, не правда ли!). Если хотите разобраться в настоящих исследованиях, обратитесь к статье “Cultures in chimpanzees” (Nature, 1999) — доступ к ней платный, но там собраны реальные данные за более чем вековой период наблюдения за шимпанзе!

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

Можно менять культуру и "снизу вверх", но это про "партизанщину" и преодоление. Смена "сверху вниз" дает шанс на эволюцию, а не революцию: плавный переход на следующий уровень без взрывов. Здесь уместно вспомнить спиральную динамику: модель предполагает, что движение по спирали возможны и вперед, и назад; люди и организации "не всегда движутся вверх", а иногда шаг назад — лучший ответ на изменившиеся условия (Ох, вспомните Микеле и коллекции в которых он отдавал должное Вудстоку).

☕️ Завтра (в среду 10/09/25) утром (в 10-00) за кофе будем обсуждать, как понять момент для таких шагов и чем они отличаются от "обезьяньих" запретов. Встреча по ссылке!

💬Вопрос к вам. А вы видели примеры, когда смена лидера помогла? Или усилия шли снизу вверх? Делитесь историями в комментариях — встретимся за кофе!