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

Я весь в огне: что делать, чтобы выгореть

Вы аналитик? Значит, ваш день — это:
✔️ 100500 встреч
✔️ Правки от стейкхолдеров, которые хотят поменять требования на ходу
✔️ Высокая ответственность за свои решения (и даже не всегда свои)
✔️ Постоянный баланс между бизнесом, разработкой и своей психикой

7 августа в 18:00 (мск) разберём мины выгорания, которые поджидают каждого аналитика, и — главное — как не подорваться

❓Что будет:
- «Минная карта выгорания» — как понять, что вы уже на грани (спойлер: если читаете это, скорее всего, да)
- Фишки анти-выгорания — не банальный «больше спать», а реальные лайфхаки от тех, кто выжил
- Хорошее настроение — потому что смех продлевает жизнь (а аналитикам это нужно больше всех)

Формат: 20 минут живого разбора + 10 минут вопросов
Ссылка для подключения будет в день встречи — не пропусти!

🕳 Про бездну, риск и шампанское

Сегодня прочитал очень живой пост Евгения Курышева (сооснователя «Островка») — про моменты, когда нужно заглянуть в бездну. То есть, принять решение в условиях полной неопределённости. Когда вроде всё логикой кричит «стой», но где-то глубоко внутри — «иди».

И знаете, я с ним согласен.

Есть в русском языке пословица: «Кто не рискует — тот не пьёт шампанского». В IT это звучит как «Кто не делает шаг в туман — тот топчется на месте». И да, за такие шаги мне есть что сказать «спасибо»:
— за то, что я женат и счастлив;
— за то, что вырос в профессии, в доходе, в ясности;
— за то, что научился принимать решения, даже если заранее не знаю, получится ли.

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

Так вот.
Мудрость — это не в том, чтобы либо всегда рисковать, либо всегда всё просчитывать.
Мудрость — это уметь балансировать. Иногда шагать в неизвестность. А иногда — отложить шаг и сделать черновик. Или два.

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

Вот я тут писал про путь героя, счастливых и несчастных стартаперов, а еще про трикстеров и их роль в организации. В комментариях к одному из постов притащили классную на статью Staring Into The Abyss от Бена Куна и она прекрасно ложится на все эти темы.

Если супер-коротко, то Бен пишет про то, что есть некий универсальный навык: способность глядеть в бездну (stare into the abyss), то есть готовность сталкиваться с жутким дискомфортом неопределенности, страха, отвержения, провала и тому подобным, и всё это ради того, чтобы действовать в соответствии со своими принципами и целями. Это готовность не избегать сложных решений, просто потому что они сложные.

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

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

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

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

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

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

Сегодня день репостов.
Алина осветила ту самую мысль, которую я продвигаю уже года три.
Избыточная документация никому не нужна. Это аксиома.
А вот избыточность все определяют по разному, но все равно есть явная мировая тенденция по снижению количества документации, особенно предпроектной в пользу прототипирования, как вы считаете, приживется в России?

PRD is dead. Long live vibe-coding.

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

Тренд дойдет и до интервью: это подтверждает недавний тред на Reddit, где кандидат рассказывал, как завалил интервью на AI/ML PM (L5) в Google. Возможно, это единичный кейс, применимый к AI-specific ролям, но думаю, что постепенно он распространится на всех в более лайтовом варианте.

В итоге мы придем к чему-то среднему: для user-facing products фокус будет на протитипировании, а PRD останутся в облегченном варианте, либо сольются с инженерными Design docs. И постепенно PM функция перейдет к инженерам - я это не утверждаю, но вот Lovable (где работает Elena Verna, автор поста) PM org даже не заводил. 🤡

DevAnalyticsConf │26 августа, Москва + онлайн❗️

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

В программе⬅️
• 4 потока докладов по трекам «Разбор прикладных кейсов», «Эффективность через организационный дизайн», «Совместная работа аналитиков и руководителей», «Soft skills и психология в IT»;
• мастер-классы, воркшопы, мастермайнды и бизнес-игры с практиками с многолетним опытом в IT, аналитике и управлении;
• нетворкинг для делового общения и знакомств;
• афтепати – легендарное завершение дня, которое запомнится надолго!

