System Analyst
Вы указали, что для вас важно отсутствие процессного хаоса. Что вы под этим подразумеваете? С чем сталкивались?
Как приходили требования? Со стороны продукта или других аналитиков?
Что больше интересно: работа с бизнес-требованиями или проектирование решений (системная аналитика)?
Какие задачи больше интересны: фронтовые или бэковые?
Бизнес-заказчиком выступал PM или были другие люди со стороны бизнеса?
Был ли у вас опыт работы с госзаказчиками?
IT OneВ какую область интересно развиваться: аналитика, менеджмент или архитектура?
Почему рассматриваешь новое место работы и что ищешь от нового места?
Какие качества (soft и hard skills) должны быть у заказчика/product owner для эффективного взаимодействия?
Какая бюрократия была бы необходима в команде? Какие минимальные процессы должны быть?
Какие ограничения могут быть при начислении кэшбэка? В какой момент начинается начисление по каждой транзакции?
Как связаны подтверждение кэшбэка и транзакции, учитывая возможные отмены?
Что наиболее интересно, а что наоборот в работе на проекте?
В чём отличие цели от реализации?
- UML. Что за элементы используются? - Корректность использования ролей. - Назвать элементы. - Определить ошибки. - Определить формат.
Как выглядит твой артефакт при описании REST-контракта?
Что такое use case, что такое user story, в чём их отличие?
Как ты отличаешь бизнес-требование от функционального требования? Приведи пример на одном кейсе.
Чем отличается REST от SOAP?
Есть ли опыт работы с REST API?