Как управлять требованиями на практике
Что проверяют
Есть ли у вас рабочий процесс, а не пересказ учебника: откуда вы берёте требования, где храните, как проверяете и как следите за изменениями. В вопросе есть слова «на практике», поэтому ждут ваш проект. Следом обычно просят показать артефакт: user story, фрагмент спецификации или схему процесса.
Как отвечать
Опишите цикл по этапам и для каждого назовите, что делали вы:
- выявление: интервью, воркшопы, наблюдение за работой пользователей, анализ документов и текущей системы. Отдельно выясняйте потребность за просьбой: «нужна выгрузка в Excel» часто означает «нужен отчёт, которого нет»;
- анализ и моделирование: процессы в BPMN, сценарии в use case или user story, взаимодействие систем на диаграммах последовательности UML, контракты API в OpenAPI;
- спецификация: у требования есть идентификатор, источник, приоритет, статус и критерии приёмки. Нефункциональные требования (производительность, безопасность, доступность) формулируются измеримо;
- проверка: ревью с разработкой и тестированием, согласование с заказчиком. Хороший критерий: тестировщик может написать по требованию тест-кейс без уточнений;
- управление: базовая версия, трассировка к бизнес-целям, задачам и тестам, изменения через запросы.
Инструменты зависят от контекста: Jira и Confluence в продуктовой разработке, Jama или Polarion в регулируемых отраслях, ТЗ по ГОСТ 34.602 в государственных проектах. Опора в теории: BABOK и книга Вигерса о разработке требований.
Нужен свой пример с результатом: сколько задач возвращалось из тестирования до появления критериев приёмки и после, как сократилось число уточнений. Если опыт небольшой, честно расскажите про учебный проект и о том, как бы вы выстроили процесс.
Где спотыкаются
Перечисляют методы без привязки к опыту. Интервьюер спросит «а у вас как было», и ответ развалится.
Записывают просьбы заказчика дословно, не выясняя, какую проблему он решает. Потом требования приходится переделывать.
Забывают про нефункциональные требования и критерии приёмки. Тогда спор «готово или нет» решается на приёмке и всегда не в пользу сроков.