Какие были бизнес-цели на проекте?
Что проверяют
Понимаете ли вы, ради чего делался проект, или работали только с задачами из бэклога. Аналитику важно связывать требования с бизнес-результатом, поэтому следом спросят, как цели влияли на приоритеты и чем измеряли успех.
Как отвечать
Ответ строится на вашем проекте, общих слов тут мало. Удобный каркас:
- контекст: что за продукт, кто заказчик и спонсор, какая проблема болела. Одна-две фразы;
- цель в измеримом виде: не «внедрить систему», а «сократить обработку заявки с трёх дней до одного» или «снизить долю ручного ввода». Назовите метрику и исходное значение;
- работа с целью: интервью со стейкхолдерами, дерево целей или impact mapping, процесс as is и to be в BPMN, фиксация в BRD или vision. Покажите путь от цели к требованиям;
- цель как фильтр приоритетов: требования без связи с целью уходили в конец списка или отклонялись, приоритизация по MoSCoW или по соотношению ценности и трудозатрат;
- результат: как измеряли после запуска, достигли ли цели, что сделали, если нет.
Цифры нужны свои и настоящие. Если точных данных нет, называйте порядок и источник: «по данным CRM обработка заявки ускорилась примерно вдвое». Интервьюер почти всегда уточнит, откуда число, и выдуманный процент на этом месте рассыпается.
Если цели вам не озвучивали (аутсорс, задачи приходили готовыми), скажите прямо и покажите, что вы сделали: восстановили цель вопросами к владельцу продукта, через «пять почему» от требования к проблеме, по метрикам, которые отслеживал заказчик. Это тоже сильный ответ, если видно, что вы искали смысл задачи.
Где спотыкаются
Называют функции вместо целей. «Сделать личный кабинет» это средство, а цель в том, что изменится для бизнеса: меньше звонков в поддержку, больше повторных продаж.
Приводят круглые проценты без способа измерения. Вопрос «как считали?» после этого почти гарантирован.
Молчат о том, что цели менялись или конфликтовали между стейкхолдерами. Реальные проекты такими и бывают, а умение согласовать противоречия для аналитика заметный плюс.