Como estruturar a transição de conhecimento do parceiro para a equipe interna no GUEPARDO Tax?

Então, como sempre, o que some no fim do projeto são os acessos e o canal de chamados. Notas de projeto citam como dependências o acesso individual aos ambientes, a ferramenta de chamados, o contrato do cliente com a NTT para o produto e o ambiente de qualidade. Antes do encerramento, confira um por um: quem tem acesso, quem abre chamado na NTT e onde fica o ambiente de testes.

Um teste que ajuda: e aí, no ambiente de qualidade, peça à equipe interna para reproduzir sozinha um cenário que o parceiro configurou, como um ajuste que mexe no fechamento. Registre onde travou. Cada travada vira item do documento de passagem. Notas de projeto lembram que quem valida é o cliente, e o teste técnico da consultoria não prova que a apuração do mês está certa.

Discordo em um ponto: roteiro de sessões não basta se ninguém separar o que é padrão do que é customizado. Veja, na minha área, o que quebrou foi justamente o que o treinamento não cobriu. Segundo notas de projeto, o treinamento de processo padrão do produto costuma ficar fora do contrato, e só se transfere o que foi customizado. Levante cedo o que é padrão e o que é Z, e decida como a equipe vai aprender o padrão.

Antes da pergunta, o contexto: sou nova na área, mas já vivi uma transição. O roteiro que funcionou:

1. Lista de tudo que foi customizado (extensões Z, regras, parametrização), cada item com dono.
2. Um fechamento real com a equipe interna operando e o parceiro só observando. O número é, viu, o de fechamentos acompanhados: um já mostra onde trava.
3. Um documento por obrigação: quem faz, quando, onde confere.
4. Acessos individuais para cada pessoa da equipe.

Antes de aceitar o encerramento, peça esses quatro itens por escrito.