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

• Публичное собеседование системного аналитика в Райффайзенбанке.  

• Даша в роли интервьюера, Алексей в роли кандидата, Александра в роли говорящей головы.  

• Участники кратко знакомятся и готовятся к основной части интервью.  

• Даша рассказывает о себе и своем опыте в Райффайзенбанке.  

• Алексей представляется и говорит о своем опыте работы аналитиком.  

• Начинается основная часть интервью.  

• Даша объясняет структуру технического интервью в Райффайзенбанке.  

• Интервью включает общение с чатом, техническое интервью и фит-интервью.  

• Вопросы могут быть разными и касаться опыта кандидата.  

• Алексей рассказывает о своей текущей работе и процессе работы с требованиями.  

• Требования приходят от владельца разработки продукта и уточняются через исследования и документирование.  

• Алексей взаимодействует с бизнес-заказчиками и стейкхолдерами для уточнения требований.  

• Алексей объясняет, как он подключается к задачам и работает по методологии Scrum.  

• Он исследует и описывает задачи для разработки и тестирования.  

• Алексей всегда доступен для взаимодействия и поддержки задач.  

• Алексей не взаимодействует с внешними командами для выявления требований.  

• Он общается с другими командами для согласования и выявления требований.  

• Алексей объясняет, что такое нефункциональные требования и как они стандартизированы.  

• Он описывает, как описывает и ставит такие требования.  

• Алексей участвует в декомпозиции задач, так как выполняет функцию скрам-мастера.  

• Он помогает декомпозировать сложные задачи на подзадачи.  

• Пример задачи: ремонт квартиры для молодой семьи.  

• Обсуждение необходимости обратной связи от молодой семьи.  

• Дизайн-проект как фронтальное решение для оценки.  

• Возможность изменения дизайн-проекта на основе фидбека.  

• Описание структуры и параметров метода.  

• Описание экранных форм и методов взаимодействия.  

• Возможность использования Swagger для больших методов.  

• Важность кроссфункциональных команд и практических навыков.  

• Вопросы о вовлеченности и активности аналитика.  

• Переход к следующему разделу.  

• Использование UML и диаграмм активности.  

• Взаимодействие с системой и описание процессов.  

• Применение диаграмм для понимания бизнес-процессов.  

• Описание процесса оплаты наличными.  

• Альтернативные сценарии и оптимизация схемы.  

• Вопросы о синхронном и асинхронном взаимодействии.  

• Интеграция информационных систем и бизнес-процессов.  

• Интеграция на уровне данных и интерфейсов.  

• Взаимодействие с очередями и шинами данных.  

• Шина используется для хранения и преобразования данных.  

• Состоит из входящих, обработчиков и исходящих фишек.  

• Включает адаптеры, экономические сервисы и сервисы доступа.  

• Используется микросервисная архитектура.  

• Достоинства: низкая связанность сервисов, возможность использования разных технологических стеков.  

• Недостатки: рост штата, зоопарк решений, ресурсоемкость.  

• Монолиты требуют одного стека.  

• Плюсы: тестируемость, доставка ценностей до пользователей.  

• Минусы: сложность тестирования и поддержки.  

• Микросервисы выделяются по бизнес-процессам.  

• Пример задачи: интеграция фронтов и бэкендов для обработки кредитных заявок.  

• Решение: использование брокера для передачи заявок между сервисами.  

• Обсуждение использования очередей для обмена данными.  

• Варианты: одна очередь или две для разделения потоков.  

• Решение: разделение очередей для логической корректности.  

• Важность аргументов аналитика при проектировании системы.  

• Уточнение требований и обсуждение решений.  

• Передача слова Алексею для дальнейшего обсуждения.  

• Вопросы на собеседовании часто повторяются.  

• Задачи простые, чтобы оценить кандидата.  

• Время ограничено, поэтому задачи простые.  

• Опыт проектирования баз данных.  

• Начинаю с выбора схемы и определения необходимых таблиц.  

• Оцениваю, какие сущности и атрибуты необходимы для бизнес-функционала.  

• Пример с сервисом заявок.  

• Определение сущностей: клиент и заявка.  

• Необходимость таблицы для связи между клиентом и заявкой.  

• Задача на вывод даты и количества заказов.  

• Проблемы с типом даты в БД.  

• Обсуждение результатов и завершение задачи.  

• Обсуждение разношерстных вопросов на собеседовании.  

• Аналитик участвует на всех этапах разработки.  

• Поддержка сообщества для развития кандидатов.  

• Кандидат показал глубокие знания.  

• Вопросы на уточнение требований.  

• Понравилось, что кандидат вышел на нужное русло в задаче.  

• Кандидат не нашел, что добавить.  

• Понравилось собеседование в Райффайзенбанке.  

• Призыв к другим кандидатам попробовать пройти собеседование.  

• Простые вопросы помогают понять уровень кандидата.  

• Важно знать тонкости, а не просто читать теорию.  

• Разные уровни взаимодействия и зависимости от политики.  

• Микросервисы не всегда необходимы, особенно для монолитных решений.  

• Монолитные решения могут быть идеальными для продуктов, которые не требуют резкого масштабирования.  

• Для коммерческих продуктов лучше использовать микросервисы, чтобы адаптировать их под разные компании.  

• Обучение аналитиков зависит от запросов и потребностей компании.  

• Внутренние эксперты могут проводить курсы, а при необходимости привлекаются внешние специалисты.  

• Обучение может быть организовано как внутри компании, так и через комьюнити.  

• Информация о зарплатах аналитиков недоступна, но можно обсудить это на собеседовании.  

• Собеседования проходят на интуитивном уровне, в зависимости от кандидата.  

• Вопросы на собеседованиях могут углубляться в зависимости от уровня кандидата.  

• Аналитики работают в продуктовых командах, а не как отдельный сервис.  

• Все участники команд максимально вовлечены в продукт.  

• Аналитики могут расти как вертикально, так и горизонтально, в зависимости от интересов и целей.  

• Аналитики работают от фронта до бэкенда, интегрируя задачи между собой.  

• В компании есть как продуктовые, так и платформенные команды, с разными задачами.  

• Специфика работы аналитика зависит от конкретной команды и обсуждается на фит интервью.  

• Благодарность участникам за участие и обсуждение.  

• Обещание опубликовать материалы на канале.  

• Прощание и благодарность за внимание.