Röviden

• A digitális transzformáció üzleti döntés, nem öncélú technológiai csere.
• Érték akkor keletkezik, ha cél, mérőszám és felelősség tiszta.
• A következő lépés a portfóliószemlélet és a kockázatok fegyelmezett kezelése.

„Nem arról beszélünk, mi az AI, mi a blockchain vagy mi a digitális transzformáció – hanem arról, hogyan hat mindez valós szervezetekre, üzleti döntésekre és vezetői felelősségre.”

A tét a magyar közép- és nagyvállalatoknak kézzelfogható: felesleges költségspirál, versenyhátrány és megfelelőségi kockázat, ha a digitális transzformáció eszközökkel, nem pedig üzleti döntéssel indul. Cikkünk fő tétele: a digitális transzformáció valójában működési modellről szól. Akkor hoz értéket, ha világos célhoz kötjük, üzletileg mérjük, és a vezetés felelőst jelöl ki. Minden más sorrend felárral jár.

A szűk keresztmetszet nem a technológia, hanem a döntés

A technológia ma már ritkán valódi szűk keresztmetszet. Eszközből, platformból, felhőszolgáltatásból, automatizációs megoldásból és mesterséges intelligenciából bőséges a kínálat. A torlódás sokkal inkább a döntésnél jelentkezik: milyen problémát akarunk megoldani, milyen üzleti értékért, milyen költséggel, milyen kockázattal és milyen időtávon. Ezért a digitális transzformációt sem érdemes egyszerű eszközcserének tekinteni. Valójában működési módváltásról van szó: arról, hogyan jut el az adat a döntésig, a döntés pedig az üzleti eredményig.

Jó példa erre egy közepes gyártóvállalat helyzete, ahol felmerül egy teljes ERP-rendszer cseréje. A klasszikus „big bang” megközelítés drága, hosszú, jelentős szervezeti kapacitást köt le, és komoly működési kockázatokat hordoz. Lehetséges azonban más sorrend is. A vállalat először adatplatformot épít a meglévő ERP mellé, megtisztítja a törzsadatokat, majd egy jól körülhatárolt értékesítési folyamatot újít meg API-kon keresztül. Néhány hónapon belül már mérhetővé válhat a készletforgás javulása vagy az ajánlatadási átfutási idő csökkenése, miközben maga az ERP-csere későbbre tolható. Amikor pedig valóban sor kerül rá, a szervezet jobb adathigiéniával, tisztább folyamatokkal és kisebb kockázattal indul neki. A tanulság egyszerű: a sorrend számít. Előbb a célról kell dönteni, utána az adat- és folyamatalapot kell rendbe tenni, és csak ezután következik a nagy rendszerátalakítás.

A DIG-IT szemléletében ezért a technológia önmagában nem stratégia. Minden technológiai döntést üzleti narratívába kell illeszteni: ki a tulajdonosa, milyen eredményt várunk tőle, mikor mérjük, és milyen feltételek mellett folytatjuk vagy állítjuk le. Egy transzformáció ugyanis mindig költséggel jár, a kérdés csak az, hogy ez a költség befektetéssé válik-e, vagy elveszik a szervezet működésében. Ennek pénzügyi oldala gyakran a „run” és a „change” arányában válik láthatóvá. Ha a változtatásra szánt keret fokozatosan támogatási költségekben, integrációs pótmunkákban és újratervezésben oldódik fel, az üzleti érték nem ér partot. Ha viszont a változtatási portfólió fókuszált, a hatása megjelenhet a bruttó árrésben, a készpénzciklusban, a készletek forgási sebességében vagy a munkatársak produktivitásában.

A méréshez nincs feltétlenül szükség bonyolult keretrendszerre. Négy dolog azonban nem maradhat el: cél, bázisérték, felelős és határidő. A teljes tulajdonlási költség, vagyis a TCO mellé ezért érdemes a teljes vállalati értéket, a TVO-t is odaállítani. Ha például automatizáljuk az értékesítési folyamat egy lépését, nem elég a licenc- és bevezetési költséget figyelni. Mérni kell azt is, mennyi idő szabadult fel, változott-e a konverzió, csökkent-e a hibaarány, és gyorsabb lett-e az ügyfélkiszolgálás. Ugyanez igaz más területekre is. A bevételi hatásnál az új ügyfélszerzés, a kosárérték vagy a keresztértékesítés alakulása számít, az operációban az átfutási idő, a készletforgás vagy az elsőre-jó teljesítmény, a kockázati oldalon az incidensek száma, súlyossága és a leállási idő, az emberi oldalon pedig többek között a fluktuáció és a betanítási idő. Ha ezek egy vezetői rendszerben együtt látszanak, a digitális transzformáció többé nem vélemények és technológiai preferenciák vitája, hanem üzleti teljesítménykérdés.

A megfelelés nem utólagos ellenőrzés

