Собеседование системного аналитика. Райффайзен банк

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

Публичная имитация технического интервью системного аналитика: кандидат отвечает на вопросы о сборе требований, Scrum-процессе, документации, диаграммах, интеграциях, архитектуре и базах данных. Интервьюер разбирает ответы и поясняет, что важны практический опыт, аргументация решений и уточнение требований, а не только знание терминов. В конце участники обсуждают обратную связь, глубину технических вопросов, устройство аналитических команд, развитие и обучение специалистов.

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

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

• При рассказе о работе с требованиями полезно показать весь путь: источник запроса, интервью со стейкхолдерами и бизнес-заказчиками, согласование и документирование результата.
• В задаче на декомпозицию сначала следует уточнить ограничения и цель пользователя; в примере с ремонтом кандидат выделил MVP для переезда: ванную, кухню и системы хранения, а дальнейшие улучшения отложил.
• Для API-метода кандидат описывает структуру JSON, параметры и их обязательность, бизнес-смысл и источник данных; для сложных методов уместнее Swagger, чем громоздкая таблица.
• На интервью проверяют умение читать UML-диаграмму activity: различать основной и альтернативный сценарии, ссылку на другой сценарий, условия, синхронные и асинхронные вызовы.
• При проектировании интеграции кандидат предложил синхронный вызов между фронтендом и сервисом заявок, а между сервисом заявок и сервисом проверок — обмен через брокер, чтобы не терять заявки.
• Микросервисы стоит обосновывать потребностями продукта: независимым масштабированием, изоляцией сервисов и разными стеками; цена подхода — больше команд, инфраструктуры и поддерживаемых решений. Монолит может быть рационален для стабильного продукта без резкого масштабирования.
• По словам интервьюера, простые вопросы намеренно используются для углубления в детали: подготовленная теория без практического опыта проявляется при уточняющих вопросах.