Como planejar a implantação do GUEPARDO Tax em um ambiente SAP com fases, donos e testes?

Olá, time. Falta o critério de saída. Então, o ganho é saber quando uma fase acabou: levantamento com lista aprovada pelo dono; testes com amostra de documentos reais comparada a um período já fechado; go-live só com plano de retorno; e a última validação é o primeiro fechamento em produção. Cada fase fecha com um registro simples: o que foi feito, quem aprovou, o que ficou pendente. Esse registro é o que a diretoria pede depois.

Boa noite, colegas. Discordo de começar só pela mais simples. Então, em outras palavras, o que atrasa projeto é o tempo do cliente, não do consultor: a homologação inclui a interpretação tributária, e quem faz é o cliente. Antes de definir módulos, nomeie o dono do cliente de cada onda e reserve o tempo dele no calendário. Sem isso a fase de testes escorrega, qualquer que seja a ordem dos módulos.

O que temos aqui: ordenar as ondas por risco e dependência. Alternativa que usamos: começar pela obrigação mais simples e de menor risco, para o time aprender o ambiente e o processo de teste, e deixar para depois a que mais dói. O problema é que, se a mais crítica ficar para o fim, ela pode chegar perto de um prazo externo. Por isso cada onda leva uma data de corte e uma folga declarada.

Talvez seja bobagem, mas eu começaria pela estrutura de fases, depois pela ordem dos módulos. Estrutura que costuma funcionar: (1) levantamento do que está em uso, medindo antes de propor; (2) desenho, decidindo o que replica, o que reconfigura e o que descontinua; (3) realização em ondas por obrigação; (4) testes; (5) cutover; (6) go-live e passagem para o AMS Fiscal. A documentação disponível não afirma uma ordem oficial da NTT entre módulos; confirme com a NTT.