A digitális transzformáció egyben megfelelőségi projekt is. Az adatok kezelése, az üzemfolytonosság, a kiberbiztonság, a beszállítói lánc és egyre gyakrabban a mesterséges intelligencia alkalmazása is olyan terület, ahol a technológiai döntések közvetlenül jogi és szabályozási következményekkel járnak. Ezért a megfelelési és jogi csapatot nem a projekt végén kell bevonni, hanem már a tervezéskor. Az adatkezelésnél előre tisztázni kell az adatkezelés célját, jogalapját és a megőrzési időket, magas kockázat esetén pedig adatvédelmi hatásvizsgálatra is szükség lehet. A kiberbiztonságnál a kockázatalapú védelem, az incidenskezelés és a beszállítói kontroll nem utólag beilleszthető funkció, hanem az architektúra és az üzemeltetés része.

A pénzügyi szektorban mindehhez társul az ICT-kockázatkezelés, a tesztelési követelmények és a kritikus harmadik felek kezelése, míg a mesterséges intelligencia használatánál egyre fontosabbá válik a dokumentáció, az emberi felügyelet, a felhasznált adatok minősége és az alkalmazás kockázati besorolása. Ez különösen érzékeny lehet olyan területeken, mint a toborzás, a hitelezés vagy bizonyos minőségellenőrzési folyamatok. A pontos jogszabályi követelmények és határidők szektoronként és használati esettől függően eltérhetnek, ezért ezeket minden szervezetnek a saját környezetére kell szabnia. A lényeg azonban általános: ha a megfelelés későn kerül az asztalra, az eredmény jellemzően újratervezés, csúszás és többletköltség lesz.

Nem nagy dobás, hanem fegyelmezett portfólió

A digitális transzformációt ezért célszerű nem egyetlen nagy programként, hanem egymásra épülő értékteremtési tételek portfóliójaként kezelni. Minden kezdeményezéshez előre meghatározott üzleti hipotézisnek, célértéknek és mérési tervnek kell tartoznia. Egy pilot akkor értékes, ha nem önmagában érdekes, hanem megmutatja, hogy egy adott beavatkozás ténylegesen javít-e valamely üzleti mutatón. Ha például egy fejlesztés célja az átfutási idő tíz százalékos csökkentése, akkor ennek már a projekt indulásakor ismertnek kell lennie, ahogyan annak is, hogy milyen adatok alapján mérjük a változást.

Ehhez szükség van valódi stop/go kapukra is. Ha a fejlesztés technikailag halad, de az üzleti hatás elmarad, nem szabad pusztán azért továbbfinanszírozni, mert már sok pénzt és időt költöttünk rá. Ilyenkor meg kell állni, módosítani kell a megközelítést, vagy szükség esetén le kell zárni a kezdeményezést. Ugyanilyen fontos az újrahasznosítható építőkockák létrehozása. Az adatkapcsolatok, API-k, komponensek és más technológiai elemek közös katalógusba szervezése csökkenti a párhuzamos fejlesztéseket, gyorsítja a következő projekteket, és javítja a beruházások megtérülését.

A költségvetésben ezért világosan el kell választani az üzemeltetésre fordított „run” és a változtatásra fordított „change” kiadásokat. A change kerethez mindig üzleti kimenetet kell rendelni. Egy értékesítési automatizációnál a licenc és a bevezetés ára mellett a felszabadított munkaidőt és a hibaarány változását is mérni kell, készletoptimalizálásnál pedig a technológiai költség mellé oda kell tenni a forgási sebesség, a készlethiány és a lekötött tőke alakulását. Így válik a technológiai beruházás pénzügyileg is értelmezhetővé.

A beszállítói szerződés is stratégiai eszköz

Ugyanez a gondolkodás a beszállítói kapcsolatokra is érvényes. Egy digitális transzformációs szerződésben ma már kevés az óradíj és az SLA. Az üzleti KPI-knak és az exit-szabályoknak is meg kell jelenniük. Már az RFP-ben tisztázni kell, milyen üzleti eredményeket várunk el, milyen biztonsági és megfelelési feltételeknek kell teljesülniük, mit tekintünk sikernek, és milyen esetben állítjuk le vagy alakítjuk át az együttműködést. Ez különösen fontos akkor, amikor a vállalat kritikus technológiai vagy adatkezelési képességeket helyez külső szolgáltatók kezébe.

A transzformáció másik alapja az adatút tisztasága. Az adat csak akkor teremt értéket, ha a forrástól a döntésig követhető, megfelelő minőségű és időben rendelkezésre áll. Ehhez egyértelmű adatgazdákra, validációs szabályokra, duplikációkezelésre és mérhető adatminőségi mutatókra van szükség. Az adat felhasználásának is konkrét célhoz kell kapcsolódnia. Egy dashboard önmagában még nem üzleti eredmény. Akkor válik értékessé, ha hozzá döntési folyamat tartozik: mit figyelünk, milyen eltérés esetén avatkozunk be, és mi változott a működésben a mérés eredményeként.

