Em primeiro lugar, dar conclusões que podem ser utilizadas para a tomada de decisões
A migração de dados é essencialmente uma conversão regra-de-negócio, não uma tabela de reprodução simples. Valores vazios, duplicados, códigos históricos e exceções no antigo sistema exigem pessoal operacional para decidir como lidar com eles; a equipe de desenvolvimento é responsável por alcançar scripts de conversão reutilizáveis e relatórios de reconciliação.
Que condições precisam ser identificadas antes de se fazer o julgamento?
A mesma questão pode ter respostas diferentes em diferentes fases de negócio, dados e projetos. Sugere-se que as seguintes condições sejam verificadas e que as descobertas comuns na web sejam incorporadas em seus próprios projetos.
Ordem de adiantamento sugerida
Primeiro, vamos ser claros sobre o alvo e a fronteira.
Estabelecer uma lista de fontes, alvos, campos, regras e pessoas responsáveis.
Dependência da Chave de Validação
Executa uma migração experimental e gera quantidades, quantidades, campos-chave e relatórios incomuns.
Desenvolvimento de resultados avaliáveis
Permite que os usuários de negócios experimentem as cenas e alterem as regras e repitam os exercícios.
Certifique-se de decidir o próximo passo com os resultados reais.
Mudar formalmente de backup e confirmar processos incrementais, de retirada e assinatura.
Como é que entendes isso no negócio?
O negócio define a chave comum do cliente e as regras de mesclagem, preserva o antigo mapa de código; e move-se com um novo calibre e uma fonte histórica de documentação. Os exemplos não representam o desempenho de um determinado cliente, e as conclusões reais precisam ser verificadas em conjunto com os limites de volume de negócios, amostra, sistema e responsabilidade da empresa.
O poço mais fácil de pisar.
Comparar o número total registado antes e depois da migração apenas
As regras da limpeza são determinadas pelos técnicos, sem confirmação de negócios.
Migração oficial de scripts completos para primeira execução, sem audições e medição de tempo
Como devemos acabar recebendo e confirmando?
O relatório de aceitação e inspeção deve incluir o âmbito da migração, a versão de regra, a reconciliação de volume, a lista de anomalias, os resultados da amostra, o desempenho e o registo do encerramento.
Ao se preparar para comunicar com fornecedores ou equipes internas, recomenda-se que processos atuais, amostras representativas, sistemas existentes, tempo de planejamento e níveis de orçamento sejam trazidos. Primeiro, os itens desconhecidos são claramente marcados, e então a decisão é tomada de usar diagnósticos, PoC, projetos de alcance fixo ou pesquisa e desenvolvimento em curso, que é geralmente mais confiável do que uma demanda direta por um preço e duração sem fronteiras.