U voert zelf een datamigratie uit, of u laat een datamigratie uitvoeren door een externe partner of leverancier. Maar hoe toont u aan dat alle gegevens juist, volledig en controleerbaar zijn overgezet? En wie toont dit aan? Biedt uw migratiepartij hiervoor een passende oplossing?

Als geen ander kunt u uw eigen data interpreteren. U weet immers wat de betekenis is van de gegevens en waar ze voor staan. Zelfs wanneer u dat niet exact (meer) weet, bijvoorbeeld omdat een systeem automatisch data of tags heeft gegenereerd. Of de interpretatie van de invoervelden per collega verschilde, of omdat er meerdere fusies zijn geweest. Zelfs dan weet u het nog steeds veel beter dan menig ander.

Je hoort het maar al te vaak: “Als ik het mocht overdoen…” of “Als ik dat eerder had geweten…”.
Dit geldt zeker voor datamigraties. Dit is voor veel organisaties meestal een eenmalige activiteit. En juist als je iets voor het eerst doet, dan stap je in die valkuilen en maak je -maar al te begrijpelijk- ‘beginnersfouten’.
Wat zijn de belangrijkste valkuilen van een datamigratie?

Het uitvoeren van een datamigratie is voor veel van onze opdrachtgevers niet een dagelijkse bezigheid en zeker geen doel op zich! Normaliter vormt een andere business driver de trigger voor het uitvoeren van een datamigratie.

Op tafel ligt een transitieplan. Er is sprake van een overname, fusie, insourcing, outsourcing of IT-vernieuwing. Dat er data van A naar B moet is wel duidelijk. Onze IT-afdeling maakt een interface en hup overzetten maar. Meer kan het toch niet zijn? Wellicht valt het mee. We reserveren een voorlopig budget. Of is het toch complexer en risicovoller? Wat is de impact van informatieverlies, operationele achterstanden, lapwerk achteraf, gaten in de rapportages of nog erger, reputatieschade en klantverlies? Eigenlijk weten we het niet en daarmee is het dus een risico. Zowel voor de haalbaarheid van het transitieprogramma als de productie daarna.