Загрузка…
Загрузка…
analyst / middle / tech_deep
Формат
online
Стадия
tech_deep
Когда
within_quarter
Длительность
—
01
Поведенческий
Расскажите о себе, о своём опыте.
Секция «Общие вопросы»
02
Поведенческий
Чем тебе интересен системный анализ?
Секция «Общие вопросы»
03
Поведенческий
Расскажите про ваш главный fuckup в работе системным аналитиком.
Секция «Общие вопросы»
04
Поведенческий
Какие у тебя ожидания от нового места работы?
Секция «Общие вопросы»
Заметки
Источник: запись реального собеседования из Telegram-канала sa_sobes (https://t.me/sa_sobes/240). Вакансия: системный аналитик, уровень Middle, компания — онлайн-кинотеатр (название не раскрыто). Запрошенное жалование — 250к. Собеседование состояло из секций: «Общие вопросы», «Требования/Нотации/Документация», «Предметная область», «Прочие вопросы» и «Практика» (два кейса, второй — с серией попутных вопросов по проектированию).
Стиль интервьюера
Интервьюер активно ведёт практический кейс через серию уточняющих вопросов по проектированию (интеграции, синхронизация данных, права, UI), углубляясь в детали решения кандидата.
05
Теория
Без чего нельзя передавать задачу в разработку?
Секция «Требования/Нотации/Документация»
06
Теория
Когда БА начинает проработку и когда начинается discovery?
Секция «Предметная область»
07
Кейс
Как отнесешься к тому, что пару спринтов будешь заниматься только бизнес-анализом?
Секция «Прочие вопросы»
08
Кейс
Кейс: Ты работаешь в команде, у тебя в команде есть разработчики, с которыми тебе нужно взаимодействовать по какой-либо задаче. Тебе нужно провести с разработчиком интервью и получить от него информацию, а он говорит «давай как-нибудь потом (никогда)». Как бы ты поступил в данной ситуации?
Секция «Практика»
09
System design
Кейс: У нас есть внутренний портал, в рамках него мы хотим реализовать новую фичу «карта фичей». Все задачи находятся в Jira и названы по наименованию функциональности. Мы хотим видеть в рамках портала отдельный раздел, в который можно зайти и увидеть все фичи, где они были реализованы и т.д. Спроектируйте решение.
Секция «Практика», основной кейс с серией попутных вопросов
10
System design
Какую интеграцию мы будем использовать для получения данных из Jira?
Попутный вопрос по кейсу «карта фичей»
11
System design
В каком формате мы будем получать данные?
Попутный вопрос по кейсу «карта фичей»
12
System design
При каждом входе пользователя будем запрашивать данные из Jira?
Попутный вопрос по кейсу «карта фичей»
13
System design
Как часто мы будем обновлять эту базу данных с фичами?
Попутный вопрос по кейсу «карта фичей»
14
System design
Мы будем обновлять все данные целиком или точечно?
Попутный вопрос по кейсу «карта фичей»
15
System design
На что мы будем триггериться при точечной синхронизации изменений?
Попутный вопрос по кейсу «карта фичей»
16
System design
Если история в Jira периодически утилизируется и база чистится, как тогда быть с отслеживанием изменений?
Попутный вопрос по кейсу «карта фичей»
17
System design
У всех пользователей будут одинаковые права или мы их разделим?
Попутный вопрос по кейсу «карта фичей»
18
System design
Давай накидаем UI карты фичей: что там будет и что мы сможем делать с набором из, скажем, 100 тикетов?
Попутный вопрос по кейсу «карта фичей»
19
System design
Какие еще UI-улучшения мы можем сделать для повышения удобства работы?
Попутный вопрос по кейсу «карта фичей»
20
System design
Какие документы по фиче было бы полезно видеть product owner'у или техническому директору в этой карте фичей?
Попутный вопрос по кейсу «карта фичей»