Собирали ли вы бизнес-требования самостоятельно?
Что проверяют
Можете ли вы работать со стейкхолдером без посредника и отличаете ли потребность от предложенного решения. За вопросом обычно стоит реальная ситуация: идти к заказчику придётся самому, и нужно понять, не превратится ли это в стенограмму просьб.
Как отвечать
Опишите свой порядок работы, а не единственный случай:
- определить круг заинтересованных и того, кто принимает решение;
- изучить, как процесс идёт сейчас: документы, выгрузки, наблюдение за работой пользователя;
- интервью открытыми вопросами, обязательно с «зачем», чтобы за просьбой найти цель;
- зафиксировать цель и метрику, по которой станет понятно, что она достигнута;
- разложить бизнес-требования на пользовательские и функциональные, описать сценарии и критерии приёмки;
- согласовать письменно и вести изменения версиями, а не правками на словах.
Полезно назвать артефакты, с которыми работали: схема процесса, глоссарий, матрица трассируемости от цели до требования, пользовательские истории с критериями. Отдельно расскажите, как разводили противоречия: два подразделения хотят разного, вы вынесли конфликт на владельца продукта и зафиксировали приоритет.
Если самостоятельного опыта мало, честнее сказать, что собирали вместе с ведущим аналитиком, и описать свою часть. Это лучше, чем присвоить чужую работу и поплыть на первом же уточнении.
Где спотыкаются
Записывают то, что попросили. Заказчик называет решение, а не проблему, и без вопроса «какую задачу это закрывает» в разработку уезжает лишний экран.
Второе: нет подтверждения. Требования собраны только тогда, когда стейкхолдер их прочитал и согласовал, иначе на демонстрации выяснится, что имелось в виду другое.
Третье: пересказывают шаблон с готовыми процентами вроде сокращения времени обработки заявок. Цифра без методики замера разбирается одним уточняющим вопросом, и весь ответ обесценивается.