Из аналитика данных в системные аналитики: путь и план

Зачем DA переходит в SA

DA — про метрики и инсайты из данных. SA — про проектирование систем: API, интеграции, requirements, BPMN. Переход даёт: больше инженерной составляющей, более стабильная роль (SA редко увольняют), хорошая зарплата (часто выше DA в крупных компаниях), широкий спектр индустрий (банки, телеком, госструктуры).

В РФ — большой спрос на SA в банках и телекоме. На собесе системного аналитика DA-опыт даёт частичное преимущество: знаешь SQL, БД, продуктовые процессы. Нужно добрать REST/API design, distributed systems, BPMN.

Что общего и в чём разница

Общее:

• SQL (DA знает лучше — для аналитики)
• БД на уровне «как читать» (DA знает structure, SA — проектирует)
• Понимание продуктовых процессов
• Soft skills (общение со стейкхолдерами)

Разница:

Что доучить

1. REST и API design (1-2 месяца)

• HTTP-методы и статусы (200-500)
• Идемпотентность (для платежей — критично)
• Версионирование (URL vs header)
• Error handling (структура error response)
• OpenAPI / Swagger (документация контрактов)
• gRPC и GraphQL basics

Подробнее — REST и API design.

2. Distributed systems (2-3 месяца)

• CAP-теорема, eventual consistency
• ACID и уровни изоляции
• 2PC vs Saga для распределённых транзакций
• Retry, idempotency, circuit breaker

Книга: «Designing Data-Intensive Applications» (Kleppmann). Подробнее — Распределённые системы.

3. BPMN и требования (1-2 месяца)

• Use cases, acceptance criteria в Given-When-Then формате
• BPMN основы: events, tasks, gateways, pools/lanes
• As-is / To-be методология
• ER-диаграммы и data modeling

Подробнее — BPMN и требования.

4. Безопасность и compliance (1-2 месяца)

• Auth vs authz, JWT, 2FA
• 152-ФЗ о персональных данных
• PCI-DSS (если в финтех)
• OWASP Top 10

Подробнее — Безопасность и compliance.

5. Архитектура (1-2 месяца)

• Микросервисы vs монолит
• API Gateway, BFF
• Message brokers (Kafka, RabbitMQ basics)
• Cache strategies

Подробнее — Интеграции и архитектура.

План перехода

Месяцы 0-3: REST + БД + базовая архитектура

• REST API design, OpenAPI, идемпотентность
• Углубление SQL до middle (PostgreSQL внутрь)
• Книга «Designing Data-Intensive Applications» (Kleppmann)
• Pet-project: спроектировать REST API для условного сервиса

Месяцы 3-6: BPMN + Distributed systems

• BPMN основы + Camunda Modeler
• Acceptance criteria, use cases
• Углубление distributed systems (2PC, Saga, eventual consistency)
• Pet-project: BPMN для реального процесса + use cases

Месяцы 6-9: Compliance + интеграции

• 152-ФЗ, PCI-DSS basics
• Auth/authz, 2FA, JWT
• Message brokers basics
• Pet-project: integration design с обработкой failure modes

Месяцы 9-12: Подача

• 10+ системных кейсов вслух
• Прорешать SA-вопросы из тренажёра
• Подача на SA-позиции

Где брать SA-опыт

1. На текущей работе. Если DA общается с разработкой / продуктом / другими командами — оформи это как SA-experience («координировал интеграцию X», «формулировал требования для функции Y»).

2. Pet-project. Спроектируй полную систему: API specs, BPMN, ER-диаграммы, error handling. Положи на GitHub.

3. Внутренний transfer. Перейди из DA в SA внутри компании. В банках это распространённый путь.

4. Стажировки. SA-стажировки бывают, особенно в банках и телекоме.

Частые ошибки

• Зубрить REST без understanding-а идемпотентности. Без неё в финтех — провал
• Не учить compliance. В РФ — 152-ФЗ обязательно. В банках — PCI-DSS, регулятор
• BPMN как PowerPoint. BPMN — это нотация. Стрелочки без gateway — это не BPMN
• Игнорировать distributed systems. Современный SA проектирует микросервисы, не монолиты
• Слабое SQL. В банке SA пишет SQL для проверки требований

Связанные темы

• Собеседование системного аналитика
• REST и API design
• Распределённые системы
• BPMN и требования
• Из аналитика в Data Engineer

FAQ

Сколько занимает переход?

В среднем 9-12 месяцев. Если уже работаешь с разработкой / документацией — быстрее.

Какие компании дружелюбны к переходу DA → SA?

Банки (Сбер, Т-Банк, ВТБ, Альфа), телеком (МТС, МегаФон, Билайн), госкорпорации. У них есть структурированная карьерная лестница для SA.

SA или DE — что выбрать?

SA — про проектирование систем, документацию, integration. DE — про инфраструктуру данных (ETL, DWH). Если нравится «как система работает» — SA. Если «как данные двигать» — DE.

Нужны ли алгоритмы Leetcode?

Редко. На SA-собесах фокус на REST/API/архитектуре, не на алгоритмах.

Какая зарплата у SA vs DA?

Зависит от компании и грейда. В банках middle SA часто получает больше middle DA. Точные цифры — смотри на hh.ru.