Тестовое собеседование на позицию Middle аналитика. Справилась ли с собесом Лиза?

Коротко о видео

Это учебное тестовое собеседование на уровень Middle системного аналитика с Елизаветой Симоновой, а не реальный найм. Кандидатка разбирает свой опыт в продукте для программ лояльности: сбор и уточнение требований, подготовку продуктового решения и ТЗ, сопровождение разработки, тестирования и документации. Вебинар включает практические задания по моделированию сущностей и связей базы данных, проектированию REST API для бонусных операций, а в конце — разбор ожиданий от junior-, middle- и senior-аналитика и презентацию курса по REST API.

Затронутые темы

Что взять на заметку

• На интервью полезно чётко отделять продуктовое решение от User Story и технического задания: в ТЗ кандидатка включает проблематику, функциональные и нефункциональные требования, сценарии, ограничения, макеты и при необходимости диаграммы.
• При проектировании модели данных сначала нужно уточнить правила предметной области: например, как связаны покупатель, карта лояльности, бонусный счёт и баланс. Связь «многие ко многим» реализуют промежуточной таблицей, когда обе сущности действительно могут иметь несколько связей.
• Для API на чтение списка бонусных операций обсуждается GET-метод с идентификатором клиента и массивом объектов в ответе; для ручного начисления — POST. Формат и параметры следует выводить из пользовательского экрана, а не добавлять фильтры без основания.
• Ведущая рекомендует использовать во множественном числе названия ресурсов REST API и уметь обосновать альтернативы: разделять ли бонусы и фишки на разные сущности или методы, передавать ли тип операции отдельно либо кодировать его знаком суммы.
• На собеседовании ценится описание роли аналитика по всему циклу: от уточнения требований и согласования решения до ответов на вопросы разработки и QA, проверки документации и, при необходимости, обратной связи после релиза.
• По мнению ведущей, для Middle важно не только знать артефакты аналитика, но и уверенно объяснять проект, влиять на решения в команде и аргументировать выбранный вариант; глубина архитектурных задач зависит от реального опыта кандидата.