В чём разница между бизнес-аналитиком и системным аналитиком?

Разница между бизнес-аналитиком и системным аналитиком

Хотя эти две роли часто путают или даже объединяют в одну должность, они имеют разные фокусы, навыки и область ответственности. В крупных компаниях это отдельные специалисты, в стартапах — часто один человек на две роли.

Определение ролей

Бизнес-аналитик (BA — Business Analyst)

Фокус: Понимание бизнеса, процессов, проблем и целей организации.

Основной вопрос: "Как улучшить бизнес и какие функции нужны для этого?"

Область: Между заказчиком (бизнесом) и разработчиками

Системный аналитик (SA — System Analyst)

Фокус: Как реализовать требования бизнеса в виде системы (IT решение).

Основной вопрос: "Как спроектировать систему, чтобы она решала задачу и была надёжной?"

Область: Между аналитикой требований и технической архитектурой

Основные различия

Примеры работы

Сценарий: Разработка CRM системы

Бизнес-аналитик:

1. Встреча с отделом продаж и маркетинга
   "Какие проблемы у вас с управлением клиентами?"

2. Выявляет:
   - Нет единого места для хранения контактов (теряются клиенты)
   - Сложно отслеживать разговоры с клиентом (путаница)
   - Нет воронки продаж (не видно, на каком этапе сделки)

3. Создаёт требования:
   "Система должна хранить контакты клиентов в одном месте"
   "Система должна отслеживать историю общения с клиентом"
   "Система должна показывать статус сделки и прогноз доход"

4. Создаёт User Stories:
   "Как менеджер, я хочу добавить новый контакт, чтобы не потерять потенциального клиента"
   "Как руководитель, я хочу видеть все сделки в конвейере, чтобы управлять процессом"

5. Приоритизирует:
   1. Система хранит контакты (базово, MUST HAVE)
   2. История обсуждений (важно, SHOULD HAVE)
   3. Аналитика и прогнозы (хорошо, NICE TO HAVE)

Системный аналитик:

1. Получает требования от BA
   "Система должна хранить контакты и историю обсуждений"

2. Задаёт вопросы:
   - Сколько контактов (тысячи? миллионы?)
   - Сколько одновременно пользователей?
   - Какие интеграции нужны? (Gmail, Slack, Telegram?)
   - Какие отчёты нужны?
   - Какие требования безопасности?

3. Проектирует архитектуру:
   - БД: PostgreSQL (контакты, истории, сделки)
   - Backend: REST API (CRUD операции)
   - Frontend: Web + Mobile
   - Интеграции: Webhook'и для Gmail, Slack

4. Создаёт диаграммы:
   - ER диаграмма БД (таблицы, отношения)
   - Use Case диаграмма (функции)
   - Sequence диаграмма (процесс добавления контакта)
   - API спецификация (endpoints, методы)

5. Проектирует НЕфункциональные требования:
   - Нагрузка: 1000 контактов на пользователя
   - Одновременно: 100+ пользователей
   - Время отклика: < 2 сек
   - Доступность: 99.5%
   - Безопасность: шифрование данных, 2FA
   - Масштабируемость: возможность добавлять серверы

6. Создаёт техническую спецификацию для разработчиков

Цепочка в проекте

Бизнес (Владелец продукта)
    ↓
    ↓ ЧТО нужно?
Бизнес-аналитик
    ↓ Требования
    ↓ User Stories
    ↓
    ↓ КАК это сделать?
Системный аналитик
    ↓ Архитектура
    ↓ Диаграммы
    ↓ Спецификации
    ↓
Разработчики (Backend, Frontend)
    ↓
Тестировщики
    ↓
Ops / DevOps

Различия в навыках

Бизнес-аналитик должен знать

• Бизнес: продажи, маркетинг, финансы, логистика (в зависимости от домена)
• Процессы: как работает компания, где боли
• Методы: Design Thinking, Lean, Value Stream Mapping
• Инструменты: Excel, Figma, диаграммы Gantt
• Коммуникация: слышать stakeholders, переговоры
• Priortization: MoSCoW, Value vs Effort

