Zakaj sistemi preživijo desetletja
Poslovna aplikacija ostane v uporabi, ker rešuje resničen problem in ker so uporabniki okoli nje zgradili procese. Dokumentacija je lahko nepopolna, vendar so v kodi in podatkih skrita pravila, izjeme in zgodovina odločitev. Nepremišljena zamenjava lahko to znanje izgubi.
Popis pred posegom
Pred prenovo je treba popisati funkcije, podatkovne tokove, integracije, uporabniške vloge, periodične naloge in kritične ročne obvoze. Pomembno je tudi ugotoviti, katere funkcije se uporabljajo in katere obstajajo samo zato, ker jih nihče ni upal odstraniti.
Postopna strategija
Namesto popolnega ponovnega razvoja je pogosto boljša strategija ovojnice in postopne zamenjave. Najprej se stabilizira podatkovni dostop, nato uvede API, prenovi posamezne module in počasi zmanjša odvisnost od starega jedra. Vsaka faza mora imeti možnost povratka.
Migracija podatkov
Podatkov ni dovolj samo prekopirati. Preveriti je treba šifrante, časovne pasove, kodne strani, podvojene zapise, manjkajoče reference in pravila arhiviranja. Migracijski skript mora biti ponovljiv in mora ustvariti poročilo o vseh odstopanjih.
Uspeh je poslovna kontinuiteta
Modernizacija je uspešna, ko uporabniki delo nadaljujejo brez izgube podatkov, nove funkcije pa je mogoče dodajati hitreje in varneje. Lepši uporabniški vmesnik je koristen, vendar ni glavno merilo. Glavni rezultat so obvladljivo tveganje, boljša vzdržljivost in jasna razvojna pot.