Cum dovedim o migrare de Data Warehouse
Construim mecanismul de verificare înaintea celui de conversie
O migrare e gata atunci când echivalența poate fi demonstrată cuiva care nu a lucrat niciodată în proiect.
Înainte să fie convertită vreo linie de cod, stabilim împreună cu clientul ce înseamnă „aceleași rezultate”, în scris, iar definiția devine criteriul de acceptanță pentru întregul program. Mecanismul care dovedește echivalența se construiește primul. Mecanismul care mută și traduce datele se construiește al doilea.
Majoritatea programelor de migrare fac invers și descoperă la punerea în funcțiune că nimeni nu a stabilit cum arată un rezultat corect.
Agreate în scris, în prealabil
Criterii de echivalență
Mecanismul de verificare
Dovedește că sistemele vechi și noi oferă aceleași rezultate.
Mecanismul de conversie
Migrează și transpune codul, tabelele și rapoartele
Verificare construită înaintea conversiei, cu criterii de echivalență convenite în prealabil.
Riscul pe care îl duce un Head of Data nu e o migrare lentă. E una pe care nu o poate dovedi.
De ce contează ordinea într-un mediu reglementat
Pentru o bancă ce își mută Data Warehouse-ul dintr-o soluție on-premises în cloud, raportarea către banca centrală națională și către Banca Centrală Europeană continuă pe tot parcursul migrării. Sistemul vechi și cel nou trebuie să răspundă la aceleași întrebări, pentru aceleași perioade de raportare, atât timp cât e nevoie ca al doilea să devină de încredere.
În acest context, o diferență între cele două sisteme nu e o problemă tehnică. E o problemă de conformitate și are termen.
Cele cinci faze
FAZA
Definirea echivalenței
Înainte să se miște ceva, se răspunde la patru întrebări și se consemnează în scris:
- Identic până la ultima unitate monetară, sau în limita unei toleranțe agreate?
- Identic pentru perioada curentă de raportare, sau pentru tot istoricul din sursă?
- Identic pentru raportarea către regulator, sau pentru fiecare raport intern construit peste ea?
- Cine semnează că s-a potrivit — responsabilul de testare al clientului, sau al nostru?
Aceste întrebări iau o după-amiază la începutul unui program. Lăsate deschise, iau luni de discuții la finalul lui.
FAZA
Construirea reconcilierii
O comparație automată între cele două sisteme, proiectată după definițiile stabilite în faza 1. Rulează repetat, nu o singură dată, și produce dovezi, nu un verdict.
FAZA
Conversia
Codul, tabelele și rapoartele trec pe platforma nouă. E faza pe care se concentrează majoritatea instrumentelor și cea mai mare parte a atenției din piață: viteză, automatizare, asistență AI. Și e faza care, luată singură, contează cel mai puțin.
FAZA
Rularea în paralel
Ambele sisteme procesează aceleași perioade de raportare, în paralel, până când rezultatele coincid și continuă să coincidă. Rularea în paralel apare rar în bugetul inițial și e cea mai ieftină asigurare din program — alternativa e să descoperi diferența după punerea în funcțiune, când sistemul vechi e deja oprit și nu mai ai cu ce compara.
FAZA
Acceptanța
Criteriile stabilite în faza 1 se rulează, dovezile se produc, iar responsabilul de testare al clientului semnează. Programul se încheie pe un rezultat demonstrabil, nu pe o dată din plan.
Ce semnează, de fapt, responsabilul de testare
Numărul de înregistrări
Soldurile totale
Care se potrivesc cu declarația către regulator, nu cu un raport intern construit peste ea.
O listă documentată de excepții
Ce diferă, de ce diferă și cine a acceptat.
O rulare repetabilă
Ca dovada să poată fi produsă din nou după punerea în funcțiune, pentru un auditor sau pentru regulator.
Când acestea sunt convenite înainte de conversie, ele servesc drept criterii de acceptanță.
Când sunt reunite abia în faza de cutover, acestea devin de obicei motive de dispută.
Nu e o metodă proiectată pe hârtie. E tiparul pe care consultanții noștri îl aplică în migrările de Data Warehouse pentru bănci, din soluții on-premises către cloud, în timp ce raportarea reglementată continuă. Avem consultanți în echipele de date ale băncilor din România, Polonia, Austria, Germania și Elveția.
- 🇷🇴 România
- 🇵🇱 Polonia
- 🇦🇹 Austria
- 🇩🇪 Germania
- 🇨🇭 Elveția
Lucrăm integrați în echipa clientului, iar livrarea e susținută de cinci certificări ISO:
- ISO 9001 – Managementul Calității
- ISO 27001 – Managementul Securității Informației
- ISO 20000-1 – Managementul Serviciilor IT
- ISO 27701 – Tehnici de Securitate
- ISO 22301 – Sistemul de Management al Continuității Afacerii
Un set de criterii de acceptanță pe care le poate rula singur, după ce noi plecăm.
Dovada unei migrări nu ar trebui să depindă de oamenii care au făcut-o.
We always deliver. Expert Data Services.
We help you stay on top of your data for a successful business, so buckle up and ride the data journey with us.
Studii de caz
Spune-ne despre o migrare pe care o planifici
Unde se află depozitul dumneavoastră de date în prezent, înspre ce se mută și ce rapoarte trebuie să funcționeze fără întrerupere în timpul migrării? Revenim către dumneavoastră cu modul în care am defini echivalența pentru programul dumneavoastră.