SA vs BA
Извечная проблема - Who is a Business Analyst? Он сейчас с нами в одной комнате?.. Давайте разбираться.
Пирог аналитики
1. Уровень бизнес-процессов Зачем существуют данные, потоки работ и события
БА: Собирает требования, рисует BPMN-диаграммы, описывает события и потоки.
2. Уровень представления Как данные видят пользователи
БА: Описывает пользовательские сценарии. Создаёт прототипы интерфейса и пишет требования к макетам (для дизайнера). СА: Описывает системные сценарии. Определяет какие данные и в каком виде передаются между FE и BE.
3. Концептуальная модель данных Что означают данные
БА: Выделяет ключевые сущности и их бизнес-атрибуты. Формулирует бизнес-правила.
4. Логическая модель данных Как данные связаны
СА: Строит модель: определяет ключи, типы данных, нормализует, устраняет избыточность. Рисует ER-диаграмму. БА: Подтверждает, что связи между сущностями не противоречат бизнес-правилам.
5. Уровень интеграции Как данные передаются между системами
СА: Проектирует API-контракты, схемы сообщений для очередей, форматы обмена. Определяет, как сервисы синхронизируют данные.
6. Физическая модель данных Где и как хранятся данные
СА: Пишет требования к СУБД, создаёт схему таблиц, индексы и т.д. На самом деле, по хорошей и правильной логике, СА здесь не участвует, для этого есть Архитектор или DBA
И опять же, вся эта модель валидна в больших компаниях и проектах. В небольших командах - это фуллстек-аналитик, который делает абсолютно всё и даже больше.
Глобально: БА отвечает на вопрос “Зачем мы это делаем и кому это нужно?”, а СА - “Как это будет работать?”.
Помимо классической САБА, есть ещё продукт-аналитики, дата-аналитики и прочие. Они могут работать как внутри каждого из этих уровней, так и захватывать несколько. Разные аналитики не конкурируют, а дополняют друг друга.
