Есть и другие способы сбора требований.
Фокус-группы. Для интервью собирают 5–10 человек из тех, кто будет пользоваться разрабатываемой системой, чтобы выяснить их пожелания. Пользователей у системы может быть огромное количество, но предполагается, что мнения этих 5–10 человек совпадут с мнениями остальных.
Семинары с участием модератора. Если заинтересованных сторон не слишком много (до 15 человек), то можно провести специальный семинар по сбору требований.
Методы совместной разработки (Joint Application Development, Voice Of Customer, Agile). Команда быстро создает прототип или сильно упрощенную версию продукта (minimum viable product, MVP) и показывает его пользователям. Затем собираются пользовательские отзывы, которые и становятся требованиями. Такими маленькими итерациями список требований обновляется постоянно.
Прототипы. Создание чего-то похожего на итоговый результат и демонстрация заказчику. Цель — получить отзыв и понять правильность выбранного направления движения. Обычно прототипирование применяется в тех случаях, когда заказчик сам до конца не понимает, чего именно хочет.
Анкеты и опросы. Можно собирать требования при помощи анкет и опросов. Например, создавать их в Google Forms или SurveyMonkey и рассылать пользователям.
Наблюдения. Суть в том, чтобы наблюдать, как работает человек или компания. Увиденные действия и процессы документируются для дальнейшей обработки и оптимизации.
Бенчмаркинг. Заключается в адаптации лучших решений, применяющихся в других компаниях. Менеджер и команда изучают СМИ, отыскивая лучшие практики и решения у других компаний, а затем применяют их в своем проекте.
Анализ существующих документов. Очень часто нужную информацию можно найти в существующей документации или переписке.