De acordo com a descrição da revisão de Sprint dada pelo professor, a revisão das datas é o assunto que deveria ser discutido nesse evento formal, porém de acordo com o Jeff Sutherland no livro SCRUM: a arte de fazer o dobro do trabalho na metade do tempo, jamais deve haver alteração nos prazos, mas sim no escopo da(s) Sprint(s).
Oi Yuri,
Pelo que entendi, alterações de escopo ocorrerem com frequência no decorrer do desenvolvimento. Normalmente, o Time Scrum e o Product Owner começam por escrever tudo o que eles podem pensar para a priorização do Backlog.
Com agilidade, essa 1ª versão do Product Backlog é quase sempre mais do que suficiente para rodar uma primeira Sprint. A partir disso, o Backlog do produto/projeto é então permitido crescer e mudar à medida que se aprende mais sobre o entregável final desejado e seus clientes/stakeholders.
Minha ressalva em relação ao Jeff Sutherland é sobre o jamais alterar prazos. Talvez ele diga isso por conta da priorização que os envolvidos precisam fazer, faz sentido?