Az IT tanácsadó ára eltörpül a rossz döntések költsége mellett

Röviden

• Sok projekt azért csúszik, mert a szakértőt későn vonják be.
• A késés, az újratervezés és a megfelelési kockázat többe kerül, mint a díj.
• A vezetésnek időben célról és kockázatról kell döntenie, üzleti elemzéssel.

„Amikor már ég a ház.” Így írja le Szamosközi Péter azt a pillanatot, amikor gyakran megkeresik. Négy hónap alatt kell behozni két év lemaradást, miközben a szervezet napi működése is terheli az embert és a rendszert. A magyar döntéshozónak ez pénzben és kockázatban mérhető: a látható tanácsadói díjjal szemben ott a csúszás, az újratervezés és a megfelelési kitettség rejtett költsége. Aki a következő hónapokban mesterséges intelligencia bevezetésről, nagyobb rendszerkiváltásról vagy új szabályozási megfelelésről dönt, valójában időt és reputációt is áraz. Szamosközi szerint a szakértő bevonása akkor hoz értelmet, ha nem a tűzoltás első lépése, hanem a projektindítás része.

A tét egyszerűen fogalmazva ez: az IT tanácsadó ára ritkán a legnagyobb tétel. A drága az, amikor a szervezet nem tudja, mit akar, vagy túl későn kéri a valós problémát feltáró segítséget. Szamosközi a DIG-IT Podcastban úgy látja, önmagában az IT ritkán bukik meg; a szűk keresztmetszet legtöbbször az idő és a pénz. Ebből az következik, hogy a tanácsadó díja nem puszta költség. Olyan kapacitás, amely csökkenti a félreértések, a követelménynövekedés (scope creep) és a jogi kitettség kockázatát, és a projekt ütemét a vezetői elvárásokhoz igazítja.

Előbb a döntés, aztán a rendszer

Szamosközi vízesés modellben dolgozik, ami csak akkor működik, ha a szervezet az elején rögzíti, mit akar elérni. A beszélgetésben felidézi, hányszor hallotta a projekt végén: „nem erre gondoltunk”. Ez nem technikai hiba, hanem döntéshozatali hiány. Az üzleti elemző feladata, hogy hidat képezzen az üzlet és az IT között, és leírja, mi a cél, milyen szabályok és jóváhagyások mellett kell működnie a folyamatnak. Ha ez kimarad, az IT csak találgat. A vége több kör újratervezés, drágább fejlesztés és feszült átadás. Szamosközi egy régi rendszer kiváltásának példáját is elmeséli: nem volt dokumentáció, a szakértelem kikopott, így „kihúzták a kábelt” képzeletben, és onnan térképezték fel, hol fájna a működés. A szükséges funkciók és adatok listája innen állt össze. Ez a módszer rávilágít: előbb a MIT, utána az IT.

A szervezeti kultúra szintén költség. Gyakori mintázat, hogy a menedzsment „odaadja az IT-nak” a feladatot, miközben nincs kijelölt üzleti gazda. Ilyenkor az IT egyszerre kapja meg az elemző, a folyamatszervező és a bevezetési felelősséget. Szamosközi szerint ez azért vezet válságértekezletekhez, mert a projekt nem kap egységes felhatalmazást és közös nyelvet. A korábbi rendszer működését sokszor senki sem ismeri, mégis „amit a régi tudott” a megrendelői mondat. Ez a hozzáállás időt és pénzt visz el, és a végén még a valódi igény sem teljesül.

Ár helyett kockázat és választási lehetőség

Szamosközi egy esetről mesél, ahol tizenkét technikailag megvalósítható opcióból kellett választani. A jog néhányat elvetett, néhányra azt mondta, „ha muszáj, megvédi”. A döntés végül az ár és az erőforrás-korlát alapján született, mert egy szervezetnek ritkán áll végtelen kapacitás a rendelkezésére. Ez tiszta vezetői helyzet: ki kell mondani, milyen üzleti célt mennyiért, milyen kockázatvállalással akarunk elérni. Szabályozott ágazatokban – a pénzügy, az egészségügy vagy a kritikus infrastruktúrák – a megfelelés halogatása nem reális opció. A bírságon túl felügyeleti, engedélyezési és reputációs következménye lehet, és személyes felelősség is felmerülhet. A „beárazott bírság” logikája itt könnyen tévedésnek bizonyul.

