Какие методы работы с требованиями использовали?
Что проверяют
Отличаете ли вы работу с требованиями от методологии разработки. Ждут связную цепочку: выявили, проанализировали, описали, согласовали, приоритизировали, обеспечили трассировку, управляли изменениями. Следом просят пример конкретного требования и того, как оно менялось.
Как отвечать
Идите по этапам, называя технику и место, где вы её применяли:
- выявление: интервью со стейкхолдерами, воркшопы, наблюдение за работой пользователя, анализ текущей системы и документов, разбор обращений в поддержку, продуктовая аналитика, прототип в Figma как способ получить возражения раньше разработки;
- анализ: модели вместо стены текста. BPMN для процесса, sequence-диаграмма для интеграции, ER-модель для данных, диаграмма состояний для статусов заказа, C4 для контекста системы;
- документирование: user story с критериями приёмки по INVEST, use case для ветвистых сценариев, спецификация API вместе с бэкендом, примеры в формате Gherkin как общий язык с тестировщиками;
- приоритизация: MoSCoW, RICE, Kano, WSJF, обязательно с явным основанием оценки, а не «так решил владелец продукта»;
- проверка: ревью с разработкой и QA, чек-лист на непротиворечивость, полноту, измеримость и тестируемость. Требование, которое нельзя проверить, это пожелание;
- трассировка и изменения: матрица связей требование, задача, тест-кейс; версии и базовая линия в Confluence или своей системе; оценка влияния до принятия изменения.
Собирайте ответ вокруг одного своего проекта: что было больно, какую практику ввели, что изменилось. Общий список техник без этого звучит как содержание BABOK.
Где спотыкаются
Отвечают «работали по Scrum». Спрашивали не про организацию работ, а про то, как требование доходит от идеи до проверяемой формулировки.
Останавливаются на сборе и не рассказывают, что делали с изменениями. Именно управление изменениями отличает аналитика от секретаря совещаний.
Пишут решение вместо потребности. «Добавить кнопку в шапке» закрывает пространство вариантов, а «пользователю нужно вернуться к незавершённому заказу за один шаг» оставляет его открытым.