Подготовка к собеседованию системного аналитика

Чем отличается СА от других ролей

Системный аналитик стоит между бизнесом и разработкой. Превращает бизнес-требования в техническое описание для разработчиков и наоборот. Главные артефакты — ТЗ, диаграммы (UML, BPMN, ERD), API-спецификации, описания интеграций.

Разница с близкими ролями:

• СА vs бизнес-аналитик: бизнес-аналитик глубже копает в процессы и стейкхолдеров; СА — в техническую реализацию
• СА vs архитектор: архитектор принимает архитектурные решения; СА документирует и распространяет их в команде
• СА vs продакт: продакт отвечает за «что» (продуктовые приоритеты); СА — за «как» (как реализуем)
• СА vs тестировщик: тестировщик проверяет реализованное; СА определяет критерии готовности заранее

На собесе СА проверяют умение не только знать нотации, но переводить нечёткие требования в чёткие, видеть пробелы и противоречия.

Этапы найма

Типичный найм СА в IT-компании или в банке/финтехе занимает 2–4 недели и включает 3–5 этапов.

1. Скрининг с рекрутером

20–30 минут. Опыт, мотивация, предметная область (банк/телеком/retail/edtech).

2. Техническое интервью

60–90 минут. Базовые знания по требованиям, нотациям, REST, БД. Часто живой кейс — описать API или нарисовать sequence diagram.

3. Кейс / тестовое задание

Take-home или live. Дают бизнес-требования и просят:

• Написать функциональные требования
• Описать REST API или интеграцию
• Нарисовать UML/BPMN/ERD
• Найти проблемы в чужом ТЗ

4. Собес с командой

С разработчиками, тимлидом, архитектором. Глубже в технику, обсуждение реальных проектов, edge cases.

5. Финал с нанимающим менеджером

Behavioral, культурный фит, обсуждение прошлых проектов с компромиссами.

Темы, которые проверяют

Требования и документация

• Виды требований: функциональные, нефункциональные, бизнес, пользовательские
• User stories и use cases — формат, отличия
• Acceptance criteria, формат Given–When–Then
• ТЗ vs SRS, структура документов
• Трассировка требований и версионирование

Нотации (UML, BPMN, ERD)

• UML: behavior-диаграммы (sequence, activity, state)
• UML: structure-диаграммы (class, component, deployment)
• BPMN 2.0 — основные элементы, отличия от activity
• ERD — связи, кардинальность, нотации Чена и Crow's Foot
• DFD, C4 Model, IDEF0 — когда что

Подробно — UML и BPMN на собесе СА.

API и интеграции

• HTTP: методы, статусы, идемпотентность
• REST дизайн: ресурсы, версионирование, фильтрация, пагинация
• Протоколы: SOAP, gRPC, GraphQL
• Async: webhooks, message queues
• OpenAPI / Swagger
• Resilience: retries, circuit breaker, timeouts

Подробно — REST API на собесе СА.

Базы данных

• Реляционная модель, нормализация (1NF–3NF, BCNF)
• Связи: 1:1, 1:N, N:N
• ACID, уровни изоляции
• SQL vs NoSQL, когда что
• ER → таблицы

Подробно — ERD на собесе СА.

Архитектура систем

• Монолит vs микросервисы
• Шины и очереди (Kafka, RabbitMQ)
• Распределённые системы: CAP, BASE
• Отказоустойчивость
• Архитектурные паттерны: CQRS, event sourcing, saga

Безопасность и авторизация

• AuthN vs AuthZ
• OAuth 2.0/2.1, OIDC — flows, токены, refresh
• JWT — структура, подпись, валидация
• Модели доступа (RBAC, ABAC)
• OWASP top-10
• 152-ФЗ, ПДн, классификация данных

Подробно — OAuth на собесе СА.

Процессы и тестирование

• Scrum, Kanban
• Оценка задач (story points, T-shirt)
• JIRA, Confluence — основные сценарии
• Виды тестирования (unit, integration, e2e, нагрузочное)
• Тест-кейсы и техники (граничные значения, классы эквивалентности)

System Design для СА

• Дизайн интеграций между сервисами
• Дизайн схемы БД под бизнес-задачу
• Асинхронные потоки
• Trade-offs архитектуры

План на 4 недели

Закрепляющая практика — короткие сессии в Карьернике, 10 минут в день. 827 вопросов по 8 темам в формате квиза.

Что любят в разных компаниях

• Банки (Сбер, Т-Банк, ВТБ) — много про требования, безопасность, integration patterns. Регуляторика важна
• Телеком (МТС, Билайн) — глубокая интеграционная специфика, legacy-системы
• Финтех/инвестиции — real-time, идемпотентность транзакций, аудит
• Retail/маркетплейсы — большие объёмы интеграций, очереди, eventual consistency
• EdTech, b2c — обычно проще — фокус на user stories и API

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

Учить нотации без практики. Знать UML на уровне «что такое sequence diagram» — недостаточно. Нужно уметь нарисовать sequence для конкретного сценария за 5 минут.

Игнорировать нефункциональные требования. На собесе попросят написать ТЗ — большинство пишут только функционал. Performance, scalability, security, compliance — это всё тоже требования.

Не уметь видеть пробелы. Дают чужое ТЗ — задача не «согласиться», а найти, что не описано. Edge cases, error handling, integration failures, race conditions.

Слабо знать REST. REST — базовый минимум для СА в IT. Если плаваете в идемпотентности или статусах — это красный флаг.

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

FAQ

Сколько готовиться к собесу СА с нуля?

С релевантным опытом (тестирование, разработка, бизнес-анализ) — 2–3 месяца. Без опыта в IT — 6–12 месяцев на курсы + практику.

Нужен ли SQL системному аналитику?

Базовый — обязательно. Уровень: SELECT с JOIN, GROUP BY, подзапросами. Углубляться в оптимизацию — не обязательно, это территория DBA или DE.

Стоит ли учить программирование?

Базовый Python или JavaScript — плюс. Поможет понимать разработчиков и читать код. Глубоко — не нужно.

Это официальная информация?

Нет. Статья основана на публичных источниках и опыте кандидатов. Конкретные процессы могут отличаться от компании к компании.