Кто такой бизнес аналитик и системный аналитик в IT и чем они занимаются

Многие слышали слова бизнес аналитик и системный аналитик

Но если спросить у таких людей "что они делают в реальных проектах..." мало кто сможет ответить на этот вопрос.

Попробуем разобрать спокойно и по простому.

Представим ситуацию. Человек приходит и говорит хочу дом чтобы было красиво удобно и не очень дорого

Если строители начнут сразу класть кирпичи результат будет непредсказуем.

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

Чтобы такого не произошло как раз и нужен человек, который переведет пожелания заказчика на язык чертежей и цифр.

В IT та же история.

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

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

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

Это человек, который помогает бизнесу понять ЧТО ИМЕННО ему нужно от будущей системы и зачем вообще она делается.

Он смотрит не только на экраны и кнопки.

Он смотрит на весь процесс:

Есть директор магазина.

Он говорит: "Для того, чтобы было больше продаж, нужно обновить сайт".

Бизнес аналитик не бежит сразу рисовать макет.

Сначала он спрашивает:

Потом он смотрит на процесс целиком.

Например

Бизнес аналитик начинает замечать узкие места.

Например чтобы оформить заказ нужно заполнить огромную форму или человек не понимает как он получит свой товар.

После этого он описывает то как должен выглядеть будущий процесс.

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

Системный аналитик смотрит на ту же историю но уже глазами системы.

Если бизнес аналитик отвечает на вопрос "что нужно бизнесу?"

То системный аналитик отвечает на вопрос как это сделать чтобы оно работало.

Директор и бизнес аналитик договорились, что нужно уменьшить количество шагов при заказе.

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

Он рисует схему: тут фронтенд, тут сервер, тут база... и описывает:

Если бизнес аналитик думает как улучшить путь клиента, то системный аналитик думает как это все технически реализовать в текущей системе.

Бизнес аналитик и системный аналитик не живут в разных вселенных.

Часто это люди из одной команды, которые просто смотрят на задачу под разными углами.

Иногда один человек совмещает обе роли (его еще могут называть fullstack аналитик).

Особенно в небольших компаниях.

Но внутри всё равно есть две логики. Логика бизнеса и логика системы.

Представим простой сценарий.

Бизнес приходит с запросом.

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

Бизнес аналитик начинает разбираться.

Он уточняет:

После этого у него появляется более понятная формулировка цели.

Например. Увеличить долю оплаченных заказов. Уменьшить количество шагов на странице оформления.

Дальше бизнес аналитик описывает будущий процесс.

Системный аналитик берет это описание и переводит в язык системы.

Он думает о том:

В итоге у него получается техническая схема. По сути чертеж того, как всё будет устроено внутри.

Разработчики берут этот чертеж и начинают строить.

Они уже не думают о том, что такое "проще для клиента". Они фокусируются на том, как лучше реализовать конкретное решение.

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

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

Про аналитиков ходит много стереотипов.

Схемы правда важны. Но это просто инструмент.

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

Такое бывает, если роль поставлена неправильно.

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

Но в нормальной ситуации аналитик экономит время всем сторонам.

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

Но их основная работа писать и поддерживать код.

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

Часть этой нагрузки аналитик берет на себя.

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

Если совсем упрощать, можно сказать так.

Бизнес аналитик больше думает про вопрос "зачем"

Системный аналитик больше думает про вопрос "как"

Оба работают с требованиями и разговаривают с людьми. Просто фокус у них немного разный.

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

Есть несколько простых признаков.

1. После разговоров с аналитиком людям становится яснее, что они хотят сделать. Даже если до этого они сами путались в формулировках

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

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

4. Заказчик реже говорит фразу "я не это имел в виду" когда видит результат работы команды

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

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

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

Но у них есть общая цель.

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

На словах это звучит просто. На практике именно в этом и прячется вся сложность работы аналитика.