P
prepair.app
Пройти интервью →
EnglishУкраїнськаРусскийDeutsch
📈

Middle Business AnalystВопросы на собеседовании бизнес аналитика

Middle · 2–4 года опыта

Собеседование бизнес-аналитика проверяет, как вы собираете требования, работаете с несогласными стейкхолдерами и превращаете неопределённость в то, что команда сможет построить. Ниже — самые частые вопросы с эталонными ответами. Middle: более глубокое понимание, оптимизацию и реальные рабочие ситуации.

Попробовать — без регистрации
Готовим вопрос…

Темы для подготовки

Сбор требований
User stories и критерии приёмки
UML и BPMN диаграммы
Работа со стейкхолдерами
Agile и Scrum
Приоритизация (MoSCoW, RICE)

6 вопросов уровня Middle с ответами

1

Как приоритизировать, когда каждый говорит, что его требование критично?

Ответ

Сделав компромисс видимым вместо спора о важности: что даёт каждое, сколько стоит и от чего отказываемся, сделав другое первым. MoSCoW работает, пока категории ограничены по объёму, иначе всё становится Must. Спор чаще всего заканчивает вопрос, что произойдёт, если это выйдет в следующем квартале.

2

Что делать с требованием, изменившимся посреди разработки?

Ответ

Оценить влияние до того, как соглашаться или отказывать: что ещё от него зависит, что уже построено, во что обойдётся задержка. Тогда это решение, у которого есть владелец, а не одолжение. Тихое расползание объёма, где каждое изменение мелкое и общего никто не считает, — то, отчего двухмесячный проект идёт полгода.

3

Что такое матрица трассируемости и когда её стоит вести?

Ответ

Карта от требований к дизайну, коду и тестам, которые их закрывают. Вести стоит, когда покрытие нужно доказывать — регулируемые отрасли, аудит, безопасность, — в остальных случаях это бюрократия. Честная версия — ссылка из задачи на тест, а не таблица, которую никто не обновляет.

4

Как моделировать процесс и что это на самом деле даёт?

Ответ

BPMN или обычная диаграмма с дорожками, показывающая, кто что делает и где передачи. Даёт это не картинку: рисование обнажает шаги, которые никто не мог назвать, и решения без владельца. Большинство проблем процесса находят в момент моделирования, а не при чтении модели.

5

Чем валидация требований отличается от верификации?

Ответ

Верификация спрашивает, хорошо ли требование сформулировано: ясно ли, тестируемо ли, согласовано ли с остальными. Валидация спрашивает, то ли это требование, — служит ли оно настоящей потребности бизнеса. Документ может полностью пройти верификацию и описывать не ту систему.

6

Как писать требования к интеграции с внешней системой?

Ответ

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

🦎

Прочитать ответы недостаточно

На собеседовании ты говоришь вслух под давлением. Кем задаст эти же вопросы, оценит каждый ответ и покажет, что именно подтянуть.

Пройти интервью Middle Business Analyst →
Бесплатно · 3 интервью в месяц

Другие уровни — Business Analyst

Junior Business AnalystSenior Business AnalystВсе вопросы Business Analyst

Другие специализации

🔍Middle QA Manual🤖Middle QA AutomationMiddle Java Backend🐍Middle Python Backend🐘Middle PHP Backend🦫Middle Go Backend🟢Middle Node.js Backend💎Middle Ruby on Rails🟣Middle .NET Backend Developer🔷Middle C++