Por que o processo de aprovação de mudanças deve ser mais criterioso nas fases finais do ciclo de vida do projeto?

Porque mudanças nas fases finais geram maior custo e impacto, pois afetam trabalho já concluído e podem comprometer a linha de base de custos.

Explicação:
No início do projeto há menos trabalho concluído; portanto, mudanças costumam exigir menos retrabalho e têm custo relativamente baixo.
À medida que o projeto avança, entregas se consolidam e o retrabalho causado por mudanças impacta atividades já realizadas, elevando custos e riscos de atraso.
Por isso, nas fases finais exige-se: solicitação formal de mudança, análise detalhada de impacto (custo, prazo e escopo) e decisão fundamentada (por exemplo, pelo Change Control Board) ou rebaselining quando apropriado.

Exemplo:
Em um projeto de software, uma alteração de arquitetura solicitada no início pode afetar apenas 10% do código; se a mesma alteração for solicitada após integração e testes, pode afetar 70% do sistema.
\(EarlyCost = 0{,}10 \times 50000 = 5000 LateCost = 0{,}70 \times 50000 = 35000\)
Portanto, aprovar a mudança sem análise no final pode aumentar o custo em R$30.000 e gerar atrasos significativos, justificando um controle mais rígido.