Legacy rendszerek: miért üzleti kockázat a modernizáció halogatása? I 4D Soft
A legacy nem technológiai akadály. Hanem üzleti kockázat.
Miért üzleti kérdés a legacy rendszerek kezelése, és hogyan ismerhető fel időben a modernizáció szükségessége?
„Jaj, csak ehhez a rendszerhez ne kelljen hozzányúlni.”
A legtöbb nagyvállalatnál előbb-utóbb elhangzik ez a mondat. Ilyenkor általában olyan alkalmazásokról beszélünk, amelyek hosszú évek óta velünk vannak, kritikus üzleti folyamatokat szolgálnak ki, és amelyekről mindenki tudja, hogy egyszer valamit kezdeni kell velük.
Csak azt nem tudjuk pontosan, hogy mikor.
A legacy rendszerekről szóló beszélgetések többnyire technológiai kérdésként indulnak. Milyen platformon fut a rendszer? Támogatott-e még a technológia? Mennyi lenne az átállás költsége?
Az elmúlt több mint 35 évben szerzett tapasztalataink alapján azonban egyre inkább azt látjuk, hogy a legacy valójában nem technológiai, hanem üzleti kérdés.
A régi még nem jelent automatikusan legacyt
Door András üzletfejlesztési vezetőnk a Bitport CIO Podcast legutóbbi adásában is hangsúlyozta, hogy hiba lenne egyenlőségjelet tenni a „régi rendszer” és a „legacy rendszer” fogalmai közé.
Szinte minden szervezet működtet évekkel vagy akár évtizedekkel ezelőtt létrehozott megoldásokat. Ezek sok esetben stabilan működnek, jól támogatják az üzleti folyamatokat, és jelentős értéket képviselnek.
A kor önmagában nem probléma.
A kérdés inkább az, hogy az adott rendszer mennyire korlátozza a szervezet mozgásterét.
Amíg támogatja az üzleti célokat, addig egyszerűen egy bevált és megbízható eszközről beszélünk. Legacy-vá akkor válik, amikor a működtetése, továbbfejlesztése vagy kiváltása már olyan költségekkel, kockázatokkal és függőségekkel jár, amelyek érdemben befolyásolják a vállalat működését.
A kompromisszumok története
Ez ritkán történik egyik napról a másikra. A legtöbb esetben apró kompromisszumokkal kezdődik. Egy fejlesztés egy kicsit nehezebb. Egy funkció bevezetése egy kicsit tovább tart. Egy integráció egy kicsit bonyolultabb. Önmagukban ezek nem tűnnek komoly problémának.
Az évek során azonban összeadódnak. És ami korábban csak kisebb kényelmetlenség volt, idővel korláttá válik. Egy ponton azt vesszük észre, hogy a fenntartás aránytalanul sok energiát emészt fel. Szeretnénk gyorsabban reagálni a piaci változásokra, új szolgáltatásokat indítani vagy egyszerűsíteni a működést, de a meglévő környezet már nem segíti, hanem lassítja ezeket a törekvéseket.
Ekkor jelenik meg a technológiai adósság valódi ára.
Amikor a tegnapi jó döntés a holnap korlátja lesz
A technológiai adósság egyik legérdekesebb sajátossága, hogy általában nem rossz döntésekből születik. Éppen ellenkezőleg. Valamikor tudatosan választottunk egy platformot, egy architektúrát vagy egy technológiát, amely akkor a lehető legjobb megoldásnak tűnt. Valószínűleg az is volt. Évekig megbízhatóan szolgálta az üzletet, versenyelőnyt biztosított, és segítette a növekedést. Közben azonban a környezet megváltozott. Megjelent a felhő, átalakultak a biztonsági elvárások, új integrációs lehetőségek váltak elérhetővé, majd megérkezett a mesterséges intelligencia is.
A szervezet igényei már nem ugyanazok, mint amikor a rendszer született. Egyszer csak azt vesszük észre, hogy ami korábban előnyt jelentett, ma már inkább akadályozza a továbblépést.
Az évek során azonban összeadódnak. És ami korábban csak kisebb kényelmetlenség volt, idővel korláttá válik. Egy ponton azt vesszük észre, hogy a fenntartás aránytalanul sok energiát emészt fel. Szeretnénk gyorsabban reagálni a piaci változásokra, új szolgáltatásokat indítani vagy egyszerűsíteni a működést, de a meglévő környezet már nem segíti, hanem lassítja ezeket a törekvéseket.
Ekkor jelenik meg a technológiai adósság valódi ára.
A legnagyobb kockázat nem a technológia
Sokszor mégsem a technológiai korlátok jelentik a legnagyobb veszélyt.
Hanem a tudásvesztés. Legacy transzformációs projektjeinknél gyakran találkozunk azzal a helyzettel, hogy rendelkezésre áll a dokumentáció, elérhető a forráskód, mégis rendkívül nehéz megérteni egy-egy folyamat valódi üzleti logikáját. Miért működik pontosan így? Miért kerül át egy adat egyik rendszerből a másikba? Miért létezik egy adott üzleti szabály? Mi történne, ha kivezetnénk? Ezekre a kérdésekre sokszor nem a dokumentációk adnak választ. Hanem azok az emberek, akik részt vettek a rendszer kialakításában. Amikor pedig ezek a kollégák már nem elérhetők, a technológiai kihívásból üzleti kockázat lesz.
A modernizáció nem rendszercsere
Éppen ezért a legacy modernizáció nem arról szól, hogy egy régi alkalmazást új technológiára írunk át. A cél nem a múlt újragyártása. Hanem annak megértése, hogy milyen üzleti folyamatokat kell támogatni a következő három, öt vagy akár tíz évben.
A kérdés nem az, hogy hogyan őrizzük meg változatlanul a jelenlegi működést. Hanem az, hogy hogyan teremtsünk alapot a jövő működéséhez. Ezért tekintünk a legacy transzformációra elsősorban üzleti projektként. Mert bár van technológiai oldala – sőt, gyakran nagyon komplex technológiai oldala van – a projekt sikerét mégsem a programkód minősége vagy az elkészült funkciók száma határozza meg. Sokkal inkább az, hogy a szervezet gyorsabban, rugalmasabban és biztonságosabban tud-e működni utána.
A nagy ugrás ritkán működik
Számunkra az elmúlt évek egyik legfontosabb tanulsága, hogy a modernizáció ritkán sikeres egyszeri, mindent lecserélő projektek formájában. Kevés szervezet engedheti meg magának, hogy évekre befagyassza a fejlődést, majd a végén egyetlen lépésben vezessen be egy teljesen új környezetet.
A sikeres modernizációs programok inkább fokozatosan, az üzleti célokat mindvégig szem előtt tartva épülnek fel. Lépésről lépésre. Mérföldkőről mérföldkőre. Folyamatosan visszacsatolva arra, hogy az üzleti célok továbbra is ugyanazok-e, mint a projekt indulásakor.
Azonban a legacy rendszerek kiváltása nem csupán technológiai kérdés. A siker kulcsa azoknak a felhasználóknak a támogatása, akik nap mint nap ezekkel a rendszerekkel dolgoznak. Ha már a tervezés során bevonjuk őket, nagyobb az esély arra, hogy az új megoldás valódi üzleti értéket teremtsen és gyorsan elfogadottá váljon. Éppen ezért a változásmenedzsmentnek legalább akkora figyelmet kell kapnia, mint magának a technológiai modernizációnak.
Az AI sokszor csak tünet
Jó példa erre a mesterséges intelligencia. Manapság szinte minden szervezet azt keresi, hogy hogyan tudná kihasználni az AI nyújtotta lehetőségeket. A kezdeményezések jelentős része azonban ugyanabba az akadályba ütközik:
„Ahhoz, hogy ezt meg tudjuk csinálni, hozzá kell nyúlni ahhoz a régi rendszerhez.”
Amikor ez a mondat rendszeresen elhangzik, valójában nem AI-problémával állunk szemben. Hanem legacy problémával. Ha egy szervezet nem képes gyorsan integrálni új technológiákat, akkor a valódi kérdés nem az, hogy milyen AI-eszközt válasszon. Hanem az, hogy rendelkezik-e olyan alapokkal, amelyekre ezek az innovációk egyáltalán építhetők. Ha nem, akkor modernizálni kell. Nincs más választásunk.
A legfontosabb kérdés
Ekkor automatikusan felmerül a beruházás költsége. Pedig van még egy, legalább ennyire fontos kérdés. Mennyibe kerül, ha tovább halogatjuk a döntést? Ez a „nem cselekvés” azonban ritkán jelenik meg egyetlen költségsoron. Viszont ott van a növekvő üzleti kockázatokban, a tudás vesztésben, a növekvő reakció időben, az elmaradó innovációban. És azokban a lehetőségekben, amelyeket a hiányzó alapok miatt nem tudunk kihasználni.
Éppen ezért érdemes időről időre megállni, és feltenni egy egyszerű kérdést: Van-e olyan rendszer a szervezetben, amely köré túl sok üzleti függőség épült?
Ha a válasz igen, akkor valószínűleg nem egy technológiai problémával állunk szemben.
Hanem egy olyan üzleti kockázattal, amelyet érdemes még azelőtt kezelni, hogy döntési kényszerhelyzetet teremtene.