Мой доклад был провокационным: «Кросс-функции аналитика: а что может аналитик с AI?». Вопрос на самом деле про то, что нам всем делать дальше, когда рынок требует от аналитика всё больше, а времени и сил не становится.
Проблема простая: профстандарты и рекомендации описывает одну роль аналитика (59+ практик, 6+ функций), а рынок просит 13+ специализаций, от BA и SA до PO, DWH-данных и архитектора. Разрыв очевиден: стандарт фиксирует один «мир», а на деле нужно закрывать все четыре. И совмещать всё самому рискованно: выгорание от переключения контекста, переработка, единая точка контакта, когда бизнес ждёт ответа на «когда?», падение качества и конфликт интересов.
Поэтому в докладе две ключевые мысли.
Мысль первая. Если у тебя профессия аналитика, переключайся на роль. Профессия это выделенный знаток с картой компетенций, а роль это тот, кто делает анализ, кем бы он ни был. Роль переходит от одного к другому в зависимости от того, в каком «мире» ты работаешь: стандарт, продукт, внутренняя разработка или разработка на заказ. У каждого края креста своя граница роли, и один и тот же навык в разных условиях даёт разные вещи. Поэтому не жди, что кто-то закрепит за тобой «мир» навсегда. Свободное время трать на изучение AI, осваивай смежные функции, а не только свою, и помни: роль берёт любой, кто делает анализ.
Мысль вторая. Руководство предлагает смежные функции, бери. Нет предложения, предложи сам. Покажи, как передаёшь часть работы AI, и демонстрируй готовность делать больше. Потому что рынок сегодня требует универсала «на вес золота», а спрос растёт: системные аналитики +23%, бизнес-аналитики +31% (поиск по hh.ru, сентябрь 2026). И вакансии уже смещаются от «собрать требования» к «спроектировать, как AI решает задачу».
Ключевой вывод доклада: аналитик не исчезает, он становится оркестратором решений. Ядро остаётся за человеком: проектирование и описание решений, понимание контекста и причинно-следственных связей, стратегические решения, ответственность и коммуникация с бизнесом. А рутина уходит агентам: сбор и первичный анализ требований, генерация запросов и документации, поиск аномалий, формулирование гипотез. Аналитик становится агентом-маршрутизатором, который раздаёт задачи специализированным агентам и контролирует результат.
Я показал это на себе: мой профиль менеджера это оркестрация команды AI-агентов. Менеджер ведёт бэклог, команду и процессы, аналитик пишет BRD и требования, дизайнер делает презентации, разработчик пишет код, валидаторы проверяют качество. Аналитик ставит задачу на естественном языке, агент выполняет её автономно, аналитик верифицирует и оркестрирует передачу дальше. Плюс четыре кейса, как AI закрывает кросс-функциональные переключения: продукты (SQL и аномалии), анализ обращений (группировка по темам), переключение BA и SA (диаграммы PlantUML и OpenAPI, черновики User Stories) и оркестрация команды агентов.
Финальный посыл, который я хотел донести: узкая специализация умирает. Разбирайся в AI и забирай роли. Универсальность теперь приходит через оркестрацию, а не через выгорание: ядро оставить себе, рутину делегировать AI-агентам.
Я был одним из четырёх спикеров трека. Кроме меня выступали ещё трое сильных докладчиков: Анастасия Московкина («Что, если риск, это требование?»), Наталья Косинова («Сила контекста: точка входа в проект») и Сергей Нужненко («Увольте аналитика»). Все четыре презентации лежат в открытом доступе на Я.Диске.
📂 Все презентации с трека: https://disk.yandex.ru/d/YdF0_wBQjjs9iQ
Вернулся с конференции SECON'2026. Держу главное с трека бизнес- и системного анализа: четыре доклада, которые стоит глянуть всем, кто работает с требованиями. Их объединяет одна мысль: аналитик сегодня не «человек с бумажками», а тот, кто разбирается с неопределённостью, контекстом и решениями.
Анастасия Московкина, «Что, если риск — это требование?»
Живой кейс: команда сделала нужный оттенок металла один раз, а повторить сто раз не может, мешает гальваника, зависит от раствора и оборудования. Это пока не требование, это риск. И с ним что-то надо делать.
Суть в том, чтобы различать: факт уже существует, проблема, когда последствие наступило, ограничение, заданная граница, а риск, то, что может повлиять на цель. Один и тот же случай можно описать тремя способами, и от этого зависит, кто за него отвечает. В примере «билет уже оплачен» один риск дал четыре разных решения: retry, другая интеграция, допустимая задержка или SLA с провайдером.
Ключевая мысль: если неопределённость меняет продукт, это уже твоя работа. Переведи риск в требование и реши, как продукт должен себя вести.
Владислав Котов, «Кросс-функции аналитика: а что может аналитик с AI?»
Профстандарт описывает одну роль аналитика (59 действий), а рынок просит 13+ специализаций, от BA и SA до PO, данных и архитектора. Стандарт пишет про один «мир», а на деле нужно всё сразу. Вывод: узкая специализация умирает.
Решение: закрывать функции из всех миров, не выгорая. AI берёт рутину, делает диаграммы PlantUML и OpenAPI, разбирает обращения, черновики user stories. Аналитик раздаёт задачи агентам и держит контекст и ответственность.
Ключевая мысль: разбирайся в AI и забирай роли. Аналитик не пропадает, он становится тем, кто рулит агентами и решает.
Наталья Косинова, «Сила контекста: точка входа в проект»
Знакомо? На новом проекте все думают, что у тебя такой же контекст, как у них. Заказчик злится: «я же всё уже рассказал». Каждый сидит в своём вакууме задач. А контекст и есть система координат будущего проекта. Поменяешь его, получишь другое решение.
Собрать его: карточка проекта, карта стейкхолдеров, текущий статус, политика, риски. Плюс раскрыть скрытый контекст: финансы и реальные сроки менеджеры часто недоговаривают. И синхронизировать команду короткими заметками после встреч, чтобы кто-то держал вектор и выравнивал всех.
Ключевая мысль: контекст сужает фокус и помогает решать взвешенно. Без плана погружения и границы «что обязательно передавать» аналитик ошибается на неполной картине.
Сергей Нужненко, «Увольте аналитика»
Провокация, но с честной математикой: предпроект это 1–3–10% проекта, а всё проектирование (бумаги) не больше 25–30%. В аутсорсинге аналитик окупается. Во внутренней «стройке» надо мерить отдачу. А когда решение «уже знают» и бумага нужна только для ритуала, её перекидывают через забор.
Когда нанимать: много коммуникации, высокая неопределённость, большой функционал, система живёт долго, много интеграций. Когда нет: неопределённости не решить, команда компактная, монолит, короткий срок жизни. И главное: можно уволить аналитика, но нельзя уволить проектирование.
Ключевая мысль: понимание важнее документов. Требование это решение, которое отражает достигнутый компромисс.
Обилие иишного языка в рабочей документации меня довело до Александра Сергеевича Пушкина! Читаю и восхищаюсь!
Робоязык конечно прост, но без сути просто какая-то галимотья 🙈🤪
Я стараюсь анализировать прошедший месяц, и заметила за собой, как мне важно иметь пространство на подумать, переварить, походить, покрутить, послушать на нужную мне тему подкасты. Отвлечься, переключиться.
То есть дать задаче отстояться (если конечно есть такая возможность), уйти вширь всех возможных решений (вывалить всё из головы), а потом как сесть и за 2-3 часа фигакнуть результат. Потом сама удивляюсь какой крутой результат!
А с другой стороны - это есть процесс работы аналитика. Когда набираешь, капля за каплей, фильтруешь, гоняешь, размышляешь, смотришь с разных сторон. Кстати как раз занимаешься синтезом. А потом херак и структура, результат! 🙂
А что больше всего мне в этом нравится, это то, что у меня есть возможность для создания условий, чтобы задачу продумать.
И из условий, из контекста я и планирую своё время. Где я буду находиться, насколько шумно, и как будет работать голова. Когда фигово, беру задачи не требующие сильного внимания и т.д. Исхожу из места, ресурса, обстановки вокруг и самочувствия.
Проектирование имеет непрерывный, разветвленный характер.
Продолжаю ковырять тему проектирования, так как это основная деятельность аналитика.
И вот общаясь давеча с Сергеем Нужненко он сказал интересную для меня мысль:
Проектирование это беспрерывный процесс, если начали с бизнес-процесса, то так дальше и продолжаем, его раскладываем.
То есть не должно быть пробела между БА, СА, архитектором и разработкой. А нам всё кажется, что каждый делает какую-то свою часть, и вечные идут споры про границы ответственности.
Что такое по сути проектирование? Зачем мы все эти "приседания" делаем?
Фактически проектирование это процесс, который нам нужен, чтобы разложить всё по коробкам и получить структуру.
И каждый занимается своей структуризацией. Отсюда как раз возникает потребность в концептуальных диаграммах, как орг структура, карта бизнес-процессов, user story mapping, для того, чтобы управлять этим разложением и далее изменениями.
А что такое анализ? Это как раз разложение.
Но к сожалению в реальности на проектах разрывы есть. А теперь любимое "давайте уберём аналитиков, разработчики сами справятся".
Ну почему бы и не да)))
Пусть разложат сложную высоконеопределённую информацию по коробочкам. Такой человек оркестр.
Сможет? Скорее мы получим код как комок грязи. Вносить в такое изменения сложно. И вот снова мы приходим к аналитикам и их работе...
✅ Знакомимся со спикером – пара тематических вопросов ✅
– Что лучше всего было оптимизировано в работе?
– В моем случае очень сложно работать по конкретному графику. Задаче иногда стоит отлежаться, где-то несколько подходов нужно сделать. То есть я готовлюсь, а потом быстро делаю. И тут важно обеспечить себе время и пространство для эффективного режима. Где-то ритуалы, где-то посидеть в кафе, где-то поднакопить силы, чтобы не перегореть, и не заболеть. Это самое сложное. Нет цели ускорить, есть цель подойти рационально, чтобы получить качество. Каждый раз задаю себе вопрос, как мне создать условия, чтобы получить максимум от работы?
– Какое событие стало самым позитивным за последнее время?
– Поездка с друзьями на дачу. Я ещё люблю собирать ягоды, и оторвалась по полной. Потом наготовила варенья. И за 2 дня сделали очень много всего. Что нужно летом? Поработать физически, поесть, погулять, поплавать и посмеяться в тёплой компании летним вечером.
А для меня новое место, красивые виды, свежий воздух, сапы, эх почаще бы так)
✅ Узнаем подробности о докладе ✅
Представьте, что вы подключились к проекту, который мчится на полной скорости. Коллеги думают, что довольно скоро у вас будет такой же контекст, как и у них. А ещё заказчик неконтактный, не хочет отвечать на вопросы, говорит "я уже это рассказывал". Нужно действовать быстро и не всегда понятно как. Поговорим, что мешает и что может помочь:
⚡️ Когнитивные искажения, у всех и сразу. Отсюда может появиться, что "Уже завтра ждём ТЗ";
⚡️ Просить время на вкатывание и погружение в контекст. Иногда кажется, что это некая слабость, что нельзя говорить, что что-то непонятно. А по факту как сапер с завязанными глазами;
⚡️ Диаграммы и визуализация концепций, нарисовать карту стейхолдеров и политического расклада;
⚡️ Грамотная синхронизация, если бы её не было в быстро меняющейся ситуации можно выпасть из контекста хода проекта. И быстрые записки с договорённостями;
⚡️ Контекстное планирование работ;
⚡️ Управление рисками в контексте;
⚡️ Система координат проектирования решений.
Доклад полезен не только аналитикам, но и тем, кто ответственен за проект. Обратная сторона доклада – понимание как улучшить онбординг для новых сотрудников.
👐 Ждём всех на конференции
🤍 Билеты и программа тут: 2026.secon.ru
Конференция СЕКОН'2026 проводится при поддержке Губернатора Пензенской области