Собеседование бизнес-аналитика: как разбирать вопросы и учебный кейс

Что рассказать о своём учебном проекте

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

Задача: [что хотел получить пользователь]
Мой вклад: [какие вопросы и артефакты подготовил]
Решение: [как связал правило с процессом]
Проверка: [сценарий и обнаруженное расхождение]
Ограничение: [какое решение ещё не принято]

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

Семь вопросов бизнес-аналитику для самостоятельной подготовки

Это учебный набор, а не список вопросов конкретной компании. Формулировки и ожидаемая глубина зависят от роли.

1. Как уточнить запрос «сделать быстрее»?

   Спросите, какой процесс, для какого участника и на каком шаге создаёт проблему. Выясните текущее наблюдение и желаемый результат. Без измерения не обещайте процент ускорения.

2. Чем потребность отличается от готового решения?

   «Хочу видеть статус заявки» описывает нужный результат. «Добавить красную кнопку» уже предлагает способ. Проверьте, какую задачу должна решить кнопка и есть ли ограничения.

3. Что делать с противоречивыми требованиями?

   Зафиксируйте конкретное противоречие и влияние на сценарий, уточните владельца решения. Не объявляйте своё предположение согласованным правилом.

4. Как проверить пользовательскую историю?

   Укажите участника, действие и ожидаемую пользу, затем опишите наблюдаемые критерии приёмки. Пройдите обычный путь, недостающие данные и отказ.

5. Зачем нужна BPMN-модель?

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

6. Как связать требования с проверкой?

   Дайте требованию ID и свяжите его с критерием и сценарием. После изменения правила проверьте зависимые состояния, сообщения и исключения.

7. Что сказать о задаче, которой вы не делали?

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

Кейс: можно ли отменить заявку после одобрения?

Вымышленный пример. Заказчик в учебной ситуации просит: «Добавьте отмену одобренной заявки на доступ». Другие правила пока не заданы.

Сначала разделите одобрение заявки и фактическую выдачу доступа. Если доступ уже выдан, отмена документа может не отозвать права. Нельзя обещать такое поведение без отдельного процесса.

• Кто отменяет: заявитель, согласующий или оператор?
• В какой момент отмена допустима и что делать, если исполнение уже началось?
• Какой статус и следующий шаг видит каждый участник?
• Нужно ли согласование отзыва прав, кто подтверждает его выполнение?
• Что происходит при двух одновременных действиях или повторном нажатии?

После согласования правила проверьте разрешённый переход, отказ при недопустимом состоянии и конфликт действий. Само предложение сценария ещё не означает, что система его реализует.

Как проверить свой ответ перед встречей

• Понятны задача и участник, а не только названия артефактов.
• Факты отделены от предположений и вопросов.
• Приведён конкретный сценарий и исключение.
• Описано, как вы проверите результат и кто принимает решение.
• Учебная работа не названа коммерческим внедрением.

Запишите короткий ответ, затем найдите место, где вы пропустили вопрос или сделали недоказанный вывод. Полезнее исправить один такой переход, чем заучить длинное определение.