Como tratar a mudança de escopo?, por mais que exista a interação com o cliente o retrabalho vai ser inevitável, como falado no vídeo sendo culpa do cliente, como fazer essa cobrança ao mesmo, mudança de escopo gera mudança de valores e prazos de entrega.
hoje, com a Alura e o Google Gemini
Márcio, se você está trabalhando com metodologia ágil, a mudança no escopo terá muito menos impacto do que o modelo waterfall, já que você esta trabalhando por exemplo com sprint, que tem de 1 a 4 semana de trabalho considerando planejamento a execução. Por isso se o grau de incerteza for grande, trabalhe com sprints de 2 semanas, assim qualquer mudança impactará menos na continuidade do projeto.
Com a práticas ágeis o escopo do projeto fica mais aberto para mudanças seguindo a necessidade do cliente. Outra coisa importante na filosofia agile mudanças precisam ser vistas como uma maneira de entregar mais valor ao cliente. Lembre-se do manifesto: "Responder a mudanças mais que seguir um plano"
Já no modelo waterfall geralmente só na etapa de planejamento você terá no mínimo 1 mês de trabalho. Neste modelo sim você precisa ter regras duras para mudança de escopo, inclusive previstas em contrato, pois os impactos podem inviabilizar inclusive a continuidade do projeto.
Espero ter ajudado.