Naslijeđeni softver - sustav koji funkcionira, ali je tehnološki zastario - glavobolja je gotovo svake tvrtke s više od deset godina poslovanja. Pravilna odluka između nadogradnje, migracije i potpuno novog razvoja može razlikovati 20.000 € i 6 mjeseci od 200.000 € i 2 godine. Tipičan kriterij: ako popravak postojećeg sustava traje više od 50 % novog razvoja, bolje je krenuti ispočetka. Ako je manje od 30 %, migracija je gotovo uvijek racionalnija.
Tri tipa naslijeđenog softvera
- Tip 1 - radi, ali se ne može mijenjati. Zastarjela tehnologija (PHP 5, VB6), izvorni tim otišao, svaka izmjena traje tjednima. Pristup: refaktoriranje ili postupna migracija.
- Tip 2 - kvari se sve češće. Greške se množe, performanse padaju, sigurnosne nadogradnje propuštene. Pristup: hitan plan migracije uz stabilizaciju starog.
- Tip 3 - više ne pokriva poslovne potrebe. Poslovanje se promijenilo, softver nije. Pristup: potpuno preispitivanje, često novi razvoj.
Realan trošak održavanja
“Ne dirati” rijetko je najjeftinija opcija. Skriveni troškovi: sporiji rad zaposlenika (10 sekundi po operaciji × 100 dnevno = 5 izgubljenih sati mjesečno po zaposleniku), više grešaka uz ručne intervencije, nezakrpani sigurnosni propusti koji mogu koštati 10 puta više od cijele migracije, nemogućnost rasta i teško zadržavanje developera. Ako baratate osobnim podacima, otvaraju se i GDPR propusti. Tipičan godišnji skriveni trošak za malu ili srednju tvrtku: 20.000 € - 80.000 €+.
Tri tehnike migracije
1. Strangler Fig (postupna). Novi sustav zamjenjuje stari jednu funkcionalnost po jednu. Pogodno za velike sustave gdje je “big bang” prerizičan. Često ide ruku pod ruku s ponovnom izgradnjom API integracija. 12 - 36 mjeseci, 40.000 € - 300.000 €+, nizak rizik.
2. Big Bang (potpuna zamjena). Stari sustav se gasi, novi preuzima. Pogodno za manje sustave. 6 - 18 mjeseci razvoja, 30.000 € - 150.000 €, visok rizik.
3. Usporedan rad. Oba sustava rade mjesecima dok korisnici postupno prelaze. Pogodno za kritične sustave gdje zastoj nije moguć. 3 - 12 mjeseci, 50.000 € - 250.000 €+, najniži rizik.
Najveće zamke pri ponovnom razvoju
- Kopiranje svih starih značajki 1:1. Mnoge su neiskorištene ili krive. Najprije mapirajte stvarno korištenje - jedna od najčešćih pogrešaka pri digitalizaciji.
- Bez plana za migraciju podataka. Često 20 % - 30 % opsega projekta, ne “samo skripta”.
- Premalo usporednog rada. Planirajte 2 - 3 mjeseca gdje god je moguće.
- Bez obuke korisnika. Nova logika bez obuke izaziva refleksni otpor.
- Bez plana nakon migracije. Operativna faza traje godinama. Plan održavanja ugovorite prije početka.
Često postavljana pitanja
Možemo li reviziju sami? Vlastiti tim prepoznaje funkcionalne probleme, ali rijetko daje objektivnu tehničku procjenu - interni developeri imaju emocionalnu vezu sa sustavom.
Što ako izvorni developeri više nisu dostupni? Često. Revizija traje 3 - 5 tjedana umjesto 2 - 4. Najteže je sa zastarjelim tehnologijama koje praktički nitko više ne koristi.
Možemo li migrirati samo dio sustava? Da, to je strangler fig. Mnoge tvrtke iskoriste migraciju za ponovnu procjenu softvera po mjeri vs SaaS po modulu.
Koliko traje tipičan projekt? Mali: 3 - 6 mjeseci. Srednji: 8 - 18 mjeseci. Veliki s povijesnim podacima: 18 - 36 mjeseci.
Povezani članci
- Kako odabrati razvojnu agenciju - 12 pitanja za migracijskog partnera.
- Softver po mjeri vs SaaS
- Pogreške pri digitalizaciji tvrtke
Imate naslijeđeni sustav?
Dogovorite besplatan Discovery razgovor. Pregledat ćemo sustav i predložiti realan plan migracije s konkretnim brojkama - ne s općenitim procjenama.
Javite nam se na [email protected] ili putem obrasca na našoj stranici.