::обычно делается. архитекторы архитектят архитектуру, если с нуля - на один (или два) спринта вперед.
в таком случа мы получаем систему с часто меняющей архитектурой :), вместо часто меняющихся требований(для чего аджай предназначен)
например в спринте 5 нам надо будет делать архитектурные изменения, которые повлекут за собой изменения в том, что сделано в спринте 1-4 + ретестинг.

как/по чем тестеры будут тестировать то, что было сделано в спринте 1-4? (регрешн тестинг)

::второе не имеет прямого отношения к Agile, но обычно для этого дела неплохо работает Вики (Confluence, если мы сдались Atlassian).
прямого отношения не имеет, но все же по каким документам делать регрешн тестинг?
где будут храниться требования, чтобы их можно было найти через год.
в вики?
например, как узнать, что первоначально мы доставали данные ХХХ с источника А, с 1 марта мы доставали их с источника Б,
а с 1 июля мы будем доставать их с источник А и Б и используя определенную логику оставлять ту запись, которая победит
а с 1 сентября эта логика поменялась для опредления записи из двух внешних источников
все это было сделано в разных спринтах, где и как информация/требования об этих изменениях будет сохраняться и как это найти.