Régi rendszerek
A 15 éves ERP még fut, de egyre nehezebben. A teljes újraírás ritkán a jó válasz — a fokozatos, moduláris modernizáció gyakran hatékonyabb.
A probléma
Egy régi rendszer nem azért probléma, mert régi. Azért probléma, mert a szervezet kinőtte — de a rendszer nem nőtt vele. Az interfész nehézkes, az integrációs lehetőségek korlátozottak, a karbantartás évről évre drágább, a fejlesztők, akik értik, egyre kevesebben vannak.
De a régi rendszerben évtizednyi üzleti logika van kódolva — olyan szabályok és kivételek, amelyeket senki sem dokumentált, de a rendszer ismeri. Ez az az érték, amit nem szabad elveszíteni a modernizáció során.
Ha a régi rendszer fejlesztője már nem elérhető, az első lépés nem az újraírás — hanem a dokumentáció: mi az, ami valóban él, és mi az, amit senki nem használ. Ez utóbbi legyen az első, amit kikapcsolunk.
A tipikus tévút
A tipikus reflex: írjuk újra az egészet. Egy big-bang projekt, amely 12-24 hónapig tart, 40-120M Ft-ba kerül, és a végén egy új rendszer — amelyik az esetek nagy részében nem tartalmazza azokat a kivételkezeléseket és üzleti szabályokat, amelyeket a régi rendszer ismert, de senki nem dokumentált.
A másik tévút: nem csinálunk semmit, mert 'még működik'. Ez addig jó, amíg működik — de a karbantartási költség évről évre nő, a fejlesztők egyre nehezebben találhatók, és egy komolyabb hiba esetén nincs B-terv.
A Footbridge-megközelítés
1. Megszüntethető? — Vannak-e a rendszer olyan moduljai, amelyeket senki nem használ? Egy 15 éves ERP-ben gyakran az aktív funkciók a teljes rendszer 30-50%-át teszik ki. A maradék "benne van, mert benne volt" — de senki nem nyúl hozzá. Ezek nem modernizálandók — ezek kikapcsolandók.
2. Áttervezhető? — Az aktív modulok közül melyek választhatók le önálló, modern szolgáltatásokként — anélkül, hogy az egész rendszert érintenénk? Ez a Strangler Fig pattern: az új funkciók modern technológián épülnek, a régi rendszer fokozatosan zsugorodik, és egy ponton kikapcsolható.
3. Automatizálható. — Az integráció a régi és az új rendszer között automatizálható — API-wrapper, adatmigráció, párhuzamos üzem. De mindig modulonként, nem egyszerre.
Anonim valódi példa
Egy 150 fős magyar gyártó cég 12 éves ERP-jét modernizáltuk — nem egyben, hanem 3 modulban. Az első modul (raktárkészlet-kezelés) 3 hét alatt készült el, a második (számlázás) 4 hét. A régi rendszer a harmadik modulig párhuzamosan futott — aztán az utolsó modul migrációja után lekapcsoltuk.
A teljes folyamat 5 hónap volt — nem 18. És minden fázisban volt működő rendszer, nem volt "élesítési rémálom".
Időtartam
5 hónap
Modulok
3 fázis
Leállás
0 nap
Tanács: ha a régi rendszer 'még működik' de évente 3-5M Ft-ot költesz a karbantartására, számold ki: 3 éves karbantartási költség vs. fokozatos modernizáció ára. Gyakran az utóbbi olcsóbb — és a végén egy modern rendszered lesz.
Mi a következő lépés?
Próbáld ki az ingyenes eszközünket, vagy beszéljünk.
Projekt healthcheck → Kapcsolat →