Proč migrace není "export a import"
V hlavě si migraci často zjednodušíme na jeden technický krok a to je vzít data ze starého systému a nahrát je do nového. Realita je jiná. Data, která firma roky sbírala ve starém systému (nebo ve víc systémech najednou), bývají nekonzistentní: stejný zákazník je v databázi třikrát pod mírně jiným názvem, položky mají různé jednotky nebo formáty, staré číselníky obsahují roky nepoužívané kategorie vedle aktivních.
Přenést takhle nesrovnalá data beze změny by znamenalo přenést do nového systému i všechny jeho staré chyby jen v modernějším balení. Migrace je proto především o rozhodování, co se přenese, co se sloučí a co se vyřadí, ne o technickém přesunu souborů.
Fáze migrace
Migrace, která funguje, má vždy jasně oddělené fáze, přeskočení nebo sloučení kterékoli z nich je nejčastější příčinou problémů po spuštění.
- Audit dat. Zmapování toho, jaká data firma vůbec má, kde všude jsou uložená a v jakém jsou stavu. Bez téhle fáze se snadno stane, že se na některý zdroj dat prostě zapomene.
- Čištění. Odstranění duplicit, sjednocení formátů, doplnění chybějících hodnot, rozhodnutí o starých a nepoužívaných záznamech. Tahle fáze bývá časově nejnáročnější a je primárně na straně firmy. Nikdo nezná význam a kontext vlastních dat lépe než ten, kdo je roky vytvářel.
- Mapování na novou strukturu. Přiřazení vyčištěných dat k polím a strukturám nového systému, které nemusí odpovídat tomu, jak byla data organizovaná ve starém systému.
- Testovací migrace. Migrace na zkoušku, obvykle na kopii produkčních dat, která ověří, že proces funguje a výsledek odpovídá očekávání, bez rizika pro ostrý provoz.
- Ostrá migrace. Samotný přesun dat do produkčního prostředí nového systému, obvykle v přesně naplánovaném okně, kdy je starý systém dočasně nedostupný pro úpravy.
- Validace. Kontrola, že se přenesla správná data ve správném tvaru. Porovnání vzorku záznamů se zdrojem, kontrola součtů a klíčových čísel, zapojení lidí, kteří data ve starém systému denně používali.
Nejčastější chyby
- Podcenění testovací fáze. Firmy pod tlakem termínu testovací migraci zkrátí nebo úplně vynechají a pak řeší problémy až na ostrém provozu, kde je náprava mnohem dražší a viditelnější pro celou firmu.
- Chybějící zodpovědnost za kvalitu dat. Když není jasně určeno, kdo konkrétně na straně firmy odpovídá za vyčištění a schválení dat před migrací, úkol se rozplyne mezi víc lidí a nikdo ho nedotáhne do konce.
- Migrace "za pochodu" bez zmrazení starého systému. Pokud se do starého systému dál zapisují nová data v době, kdy probíhá migrace, vznikají rozdíly mezi tím, co bylo migrováno, a aktuálním stavem. Starý systém je potřeba na jasně vymezenou dobu "zmrazit" – nebo mít přesný proces, jak dodatečně domigrovat i data vzniklá v mezičase.
Jak si rozdělit odpovědnost mezi interní tým a dodavatele
Dodavatel typicky zajišťuje technickou stránku migrace, tj. nastavení mapování, spuštění procesu, testování na úrovni systému. Firma je zodpovědná za obsahovou stránku dat, tj. rozhodnutí, co je platné a co ne, čištění a sjednocování záznamů, a hlavně věcnou validaci po migraci, protože jen lidé, kteří se s daty denně potkávají, dokážou spolehlivě poznat, že "sedí".
Tohle rozdělení je potřeba domluvit explicitně na začátku projektu, ne nechat ho vyplynout samo za běhu – nejasná odpovědnost je jeden z nejčastějších zdrojů zpoždění v harmonogramu.
Checklist před ostrou migrací
Než se přistoupí k ostré migraci, stojí za to projít si tenhle seznam:
- Máme čerstvou a ověřenou zálohu dat ze starého systému, oddělenou od migračního procesu?
- Existuje jasný rollback plán – co přesně uděláme, pokud migrace selže nebo výsledek neodpovídá očekávání?
- Je jasně určená osoba, která ostrou migraci na straně firmy odsouhlasí po validaci?
- Jsou zaměstnanci informovaní o tom, kdy bude starý systém nedostupný a jak dlouho migrace potrvá?
- Máme naplánovaný čas na dodatečné opravy v prvních dnech po spuštění, kdy se drobné nesrovnalosti obvykle ještě objevují?
Podnikáte ve výrobě?
Kvalita dat má u výrobních firem ještě specifičtější dopad – přímo ovlivňuje, jestli ERP systém dokáže spolehlivě řídit výrobu, sklad a plánování. Pokud podnikáte ve výrobě, přečtěte si Proč kvalita dat rozhoduje o tom, zda ERP systém ve výrobní firmě funguje, který jde do tématu hlouběji z pohledu konkrétních výrobních procesů.
Verdikt
Čas vyhrazený na migraci by měl odpovídat komplexnosti dat, ne délce vývoje samotného systému. Firma s deseti lety nekonzistentní historie v několika různých systémech potřebuje na migraci výrazně víc času než firma s daty vedenými přehledně na jednom místě bez ohledu na to, jak dlouho trvá samotný vývoj nebo implementace nového řešení. Migrace naplánovaná s dostatečnou rezervou a jasně rozdělenou odpovědností je nejlevnější pojistka proti tomu, že nový systém začne svůj život s nedůvěryhodnými daty.