Varför datamigreringar misslyckas – och hur du undviker det

Datamigrering ses ofta som en teknisk transportsträcka – flytta data från A till B och gå live. I verkligheten är det här de flesta transformationsprojekt vinner eller förlorar. Migreringen är sällan det som får rubriker i en projektplan, men den är nästan alltid det som avgör om go‑live blir lugn eller kaotisk.

Efter snart ett decennium av migreringar ser jag samma mönster om och om igen. Det mest kontraintuitiva är att de flesta migreringar avgörs långt innan en enda rad data flyttas – i antagandena, ägarskapet och de kvalitetskrav som sätts (eller inte sätts) under planeringen. Den goda nyheten: alla fallgroparna går att undvika.

1. Datakvaliteten underskattas

Den vanligaste felkällan är antagandet att källdatan är bättre än den är. Dubbletter, ofullständiga fält, historiska "kreativa lösningar" i fritextfält, koder som betyder olika saker i olika system – allt detta dyker upp först när du börjar ladda på riktigt. Och då är det dyrt.

Den som mäter datakvaliteten tidigt slipper överraskningar vid cutover.

Börja med en datakartläggning redan i nulägesanalysen. Profilera fälten, mät kompletthet och hitta avvikelserna innan de blir en blockerare. Datakvalitet är inte en gissning – det är något du mäter. Och minst lika viktigt: kom överens om vad tillräckligt bra betyder. Utan definierade kvalitetskrav – acceptanskriterier per fält och objekt – finns ingen tröskel att mäta mot, och "klar" blir en åsikt istället för ett faktum.

2. Otydligt ägarskap

Vem äger kundregistret? Vem bestämmer vilken adress som är den rätta när tre system säger olika? Utan tydligt ägarskap fastnar besluten – och migreringen med dem.

• Utse dataägare per domän (kund, produkt, leverantör).
• Dokumentera regler för hur konflikter löses.
• Låt verksamheten, inte IT, äga affärsreglerna.

IT kan flytta bytes, men bara verksamheten vet vad datan betyder. De projekt som lyckas är de där verksamheten är med från dag ett – inte inkallad i panik veckan före go‑live.

3. Man försöker migrera allt

Det finns en stark instinkt att ta med allt – "vi kan ju behöva det". Men det mesta av legacy‑datan behöver sällan följa med. Varje extra objekt du migrerar är något som ska mappas, städas, testas och stämmas av.

Att aktivt bestämma vad som inte ska migreras är ett av de mest tidsbesparande beslut du kan ta. Fråga för varje dataobjekt: behövs det i målsystemet, eller räcker det som arkiv? Mindre scope betyder lägre risk och snabbare leverans.

4. Testning kommer för sent

Att vänta med testladdningar tills slutet är ett klassiskt misstag. Kör iterativa testladdningar tidigt och ofta, i flera miljöer. Varje våg ska ge mätbar förbättring i kvalitet och laddningstid – och låta nyckelpersoner i verksamheten verifiera att den migrerade datan faktiskt stämmer.

Testningen är inte ett kvalitetssteg på slutet. Den är motorn som driver kvaliteten uppåt genom hela projektet.

5. Ingen avstämningsstrategi

En migrering är inte klar för att laddningen gick igenom utan fel – den är klar när verksamheten kan bevisa att datan i målsystemet stämmer med källan. Förvånansvärt många projekt saknar en genomtänkt avstämningsstrategi och upptäcker avvikelser först när ekonomi eller logistik gör det åt dem efter go‑live.

Bestäm i förväg hur ni stämmer av: antal poster per objekt, summor och saldon, stickprov på affärskritiska poster och ett tydligt sign‑off från dataägarna. Avstämningen ska vara reproducerbar och köras efter varje testladdning – inte improviseras fram en gång vid cutover.

6. Cutover och fall‑back planeras för sent

Själva växlingen till det nya systemet – cutover – är där allt ska klaffa på en helg. Bulk‑ och deltaladdningar i rätt ordning, frysta master data, en tydlig tidslinje och, framför allt, en fall‑back‑plan om något går fel. Det här går inte att improvisera fram dagen innan.

En genomtänkt cutover‑plan som alla inblandade förstår och har godkänt är hjärtat i en lyckad go‑live.

Sammanfattning

En lyckad migrering handlar mindre om verktyg och mer om disciplin: definiera och mät kvaliteten tidigt, klargör ägarskapet, migrera mindre, testa kontinuerligt, stäm av mot källan och planera cutover i god tid. Gör du det blir go‑live lugn och odramatisk – precis som det ska vara.

Vill du undvika de här fallgroparna i ert projekt? Hör av dig – jag berättar gärna hur jag arbetar.