Está prestes a enfrentar uma migração de dados de um sistema para outro? Se ainda não o está, este post será igualmente útil dado que, em algum momento, terá de enfrentar esta situação. Seja por motivos de atualização dos seus sistemas ou por uma ampliação ou melhoria de toda a infraestrutura que os suporta. É possível que também tenha de migrar para outros sistemas se desejar testar novas aplicações ou novos módulos que a sua equipa está a desenvolver antes de os colocar em produção. O lógico será testá-los com dados reais e, para isso, terá de enfrentar uma migração de dados de um sistema para outro.
Consegue imaginar quantos erros podem surgir numa destas migrações de dados se não antecipar algumas coisas e aprender a evitá-los?
Vejamos cinco desses erros e situações que deve evitar.
Imagine que enfrenta uma migração porque a sua empresa se fundiu com outra. É impossível que a sua migração decorra sem problemas se os utilizadores que conhecem os dados de ambas as empresas não se envolverem com o seu departamento desde o início para decidir como devem integrar esses dados.
O mesmo se aplica se, apesar de não ser uma fusão, estiver a tentar integrar dados de vários sistemas num só. As pessoas que compreendem os dados comerciais devem ser identificadas e ajudá-lo.
De qualquer maneira, las personas que van a usar los datos después del proyecto de migración deben trabalhar consigo para ajudar a escolher como integrarse entre sí.
Está a punto de mover algunos datos del sistema A al sistema B. ¿Quién es el proprietário de esos datos, Quién puede autorizar la edición o eliminação de datos redundantes o erróneos? Asegúrese de que nadie venga más tarde a pedirle explicaciones.
Las compañías a menudo no se dan cuenta de que es necessária uma avaliação de los dados que se van a migrar antes de embarcarse en un costoso trabalho de migrar dados de um sistema a outro.
Debe comprender la qualidade de los dados existentes en el sistema que hereda; caso contrário, pode cair numa grande armadilha na qual não consegue obter qualquer informação dos dados migrados e passa horas e horas a tentar corrigi-los ou melhorá-los.
Como um exemplo, deveria fazer-se estas perguntas: Os dados do sistema que vão ser migrados são úteis para os utilizadores que vão usá-los agora? Estão bem relacionados e normalizados no repositório de dados atual?
Não deixe isto para o fim. É realmente necessário se deseja garantir que todo o procedimento funcione corretamente.
Faça-se estas perguntas: Como serão testados os dados? Quem irá testá-los e avaliá-los? Quem vai aprovar que o resultado obtido seja o desejado? Quem é o consumidor final dos dados?
Os trabalhadores de uma organização podem ser muito bons no que fazem, mas isso não significa que sejam especialistas em administração e migração de dados. Muitas vezes são criadores e consumidores de dados, mas estão familiarizados com o uso de ferramentas, processos, Serviços, modelos, etc. necessárias para uma migração bem-sucedida.
Então, como você pode ver, uma migração de dados de um sistema para outro não deve ser subestimada. É um procedimento crítico que pode consumir muito tempo e, se não forem tidas em conta todas estas questões, pode ser desastroso.
