Какие блоки вопросов ждут на собеседовании
Собеседование системного аналитика редко сводится к одному списку тем. Разговор разбивается на блоки: требования и их согласование, документы, интеграции, брокеры сообщений, данные и SQL, требования к работе системы и разбор кейсов.
Уровень меняет глубину, а не набор тем: у Джуна проверяют базу, у Мидл — самостоятельность, у Сеньора — выбор между вариантами и цену решения. Ниже — те же блоки с примерами вопросов.
Требования и их согласование
Это блок, где видно, умеете ли вы работать с людьми, а не только с текстом. Слушают, как вы вытаскиваете требования из размытых пожеланий, фиксируете договорённости и разводите конфликты.
В ответе покажите процесс: сбор, уточнение, приоритизация, согласование, фиксация, подтверждение. Добавьте, что делать при конфликте требований: опираться на цель продукта и на того, кто принимает решение.
- «Как вы поступите, если два подразделения просят взаимоисключающие изменения?» — проверяют переговоры и опору на цель продукта.
- «Как вы поймёте, что требование готово к разработке?» — ждут критериев: однозначность, проверяемость, понятные условия приёмки.
- «Что делать, если требование поменялось после согласования?» — смотрят на управление изменениями: оценка влияния, сроки, повторное согласование.
Документы: ТЗ, спецификация, сценарии использования, BPMN и UML
Аббревиатуры перечислять бесполезно — объясняйте, какую задачу решает каждый артефакт. Техническое задание фиксирует договорённости с заказчиком, спецификация описывает поведение системы для команды, сценарии использования ведут пользователя к цели.
По BPMN и UML достаточно уверенно читать простые процессы и схемы взаимодействия. Отдельно готовьте ответ про детализацию: схема должна быть понятна и бизнесу, и разработке.
- «Чем спецификация отличается от технического задания?» — смотрят, различаете ли вы уровень договорённостей и уровень реализации.
- «Как опишете сценарий использования для интернет-магазина?» — ждут актёра, цель, основной и альтернативные потоки.
Интеграции: REST и SOAP, JSON и XML, коды ответов, идемпотентность, пагинация
Самый насыщенный блок. Отвечайте от задачи: REST удобен для простых обменов и чаще работает с JSON, SOAP несёт строгий контракт и встречается в унаследованных системах.
Про идемпотентность говорите прямо: повтор запроса не должен создавать вторую сущность или списывать деньги дважды. Дальше механика — ключ идемпотентности, уникальный идентификатор операции, проверка состояния перед изменением.
Пагинация — про большие списки: страницы или курсор, ограничение размера, понятное поведение при изменении данных.
- «Клиент не получил ответ из-за таймаута и повторил запрос. Что произойдёт?» — проверяют защиту от дублей.
- «Какие коды ответов ждёте на успешное создание и на ошибку валидации?» — смотрят, различаете ли вы ошибку данных и сбой сервиса.
- «Зачем ограничивать размер страницы при постраничной отдаче?» — ждут заботы о нагрузке и о контракте.
Брокеры сообщений: топики и очереди, гарантии доставки, порядок сообщений
Здесь проверяют понимание асинхронного обмена. Топик — поток сообщений по теме, куда пишут издатели; очередь — способ доставить сообщения потребителям и развести нагрузку.
Дальше разговор уходит в гарантии доставки: «не более одного раза», «не менее одного раза», «ровно один раз» — и в цену каждой. Порядок держится в пределах раздела или ключа, глобальный порядок стоит дорого.
- «Чем топик отличается от очереди?» — проверяют базу и умение объяснить простыми словами.
- «Потребитель упал, часть сообщений не обработана. Что делать?» — ждут ответа про подтверждения и защиту от повторов.
Данные и SQL: схемы, ключи, нормализация, простые запросы
Про данные спрашивают почти всегда. Нужны схемы, ключи, нормализация и простые запросы. Расскажите, зачем нужен первичный ключ, чем он отличается от уникального и что даёт внешний ключ.
Запросы готовьтесь писать руками: выборка с условием, объединение таблиц, группировка с подсчётом, поиск записей без пары в другой таблице. Проговорите разницу между внутренним и внешним объединением.
- «Зачем нормализовать таблицы и когда это мешает?» — смотрят на компромисс между чистотой данных и скоростью чтения.
- «Как найти клиентов без заказов?» — ждут уверенного владения объединениями и условиями отбора.
Требования к работе системы и разбор кейсов
Отдельный блок — нагрузка, время отклика, отказоустойчивость, права доступа. Нужны числа и условия: сколько запросов в секунду, какое время отклика приемлемо, что происходит при отказе узла, кто имеет доступ к данным.
Кейс звучит так: «Интеграция отдаёт ошибку на проде — что делаете?» Порядок важнее скорости. Сначала оценка влияния: какие процессы стоят и сколько людей затронуто. Затем факты: логи, время первых ошибок, что менялось перед сбоем.
Дальше гипотезы и проверка по одной, связь с сопровождением и владельцем сервиса, а после восстановления — разбор причин и запись вывода, чтобы случай не повторился.
- «Какие требования к отказоустойчивости вы закладывали?» — ждут разговора про дублирование, резервирование и деградацию.
- «Как опишете права доступа к данным для разных ролей?» — смотрят на ролевую модель и ограничения.
- «Интеграция отдаёт ошибку на проде. Первые шаги?» — проверяют хладнокровие и структуру разбора.
Поведенческие вопросы и вопросы работодателю
Поведенческие вопросы проверяют, как вы работаете с людьми и с неопределённостью. Отвечайте по схеме: ситуация, задача, действия, результат. Держите наготове три истории — как разобрались в незнакомой предметной области, как отстояли решение, как исправили свою ошибку.
Вопросы задаёте и вы. Спросите, как устроена работа с требованиями, какие системы предстоит интегрировать, кто решает споры по требованиям и как в команде проверяют качество документов. Это показывает зрелость и помогает понять, подходит ли вам команда.
- «Как у вас принимаются требования и кто подтверждает изменения?»
- «Какие интеграции и брокеры сообщений уже используются, а какие только планируются?»
Что сделать: короткий чеклист
- Разложите подготовку по блокам статьи и отметьте слабые места.
- Пройдите бесплатную диагностику уровня из 20 вопросов и запишите слабые темы.
- Разберите профильные курсы: «API и интеграции», «Брокеры сообщений», «Базы данных», «SQL», «Бизнес-аналитика».
- Проговорите вслух по три ответа на блок: определение, пример, границы применимости.
- Подготовьте три истории по схеме «ситуация — задача — действия — результат».
- Отрепетируйте разбор кейса с ошибкой на проде.
- Пройдите экзамен по уровню или режим «Собеседование».
Где тренировать
Темы из гайда разобраны в тестах портала — каждый вопрос с объяснением ответа:
- Вопросы для системного аналитика — Системный аналитик
- Тесты по API и интеграциям
- Тесты по брокерам сообщений
- Тесты по SQL
- Подписка
Проверьте себя на тестах для системного аналитика: пройдите бесплатную диагностику уровня из 20 вопросов, закройте слабые темы в курсах и сдайте экзамен по уровню.