⭐️До 30 июля действует самая выгодная цена на билеты. Купить билет и подать доклад спикера можно на сайте (https://devanalyticsconf.ru/)

Все новости DevAnalyticsConf – в Телеграме (https://t.me/devanalyticsconf) и ВК (https://vk.com/devanalyticsconf)

Здесь будут все аналитики и управленцы в IT – присоединяйся!

Промокод "PRO анализ" - скидка 15% на покупку билета любой категории

Маркировка:
Реклама ООО «Стачка». ИНН 7702070139. Erid 2VtzqxcMJWk

🤝 Доверие и количество коммуникаций

Продолжаю тему доверия. Послушал подкаст Брислава и Ложечкина — и снова зацепило. Очень живо, очень по делу. Особенно моменты про то, как доверие проявляется не в красивых словах, а в реальных рабочих паттернах.

🧩 Первый инсайт — о порядке высказываний.
Если первым говорит самый старший — все остальные автоматически начинают ориентироваться на него. Не потому что боятся. Просто уже прозвучала «весомая» точка зрения, и идёт внутренний крен: «ну, наверное, он прав». Поэтому важный приём — сначала дать высказаться младшим, менее авторитетным. Или, если вы менеджер, просто помолчать первым.

🧠 Второй инсайт — вообще бомба:

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



И ведь правда. Там, где люди не доверяют друг другу — всё превращается в согласовательное болото.
Созвон → еще один созвон → ещё один комментарий в документах → согласование у пятого стейкхолдера…
— «А давайте ещё спросим Васю, а то он потом будет недоволен».
— «А вдруг мы чего не учли…»

А где есть доверие — всё иначе.
Поговорили. Поняли. В слэке поставили «+1». Пошли делать.

Люди берут на себя ответственность. Друг другу верят.
И — внимание — не боятся ошибиться. Потому что знают: если что — поправим вместе, а не будем искать виноватого.

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

🧱 Немного о доверии, документации и корпоративных костылях

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

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

И в какой-то момент ты уже не решаешь, ты просто бронируешь себя документами.

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

💡 Просить согласование — значит перекладывать ответственность.
А вот просить рецензию, вторую точку зрения, критику, помощь — это нормально. Это зрелость. Это сотрудничество.

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

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

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

Так что: меньше «одобрите», больше «подумайте вместе».

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

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

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

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

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

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

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

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

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

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

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

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

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

Ну что, первая ласточка?)
Или уже не первая?
Всем привет! Прочитал на Habr свежий разбор статьи из The New York Times про то, как ИИ переворачивает рынок для программистов и выпускников информатики. Тема жгучая — особенно для нас в IT, где все твердят про "вечный дефицит кадров", а на деле junior'ы теперь бьются за любую работу. Я сам видел, как в проектах ИИ-инструменты вроде GitHub Copilot ускоряют кодинг, но не думал, что это так быстро ударит по новичкам. Давайте разберём ключевые моменты.

🔥 Бум образования и крах ожиданий: В 2010-х техгиганты вроде Microsoft заманивали молодёжь обещаниями шестизначных зарплат и бонусов. Результат — число студентов CS в США выросло вдвое, до 170к в год. Но теперь безработица среди выпускников 22-27 лет — 6-7.5%, вдвое выше, чем у биологов или историков искусства. Я через это проходил косвенно: когда нанимал джунов-аналитиков, видел, как рынок перенасыщен, а ИИ берёт на себя рутину.

🤖 ИИ убивает junior-позиции: Инструменты генерируют тысячи строк кода за минуты, и компании типа Amazon или Intel сокращают найм младших инженеров. Экономисты из Oxford Economics прямо говорят: автоматизация бьёт по entry-level. В анализе это похоже на то, как мы теперь используем ИИ для сбора требований или моделирования — удобно, но что делать новичкам без опыта? Университеты только-только начинают учить работе с этими инструментами, так что выпускники в "порочном круге": ИИ помогает подавать резюме, но и отсеивает их автоматически.

😔 Реальные истории — душераздирающие: Студентка Манаси Мишра после Purdue работает инфлюенсером в TikTok, а единственное собеседование — в Chipotle. Зак Тейлор подал 6000 (!) заявок, прошёл 13 интервью и теперь на пособии, после отказа даже в McDonald's. Опросили 150+ человек из топ-вузов вроде Stanford — все жалуются на "мрачный" поиск. На собственном опыте: в FinTech я видел, как стажёры борются за место, но с ИИ это станет нормой. Плюс, сокращения в IT (более 25% рабочих мест в программировании исчезли за 2 года по данным MSN) делают ситуацию худшей с 2015-го.

В общем, статья — wake-up call для всех в IT: пора адаптироваться, учить ИИ не как угрозу, а как инструмент, и смотреть шире — в анализ, продукт или даже политику технологий. Рекомендую прочитать целиком, особенно если вы mentor'ите джунов или сами в поиске. А как у нас в России с этим? ИИ уже жрёт junior-вакансии или пока держимся? Делитесь в комментах! #AI #career #programming

Всем привет!

Мы с коллегами из Flow, NextWay и Юрием Куприяновым — автором канала Системный сдвиг — проводим независимый опрос для системных и бизнес-аналитиков и просим вашей помощи.

Зачем это нужно системным аналитикам и бизнес-аналитикам?

- Чтобы понять, насколько вы конкурентоспособны.

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

- Чтобы изучить альтернативные варианты применения своих талантов и компетенций.

- Чтобы узнать, как другие специалисты решают подобные задачи.

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

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

✍Участвовать в опросе

Опрос полностью анонимный и займет не более 15 минут вашего времени.

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

Заранее благодарим за искренние и подробные ответы! Каждый голос — это вклад в развитие нашей отрасли!

Всем привет! Продолжаю тему из прошлого поста про статью NYT на Habr — как ИИ жрёт junior-вакансии в программировании и заставляет выпускников CS работать в TikTok или McDonald's. Обсудил это с парой коллег-аналитиков, и да, согласен с мыслью: мы все потихоньку превращаемся в "операторов ИИ". Не кодим с нуля, а направляем, проверяем и дорабатываем то, что нагенерил Copilot или Claude. Экспертные знания — ключ, чтобы ловить "дичь" от ИИ, как ты сказал. На мой взгляд, 5+ лет у нас точно есть, пока ИИ не научится сам себя верифицировать на 100%. Но вопрос про "биологический конец" сеньоров и как растить новых — это прям в точку. Давайте разберём.
🤖 Оператор ИИ + верификатор: Абсолютно. В моих проектах в FinTech уже видим: junior'ы теперь не пишут boilerplate-код, а учатся prompt'ить ИИ и фиксить его ошибки. Но без глубокого понимания алгоритмов или архитектуры ИИ может нагородить ерунду — типа неэффективного кода или security-хол. Исследования показывают, что ИИ ускорит разработку, но для качества нужен человеческий oversight. Например, McKinsey пишет, что AI трансформирует SDLC, повышая скорость и качество, но не заменит инженеров полностью. А на Stack Overflow подчёркивают: генерировать код легко, но хороший код — нет, так что команды всё равно строят люди.
🧑‍⚕️ Модель интернатуры, как у твоей супруги в медицине: Классная аналогия! В IT это уже пробуют через apprenticeship programs, особенно с ИИ. Вместо "джунов с нуля" — прикрепи к сеньору, пусть смотрит, как он работает с ИИ: prompt'ит, дебагит, интегрирует. Постепенно интерн берёт базовые таски, набирает практику. В Европе и США растут "AI apprenticeships" — recruit-train-deploy модели, где бизнесы обучают под ИИ-инфлюенс. LinkedIn-статья про это: комбинируй AI с людьми в стеке, и apprenticeship поможет передать знания. На собственном опыте: когда я менторил аналитиков, мы именно так и делали — shadow'инг встреч, совместный разбор требований. Без этого новички теряются, особенно с ИИ.
🚀 Что дальше? Думаю, эволюция пойдёт к гибридным ролям: AI-assisted engineering, где фокус на креативе, дизайне систем и этике. Сеньоры не "закончатся" — они эволюционируют в менторов. Но да, без таких программ, как интернатура, talent pipeline сломается. Reddit'еры соглашаются: джобы потеряются, но новые (AI ops, ethics) появятся, и инженеры выживут, если адаптируются.
В общем, идея с интернами — огонь, это спасёт от "конца сеньоров". А вы как думаете? Пробовали apprenticeship в командах? Или ИИ уже меняет ваши роли? Делитесь! #AI #career #mentoring@spherical_analyst

🚀 Как и обещал, делюсь впечатлениями с хакатона Ани Булдаковой.

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

👨‍💻 Наш проект: приложение, которое преобразует учебный контент в формат микрообучения и собирает из него индивидуальные планы. Для креаторов и для студентов. Часть мы сделали, но до MVP чуть не дотянули. Поэтому эта неделя у меня под знаком «допиливания» — хочется довести до рабочего состояния.

⚙️ Немного про инструменты. За время работы сравнил Replit и Cursor.
• Replit отлично подходит для простых MVP и маленьких ботов: снимает головную боль с деплоя и хостинга, можно сосредоточиться на функциональности. Но как только появляется чуть сложнее логика — начинаются круги ада: одно фиксишь — другое ломается.
• Cursor оказался куда удобнее для командной работы и более серьёзных приложений. Он умнее понимает инструкции, помогает с окружением (докер, зависимости), разворачивает всё локально. Деплой всё равно требует усилий, но ощущения — на порядок лучше.

Вывод для себя: Replit = быстрый прототип, Cursor = работающая база для команды.

🔥 Очень классный опыт. Идеи на хакатоне реально оживают — даже если не успели довести до продакшена.

👋 Всем привет!

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

Хочу у вас спросить напрямую:
📌 Тема самостоятельного создания решений (low-code / AI-assisted dev) и мой опыт с Replit и Cursor — вам вообще интересен?
Или дело в подаче? Может, формат сравнения получился слишком сухим, или сама история не зацепила?

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

💬 Дайте знать в комментариях — интересно ли вам вообще двигаться в эту сторону. Ваш фидбэк очень поможет.

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

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

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

Что вижу я:

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

✅ подход к тестам и автотестам.

🔒 безопасность кода: защита от уязвимостей, от несанкционированного доступа, от кривых инструкций.

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

⚙️ выбор технологий, которые подходят не только на «сейчас», но и на будущее.

🔗 работа с зависимостями от других сервисов — которые в реальности всё равно будут, даже если архитектура микросервисная.


А какие у вас есть версии? Чем ещё разработчик может усиливать продукт и превосходить AI в нашем текущем мире? Пишите в комментариях 👇