No modelo de desenvolvimento de software em cascata, o chamado 'feedback tardio' representa um dos principais problemas enfrentados pelas equipes. Uma empresa utilizou esse modelo para desenvolver um sistema de gestão financeira e, apenas na fase de testes, identificou que os requisitos levantados no início do projeto não correspondiam às reais necessidades do cliente. Considerando essa situação, qual é a principal consequência do feedback tardio nesse modelo de desenvolvimento?
Questão
No modelo de desenvolvimento de software em cascata, o chamado 'feedback tardio' representa um dos principais problemas enfrentados pelas equipes. Uma empresa utilizou esse modelo para desenvolver um sistema de gestão financeira e, apenas na fase de testes, identificou que os requisitos levantados no início do projeto não correspondiam às reais necessidades do cliente. Considerando essa situação, qual é a principal consequência do feedback tardio nesse modelo de desenvolvimento?
Alternativas
A) A equipe consegue corrigir os requisitos com facilidade, pois cada fase foi documentada com precisão antes de avançar para a próxima.
B) Os problemas são detectados precocemente porque os stakeholders participam ativamente de todas as fases do desenvolvimento.
C) A identificação de problemas somente nas fases de teste ou implementação torna a correção cara e demorada, impactando prazos e orçamentos.
D) O modelo em cascata permite adaptações contínuas dos requisitos ao longo do ciclo, minimizando os impactos de mudanças tardias.
E) O feedback tardio é compensado pela entrega incremental de valor ao cliente ao final de cada fase do projeto.
Explicação
No modelo em cascata (waterfall), as fases são sequenciais (requisitos → projeto → implementação → testes → implantação). Como o cliente costuma validar de forma mais efetiva apenas quando há algo executável para ver/usar (muitas vezes só perto dos testes), erros de entendimento dos requisitos podem passar “invisíveis” por várias etapas.
Quando o problema é percebido apenas na fase de testes (feedback tardio), a consequência principal é que a correção exige retrabalho em várias fases já concluídas: rever requisitos, refazer análise/projeto, alterar código e re-testar. Isso geralmente aumenta muito o custo e o tempo, além de comprometer prazos e orçamento.
Analisando as alternativas:
- A é falsa: documentação ajuda, mas não torna a mudança “fácil”; a mudança tardia tende a ser cara.
- B é falsa: no cascata, a detecção não é tipicamente precoce com participação contínua.
- C descreve exatamente o efeito do feedback tardio.
- D é falsa: cascata não favorece adaptação contínua de requisitos.
- E é falsa: entrega incremental é característica de modelos iterativos/incrementais, não do cascata clássico.