A magyar gyakorlatban az is költséget termel, ha a szervezet egyetlen „kerek” megoldást terjeszt a döntéshozók elé, alternatívák és hatásvizsgálat nélkül. A menedzsment ilyenkor joggal kérdez vissza: biztos, hogy csak ez működik? Biztos, hogy ennyi felhasználói feltételt kell elfogadni? A projekt sokszor azért nem tud válaszolni, mert nem gondolta végig az opciókat. A tanulság: a jó döntési anyag több változatot és költség–kockázat képet tesz az asztalra. Ebből választ a vezetés, nem pedig a „rossz és a rosszabb” közül a határidő napján.

Ha későn hívnak, minden drágább

A vendég szerint tipikus, hogy akkor kérnek segítséget, amikor már késik a projekt. Ilyenkor felül kell írni a normál erőforrás-tervet, külsősökkel kell növelni a kapacitást, és a szervezet ritmusa is megbomlik. Ez mind pénz. A következő másfél–két évben ráadásul a pénzügyi szektort érintő uniós megfelelési csomagok új adminisztratív és működési elvárásokat hoznak. A beszélgetésben elhangzik a digitális működési ellenálló-képességről szóló uniós rendelet (DORA) és a fizetési szolgáltatási csomag következő lépcsője (PSD3) is mint közelgő keret. A pontos kötelezettségeket érdemes saját jogi és megfelelőségi csapattal értelmezni, és az IT-val közösen ütemezni. A lényeg üzletileg: ad hoc tűzoltás helyett előre megvett kompetencia, reális ütemterv és világos projektgazda.

Egy szervezet, egy ritmus, egy felelős

Az, hogy hova kerül a folyamatszervezés és az üzleti elemzés, nem szervezeti rajz kérdése, hanem minőségi döntés. Van, ahol az IT alá teszik, máshol üzleti területhez vagy önálló projektirodához. Szamosközi tapasztalata szerint az működik, ahol van kijelölt üzleti gazda, egységes módszertan és olyan projektvezető, aki szinkronba hozza az eltérő „sürgősség-érzetet”. A KKV-k gyakran spórolnak az üzleti elemzőn, majd a fejlesztés közben derül ki, hogy „ezt is szeretnénk”. Ebből lesz a követelménynövekedés (scope creep) és a túlfutás. A nagyvállalatoknál más a dinamika, de a minta hasonló: ha a rendszer gazdája saját fontosságát látja a status quo-ban, nehezebb a változás. Ilyenkor különösen fontos a közös nyelv és a világos célállapot, mert ezek csökkentik a rejtett ellenállás költségét.

A DIG-IT olvasata

A DIG-IT olvasata szerint az IT tanácsadó ára akkor térül meg, ha a vezetés az elején dönt a célról, a kockázatról és a felelősről. A legolcsóbb projekt az, amelyik nem csúszik és nem fut újra, mert az üzleti igény tisztázott, az opciók fel vannak tárva, és a megfelelési ütemterv a valós kockázathoz igazodik. Ez a hozzáállás nem drágább, csak láthatóvá teszi a költséget ott, ahol keletkezik. És ez végső soron versenyelőny – pénzben és időben is.

Szamosközi sakkozó múltja jól illik ehhez a szemlélethez. A sakktáblán az nyer, aki előre látja a lépéseket, és jó helyre mozgatja az erőforrásait. A projektekben ugyanez a feladat. A matt itt annyit jelent: a rendszer időben átáll, a megfelelés rendben van, és az ügyfél ebből csak a megbízható működést érzékeli. A teljes beszélgetés a DIG-IT Podcastban hallgatható.

DIG-IT Podcast szerkesztőség - All rights Reserved.