A maioria dos processos iterativos de desenvolvimento de software recomenda que mudanças não sejam introduzidas durante uma iteração. A principal idéia é que as iterações devam ser curtas e com escopo claramente definido de modo que possam ter sua duração controlada.

Para limitar o escopo dentro de uma iteração, as solicitações de mudança devem ser revisadas e priorizadas o mais rápido possível, mas só atribuídas para implementação em uma iteração futura através da Artifact: Lista de Itens de Trabalho.

Visto que as iterações são relativamente curtas esta estratégia não deve causar atraso no atendimento das solicitações de mudança urgentes ou importantes.

Uma notável exceção é um defeito descoberto durante os testes que impeça a equipe de alcançar os objetivos da iteração. Neste caso, é razoável atribuir o item de trabalho para a iteração atual visto que ele não representa uma mudança de escopo, mas representa um trabalho não terminado.

Faça as seguintes considerações ao escolher a iteração futura que atenderá a solicitação de mudança:

• Agrupe solicitações de mudança similares na mesma iteração. Por exemplo, as solicitações de mudança focadas na mesma funcionalidade ou que são interdependentes.
• Atribua as solicitações de mudança que tratam os maiores riscos na mais próxima iteração possível.