MDM vs datamigrering – vad är skillnaden?
Av Isak La Fleur Engdahl"Vi behöver migrera datan – det är väl samma sak som MDM?" Den frågan får jag ofta, och missförståndet är fullt begripligt. Båda handlar om data, kvalitet och register. Men det är två olika discipliner med olika mål, och att blanda ihop dem leder ofta till att det ena görs på det andras bekostnad.
Här är skillnaden – och varför den spelar roll.
Den vanligaste missuppfattningen
Den vanligaste föreställningen är att en lyckad migrering "löser" datakvaliteten en gång för alla. Du städar datan, laddar in den i det nya systemet, och sedan är allt bra.
Problemet: data börjar förfalla i samma sekund den är på plats. Nya kunder läggs upp, produkter ändras, dubbletter smyger in, någon stavar fel i ett kritiskt fält. Utan något som löpande håller ordning är den nystädade datan smutsig igen inom ett år. Migreringen var ett tillfälle. Förfallet är kontinuerligt.
Det är precis det gapet MDM fyller.
Vad datamigrering är
Datamigrering är en engångshändelse med en tydlig början och ett tydligt slut: att flytta data från ett eller flera källsystem till ett målsystem, i samband med exempelvis ett ERP-byte.
- Mål: få rätt data, i rätt form, på plats i det nya systemet vid go-live.
- Livslängd: projekt – veckor till månader, sedan klart.
- Typiska steg: kartläggning, profilering, mappning, transformering, testladdningar, avstämning, cutover.
- Framgångsmått: systemet går live och datan stämmer med källan.
När projektet är över är migreringen avslutad. Den lämnar inget kvar som håller datan ren framåt.
Vad MDM är
Master data management är inte ett projekt – det är en pågående förmåga. MDM handlar om att definiera, styra och underhålla organisationens viktigaste data (kund, produkt, leverantör …) över tid, oavsett vilket system den lever i.
- Mål: en enda, pålitlig sanning om master data, dag efter dag.
- Livslängd: kontinuerlig – ägarskap, regler och processer som lever vidare.
- Typiska delar: dataägarskap, affärsregler, godkännandeflöden, dubbletthantering, datakvalitetsmätning.
- Framgångsmått: datan håller sig ren, och alla litar på den.
MDM frågar inte "hur flyttar vi datan?" utan "vem äger den, vad är rätt, och hur ser vi till att den förblir rätt?"
Hur de hänger ihop
De är olika – men de bästa projekten behandlar dem som partners, inte konkurrenter.
- En migrering är ett utmärkt tillfälle att börja med MDM. Du profilerar ändå datan, hittar dubbletterna och tvingas svara på "vad är rätt?". Den insikten är halva MDM-arbetet.
- MDM gör i sin tur nästa migrering enklare: när master data redan är styrd och ren är flytten dramatiskt mindre riskfylld.
- Utan MDM efter en migrering återgår datan långsamt till samma tillstånd du just städade bort.
Tänk på migreringen som att flytta in i ett nytt, städat hem – och MDM som rutinerna som håller det städat. Det ena utan det andra håller inte i längden.
Sammanfattning
Datamigrering flyttar data en gång; MDM håller datan rätt för alltid. Migrering är ett projekt med ett slutdatum, MDM en förmåga utan slutdatum. Blanda inte ihop dem – men använd migreringen som startpunkt för MDM, så får du ut långt mer av båda.
Funderar ni på var gränsen går i ert fall – och hur ni får migreringen att lägga grunden för långsiktig datakvalitet? Hör av dig – jag berättar gärna hur jag arbetar.