Где заканчивается аналитик и начинается разработчик?

Иногда открываю вакансию, вижу заголовок «Бизнес-аналитик» и думаю: отлично, моя роль

А потом читаю требования… Postman, Swagger/OpenAPI, умение работать с API, разбираться в JSON, интеграции, SQL на уровне написания сложных запросов к PostgreSQL/MySQL. Дальше ещё веселее: «Python на базовом уровне» и «умение читать код». Потом добавляют «желательно понимать React, Angular, Vue, TypeScript и принципы UX/UI». И финальным аккордом: «навыки автоматизации и внедрения ИИ в бизнес-процессы». Ну и вишенка на торте: знание одной из конфигураций 1С, например ERP или УХ.

И вот тут хочется спросить: вы точно ищете бизнес-аналитика? Потому что в классическом понимании роли вообще-то разные.

Бизнес-аналитик это про «что нужно бизнесу и зачем». Понять потребность, описать процессы, выявить проблемы, предложить варианты, сформулировать требования, определить критерии успеха. Это про смысл, приоритеты и пользу для бизнеса.

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

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

Разработчик это про «написать код». И если в требованиях появляется «умение читать код» и «Python», то это уже явно не бизнес-аналитика в чистом виде, а попытка найти человека, который будет закрывать часть разработки и разбираться в технических причинах проблем.

UX/UI это вообще отдельная история. Понимать принципы пользовательского опыта полезно любому, но когда в вакансии аналитика появляются требования по фронтенд-фреймворкам, TypeScript и UI, создаётся ощущение, что ищут не аналитика, а половину продуктовой команды.

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

Может быть, конечно, я не права. Но мне всегда казалось, что бизнес-аналитик, системный аналитик, интегратор, разработчик и UX специалист это разные роли. С разными задачами, разной ответственностью и, честно говоря, разной стоимостью на рынке.

Потому что когда от одного человека ждут одновременно «опиши процесс», «сформулируй требования», «разберись в интеграциях», «проверь через Postman», «почитай код», «накинь UX» и ещё «разбирайся в 1С ERP/УХ», то это уже не универсальность. Это перегрузка, постоянные компромиссы и качество “между”.

Интересно, как у вас в компаниях: роли реально разделены или тоже классика “три в одном, а зарплата одна”?