Системный аналитик должен знать

• Архитектура: монолиты, микросервисы, облаки
• Базы данных: SQL, нормализация, индексы
• API: REST, GraphQL, RPC
• Безопасность: шифрование, аутентификация, авторизация
• Масштабируемость: Load Balancing, кэширование, CDN
• UML: диаграммы, моделирование
• Интеграции: как системы работают вместе
• Код: хотя бы базовое понимание (читать кода, общаться с разработчиками)

Пересечения (Soft Skills)

Оба должны иметь:

• Коммуникация: слушать, задавать правильные вопросы, объяснять сложное
• Документирование: писать ясные требования и спецификации
• Аналитическое мышление: видеть проблемы, предлагать решения
• Системное мышление: видеть big picture, не зацикливаться на деталях
• Управление конфликтами: примирять интересы разных stakeholders

Примеры вопросов на собеседовании

Для BA: "Заказчик говорит 'система должна быть быстрой'. Как вы её уточните?" Для SA: "Система должна обрабатывать 10,000 заказов в день. Как вы спроектируете БД и архитектуру?"

Реальные ситуации

Ситуация 1: BA говорит "быстрая система"

BA: "Заказчик хочет быструю систему"
SA: "Быстро — это сколько? Загрузка за 1 сек или 5 сек? На сколько пользователей? На каком устройстве?"
BA: "Хм, я спрошу у заказчика"
SA: "Да, нам нужны конкретные цифры, иначе архитектуру не спроектируешь"

Ситуация 2: SA показывает диаграмму

BA: "Зачем нам микросервисы? У нас 2 разработчика"
SA: "Микросервисы нужны для масштабируемости, если потребуется рост"
BA: "Но бизнес просил просто быстрое решение, а не на будущее"
SA: "Тогда монолит будет проще и быстрее в разработке"
BA: "Вот это имеет смысл"

Рабочие дни

День бизнес-аналитика

09:00 — Встреча с заказчиком (слушаем проблемы)
10:00 — Анализ существующих процессов
11:00 — Встреча с разработчиками (согласуем требования)
12:00 — Создание User Stories в Jira
14:00 — Фокус-группа с пользователями (собираем feedback)
15:00 — Обновление requirements на основе feedback
16:00 — Встреча с системным аналитиком (согласуем объём работ)
17:00 — Документирование процессов

День системного аналитика

09:00 — Встреча с BA (получаем требования)
10:00 — Встреча с разработчиками (обсуждаем архитектуру)
11:00 — Проектирование ER диаграммы БД
12:00 — Создание Use Case диаграмм
14:00 — Спецификация API endpoints
15:00 — Встреча с DBA (согласуем схему БД)
16:00 — Документирование архитектуры
17:00 — Code Review спецификаций с разработчиками

Когда на одного человека две роли

В стартапах или малых компаниях один человек часто отвечает и за BA и за SA:

Плюсы:

• Целостный взгляд на проект
• Быстрая коммуникация
• Меньше потерь информации

Минусы:

• Перегруз
• Можно пропустить важные детали
• Конфликт интересов (бизнес vs技术)

Как отличить на собеседовании

Вопрос BA: "Почему вы выбрали именно этот подход?"

• Ожидаемый ответ: "Потому что заказчик часто обращается за кредитами, это основная боль"

Вопрос SA: "Почему вы выбрали микросервисы?"

• Ожидаемый ответ: "Потому что нужна независимая масштабируемость разных компонентов и разные команды смогут работать параллельно"

Заключение

Бизнес-аналитик — это переводчик между бизнесом и IT. Он понимает проблемы компании и превращает их в требования.

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

Оба критичны для успеха проекта. BA без SA — беда (требования нереалистичны). SA без BA — тоже беда (система красивая, но не решает проблему).

В идеальной компании работают вместе, а в реальности часто один человек должен быть обоими.