O processo iterativo não está centrado em obter logo de início uma especificação completa de requisitos, mas sim atuando em pequenas partes, conhecendo em pequenas partes, revisitando e revisando sempre, complementando com novos requisitos e produzindo sempre uma nova versão do software a cada iteração. Tenha em mente que, nesse processo, cada iteração entrega um produto de software completo, um sistema completo, que é melhorado a cada iteração.

a) Podemos criar apenas um projeto de alto nível antes de começar a construir o produto e definir a solução de design para todo o produto; Projetar e construir uma versão do arcabouço do sistema; Evoluir o design baseado no que foi construído; Enquanto construímos, melhoramos o produto passo a passo; Rastreiam-se defeitos nos estágios iniciais; Obtemos feedback confiável dos usuários; Dedicamos menos tempo à documentação e mais tempo para a construção.
b) Mais recursos podem ser necessários; Embora o custo de mudança seja menor, não é adequado mudar os requisitos; É necessária mais atenção de gerenciamento; Definir incrementos pode exigir a definição do sistema completo.
c) A alteração dos requisitos pode ser acomodada sem maiores problemas; Permite o uso extensivo de protótipos; Os requisitos podem ser capturados com mais precisão; Usuários veem o sistema mais cedo, e ver uma tela ou uma sequência funcional é muito importante para eles; O desenvolvimento pode ser dividido em partes menores e isso ajuda a melhorar o gerenciamento de riscos.