Diretriz: Atribuir Mudanças a Uma Iteração |  |
Esta diretriz oferece a melhor prática para isolar os membros da equipe das mudanças repentinas durante a iteração corrente. As solicitações de mudança são revistas e priorizadas durante a iteração corrente, mas não são ativadas até serem atribuídas a uma iteração futura.
Relacionamentos
Elementos Relacionados | Gerenciar a Iteração Gestão de Configuração e Mudança Gestão de Projeto Planejar a Iteração Priorizando Itens de Trabalho
Descrição Principal
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.
Este programa e o material que o acompanha são disponibilizados sob a Eclipse Public License v1.0 que acompanha esta distribuição. Direitos Autorais do OpenUP.