Uma data da linha do tempo mudou depois de o plano ser aprovado. Como o projeto absorve isso sem recomeçar?

Discordo de seguir com risco sem critério. Então, na última auditoria, a pergunta foi quem aceitou o risco e com que dado. Se a regra ainda pode mudar, registre a decisão de seguir com três itens: a premissa, o custo de refazer se mudar, o nome de quem aceitou. Sem os três, melhor parar a entrega até o fiscal confirmar a regra no texto vigente.

Aqui a gente tratou de outro jeito. Bem, em outras palavras, em vez de rever o plano a cada mudança de data, pusemos as datas fora do plano, numa lista de premissas com revisão agendada. O plano referencia a lista. Quando uma data muda, altera-se uma linha da lista e o plano recalcula o impacto. Talvez seja bobagem, mas desde então as mudanças deixaram de virar reunião de emergência.

Complementando a Camila com um critério de corte. E aí, olhando o número, eu classifico cada entrega em andamento: pode seguir, precisa de ajuste pequeno, precisa parar. Um trecho de como registro:

entrega 1: segue, regra de campo não mudou; entrega 2: ajuste, data de início depende da regra nova

Cada linha leva o nome de quem decidiu e a data. Isso vira o registro de mudança do projeto e evita discussão depois.

Primeiro separe o que depende da data do que não depende. Pelo meu histórico, pois é, a maior parte do trabalho (cadastro, dado mestre, ambiente de teste) não muda quando uma data muda. Faça uma tabela com três colunas: entrega, depende da data sim ou não, o que precisa de ajuste. Só as linhas com sim entram na revisão. Isso mostra para o patrocinador que a mudança custa um trecho, não o plano inteiro.