Emberi oldal nélkül nincs transzformáció

A technológiai programok egyik leggyakoribb vakfoltja a változáskezelés. A munkatársak képzése, a kulcsemberek rendelkezésre állása és az új működés elfogadása ugyanolyan valós költségtényező, mint egy licenc vagy egy integráció. Ha nincs dedikált szervezeti kapacitás, a projekt a státuszriportokban haladhat, miközben a tényleges használat elmarad. Éppen ezért hasznos lehet a „train the trainer” megközelítés, amelyben belső nagykövetek sajátítják el mélyebben az új megoldást, majd segítik a szervezet többi részét az átállásban. Ugyanilyen fontosak a gyors visszacsatolási csatornák, például heti office hours alkalmak vagy rövid pulzusfelmérések.

A go-live ugyanakkor nem azonos a sikerrel. Egy rendszer akkor válik valóban működővé, amikor a célcsoport érdemi része rendszeresen és helyesen használja. Ezért érdemes használati küszöböt is meghatározni, például azt, hogy a releváns munkatársak legalább nyolcvan százaléka ténylegesen az új folyamat szerint dolgozzon. Ezzel elválasztható egymástól a technikai bevezetés és az üzleti adoptáció.

Mit jelent mindez a felsővezetés számára?

A digitális transzformáció végső soron vállalatirányítási kérdés. A programszponzor feladata nem pusztán az, hogy támogatást biztosítson a projektnek, hanem az, hogy üzleti eredményt vállaljon érte. A tulajdonosi körnek szűknek, a döntési jogoknak világosnak, a felelősségeknek név szerint meghatározottnak kell lenniük. Termékalapú működésben a product ownernek nemcsak funkcionális felelősséget, hanem teljesítménycélt és lehetőség szerint büdzsét is kell kapnia. Folyamatalapú fejlesztés esetén pedig a folyamatgazdának a fejlesztés és az üzemeltetés közötti kapcsolat felett is valódi kontrollal kell rendelkeznie.

A felsővezetői dashboardon a pénzügyi mutatók, a technológiai kockázatok és a változásirányítási kockázatok nem külön világként, hanem egymással összefüggésben jelenjenek meg. A havi riportban egyszerre legyen látható, hogy halad-e a program, megjelenik-e a várt üzleti hatás, és nőtt vagy csökkent a kockázat. Ha egy projekt ütemezése zöld, de az üzleti eredmény sárga vagy piros, az nem sikeres projekt, hanem beavatkozást igénylő helyzet.

Az első 90 nap

A felsővezetés számára az első kilencven napban nem feltétlenül egy újabb többéves stratégia elkészítése a legfontosabb, hanem néhány konkrét döntés meghozatala. Érdemes kijelölni az első három értékterület üzleti felelőseit, és mindegyikhez egyértelmű célt és határidőt rendelni. Az IT és a pénzügy közösen rögzítheti a kiinduló értékeket, a mérési módszert és a riportálás rendjét. Ezzel párhuzamosan célszerű felülvizsgálni a beszállítói szerződéseket, egységesíteni a KPI-, exit-, biztonsági és megfelelési követelményeket, valamint közös kockázati térképen kezelni a technológiai és szervezeti változás kockázatait.

Mindezt egy jól felépített „pilot-alagút” teheti működőképessé: hat–tizenkét hetes, jól körülhatárolt kezdeményezések, előre meghatározott eredménykritériumokkal, stop/go döntési pontokkal és minden ciklus végén dokumentált tanulságokkal. Így a digitális transzformáció nem elszigetelt technológiai projektek sorozata lesz, hanem tudatos szervezeti tanulási rendszer.

Miért számít ez most?

A piaci diskurzusban gyakran összemosódik az innováció és a digitális transzformáció fogalma. Pedig nem ugyanarról beszélünk. Innováció nélkül nincs megújulás, de transzformáció nélkül az innováció könnyen szigetszerű marad: létrejön egy új megoldás, pilot vagy technológiai képesség, de nem épül be a szervezet alapműködésébe. A vezetés feladata ezért az, hogy a kettőt közös portfólióban kezelje, és minden kezdeményezést üzleti célhoz, mérőszámhoz és egyértelmű felelősséghez kössön.

A valódi kérdés ma tehát nem az, hogy milyen technológiát tudunk bevezetni. Sokkal inkább az, hogy milyen döntést tudunk jobb minőségben, gyorsabban és kisebb kockázattal meghozni, és ebből hogyan lesz mérhető vállalati érték.

„Mi itt a mélyére ásunk a dolgoknak. Összetett kérdéseket teszünk fel. És nem félünk összetett válaszokat adni.”

További gondolatok a DIG-IT szemléletéről: Rólunk

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