Зачем нужны все эти требования нужны?

Часто программисты не осознают каким образом им ставятся задачи, откуда они берутся, почему эти задачи описаны именно так, а не иначе.

Работа архитектора состоит в том чтобы с одной стороны получить требования заказчика, а с другой стороны архитектор должен декомпозировать эти требования на понятные последовательные шаги, которые могут быть выполнены разработчиками.

Это не так просто, как кажется.
Потому что архитектор сам должен понять: "А что от него требует заказчик? Как это должно работать? Как должно выглядеть?" Он должен понять какие в будущем будут векторы развития приложения.

Именно осознание того, что от него требуется и как это должно работать - самое сложная и кропотливая работа.

Поэтому приходится разделять где бизнес, где его требования, где его правила.

Классифицируя это всё в документации, можно получить нормальный проект по которому уже конкретно раздать задачи для исполнения.

Поэтому и придумывают разные шаблоны для сбора требований, которые позволяют охватить разные аспекты задачи и систематизировать работу.