O senso comum no desenvolvimento de software (baseado em décadas de experiência) é que os custos de mudanças aumentam de forma não linear conforme o projeto avança. O ideal seria ter um custo estabilizado ao longo da vida útil do software, para manutenção e evolução. Sabe-se que é relativamente fácil acomodar uma mudança quando a equipe de software está reunindo requisitos (no início de um projeto). Pois, talvez seja necessário alterar um detalhamento do uso, ampliar uma lista de funções ou editar uma especificação por escrito. Ou seja, os custos desse trabalho são mínimos, e o tempo demandado não afetará negativamente o resultado do projeto. Contudo, se adiantarmos alguns meses, a equipe está em meio aos testes de validação (que ocorrem relativamente no final do projeto), e um importante envolvido está solicitando uma mudança funcional grande. A mudança exige uma alteração no projeto da arquitetura do software, projeto e desenvolvimento de três novos componentes, modificações em outros cinco componentes, projeto de novos testes e assim por diante. Por isso, os custos crescem rapidamente, e o tempo e os esforços necessários para assegurar que a mudança seja feita sem efeitos colaterais inesperados não serão insignificantes. Analise a asserção-razão sobre os princípios do Manifesto Ágil. Mudanças nos requisitos são bem-vindas, mesmo que tardiamente no desenvolvimento, Porque II. processos ágeis tiram vantagem das mudanças, visando à vantagem competitiva do cliente.

O senso comum no desenvolvimento de software (baseado em décadas de experiência) é que os custos de mudanças aumentam de forma não linear conforme o projeto avança. O ideal seria ter um custo estabilizado ao longo da vida útil do software, para manutenção e evolução. Sabe-se que é relativamente fácil acomodar uma mudança quando a equipe de software está reunindo requisitos (no início de um projeto). Pois, talvez seja necessário alterar um detalhamento do uso, ampliar uma lista de funções ou editar uma especificação por escrito. Ou seja, os custos desse trabalho são mínimos, e o tempo demandado não afetará negativamente o resultado do projeto.

Contudo, se adiantarmos alguns meses, a equipe está em meio aos testes de validação (que ocorrem relativamente no final do projeto), e um importante envolvido está solicitando uma mudança funcional grande. A mudança exige uma alteração no projeto da arquitetura do software, projeto e desenvolvimento de três novos componentes, modificações em outros cinco componentes, projeto de novos testes e assim por diante.

Por isso, os custos crescem rapidamente, e o tempo e os esforços necessários para assegurar que a mudança seja feita sem efeitos colaterais inesperados não serão insignificantes.

Analise a asserção-razão sobre os princípios do Manifesto Ágil.

I. Mudanças nos requisitos são bem-vindas, mesmo que tardiamente no desenvolvimento,

Porque

II. processos ágeis tiram vantagem das mudanças, visando à vantagem competitiva do cliente.

1. As duas afirmações são verdadeiras, e a segunda justifica a primeira.
2. As duas afirmações são verdadeiras, e a segunda não justifica a primeira.
3. As duas afirmações são falsas.
4. A primeira afirmação é verdadeira, e a segunda é falsa.
5. A primeira afirmação é falsa, e a segunda é verdadeira.