Antwoord.

Achtergrond van de vraag:

Datamigratie is een kritieke fase van grote IT-projecten, vooral wanneer de overstap van verouderde informatiesystemen (legacy) naar nieuwe oplossingen plaatsvindt. Fouten in de formalizatie van vereisten kunnen leiden tot verlies van belangrijke informatie of langdurige stilstand bij de lancering van het nieuwe systeem (meestal bij large-scale implementaties). In de geschiedenis zijn er treurige gevallen van banken die failliet gingen als gevolg van mislukkingen in migratie!

Probleem:

Onduidelijkheid over de formats van de bronnen en bestemmingen, verschillen in datastructuren, incompatibiliteit van referentietabellen, fouten in de mapping en tegenstrijdige verwachtingen van het business team en de technische integrator zijn de belangrijkste oorzaken van problematische migraties. Fictieve of onvoldoende gedetailleerde documentatie leidt tot het onvermogen om te achterhalen welke data kritisch zijn, welke kunnen worden samengevoegd en welke helemaal niet kunnen worden overgebracht.

Oplossing:

De system analyst voert een revisie van de data aan de bronzijde uit samen met de eigenaren van de bedrijfsprocessen; maakt een gedetailleerde datakaart (data mapping), bepaalt welke attributen verplicht gemigreerd moeten worden en welke niet. Documenteert aannames over gegevenskwaliteit (schoonheid, volledigheid), bepaalt transformatiesregels (bijvoorbeeld het wijzigen van datums, valuta, coderingen). Voor kritische velden wordt een test migratie en scenario's voor terugkeertests (reconciliation) geïmplementeerd. In elke fase worden tegelijkertijd instructies voor terugdraaien en criteria voor succes van de migratie opgesteld.

Belangrijke kenmerken:

Zorgvuldige revisie en behandeling van inconsistenties in formats tussen de source en target systemen
Het identificeren van kritische velden en hun prioriteit
Documentatie van terugdraai-scenario's en gegevensintegriteitstests (data reconciliation)

Vragen met een valstrik.

Is het voldoende om de data formats tussen systemen te vergelijken voor een succesvolle migratie?

Nee. Zelfs bij gelijke formats kunnen er inconsistenties zijn in de zakelijke betekenis van de gegevens, geldigheid van referentietabellen, semantiek van waarden. Zowel een zakelijke als technische audit van elk veld is nodig.

Kan de migratie worden beperkt tot alleen de "meest gevraagde" gegevens?

Nee. "Zeldzame" gegevens kunnen business-kritisch zijn voor individuele gebruikersprocessen (bijvoorbeeld voor oude contracten, verzekeringen). Alles moet worden vastgelegd in de vereisten.

Moet er een mogelijkheid tot terugdraaien van de migratie worden overwogen?

Zeker - zelfs met 100% testen kunnen er kritische fouten optreden na go-live, rollback is een verplicht onderdeel van de documentatie.

Typische fouten en anti-patronen

Onvoldoende detaillering van de datakaart en zakelijke attributen
Ontbreken van criteria voor een succesvolle migratie en terugdraai-scenario's
Verwaarlozing van een testmigratie met testdata
Het negeren van incidenten bij integratie interfaces (het missen van niet voor de hand liggende afhankelijkheden)

Voorbeeld uit het leven

Negatieve case: Tijdens de migratie van een erfenisbank systeem stemde de analyst alleen in met het overdragen van de belangrijkste tabellen, zonder de zakelijke betekenis van oude, ongebruikte referentietabellen te verduidelijken. Als gevolg daarvan ontdekten klanten problemen met de transactieverleden jaren na de lancering.

Voordelen:

Snelle lancering van het nieuwe systeem

Nadelen:

Gegevensverlies
Reputatierisico's voor de bank

Positieve case:

De analyst voerde samen met het bedrijf en IT een revisie uit van alle datasets, documenteerde afzonderlijke vereisten voor het overdragen van "zeldzame" gegevens, stemde validatiescenario's en terugdraai-scenario's af. De migratie was succesvol, er waren geen kritische klachten.