A seleção dos requisitos que são considerados "arquiteturalmente significantes", é direcionada por vários fatores:

• O benefício do requisito para os Analistas de Negócios: crítico, importante, ou útil.
• O impacto arquitetural do requisito: nenhum, estende, ou modifica. Podem existir requisitos críticos que têm pouco ou nenhum impacto sobre a arquitetura e requisitos de pouco benefício que têm um grande impacto. Os requisitos de pouco benefício com grandes impacto arquitetural devem ser revistos pelo gerente de projeto para uma eventual retirada do escopo do projeto.
• Os riscos a serem atenuados: desempenho, disponibilidade de um produto e adequação de um componente.
• A conclusão da cobertura da arquitetura.
• Outros objetivos tácticos ou restrições, tais como demonstração para o usuário, etc.

Podem existir dois requisitos associados aos mesmos componentes e com riscos semelhantes. Se você implementar o primeiro, o segundo não será arquiteturalmente significante Se você implementar o segundo antes, então o primeiro não será arquiteturalmente significante. Sendo assim estes atributos podem depender da ordem da iteração e devem ser reavaliados quando a ordem mudar, bem como quando os próprios requisitos mudarem.

Os requisitos arquiteturalmente significantes que são mal compreendidos ou susceptíveis a mudança devem ser priorizados para esclarecimento e estabilização. Em alguns casos, isso significa que mais análise dos requisitos deve ser feita antes da sua implementação. Em outros casos, alguma forma de prototipagem pode ser o melhor.