Como planejar o go-live do GUEPARDO Tax para não coincidir com o fechamento fiscal?

Discordo em um ponto: mudar a data do go-live não elimina o risco, só o muda de lugar. Veja, até onde sei, o primeiro fechamento depois da virada vai acontecer de qualquer jeito. O que reduz risco é ter períodos fechados para comparar e regressão contra essa evidência, e isso vale em qualquer data. Eu pediria as duas coisas: nova janela e plano de comparação.

Complementando, e aí, no mês passado passamos por algo parecido: uma mudança de versão caiu na semana do fechamento. O que ajudou foi o fiscal escrever o que precisava estar entregue antes de qualquer mudança em produção, e alguém com poder de segurar a janela.

Três perguntas para levar ao cronograma: quais obrigações vencem na semana da virada, quem valida o primeiro fechamento e qual é o plano se aparecer diferença de saldo. Quem valida é o cliente.

Outra forma é virar por ondas, em vez de uma data única.

1. Empresas ou filiais menores primeiro.
2. A onda grande só depois de um fechamento real da primeira.
3. Critério de saída escrito para cada onda.

Agora, até onde sei, depende de o desenho do projeto prever ondas; o material que temos da NTT não diz se o produto liga por empresa, então vale confirmar com a NTT.

A virada não deve cair em cima do fechamento: a janela fica logo depois de as obrigações do mês estarem geradas e entregues. Então, minha leitura é que fim de trimestre soma três cargas no mesmo time, fechamento, obrigações e virada, e o primeiro fechamento real depois da mudança é o teste que conta. Esse é o critério que eu levaria: a data escolhida deixa o fiscal livre para acompanhar o primeiro fechamento sem outra entrega vencendo.