Vezetői MI‑érettség nélkül projektpénzt égetünk

Röviden

• A vezetői MI‑érettség hiánya projektpurgatóriumot és költségégetést okoz.
• Üzleti probléma és rendezett adat nélkül nincs megbízható megtérülés.
• Kis, jól körülírt pilot és közös vezetői nyelv csökkenti a kockázatot.

„Arról viszont kevesen mernek szerintem beszélni, hogy a vezetők mennyire nem érettek azok az emberek, akikre elvileg bíznánk ennek az eszköztárnak a használatát.” Ezzel a mondattal indult a DIG‑IT Podcast egyik friss adása, és a stúdióban rögtön a pénz, a kockázat és a felelősség került elő. A forgatókönyv ismerős: szabályzat aláírva, licencek megvéve, a szervezet oldja meg. Közben nincs tiszta kép az adatról, a folyamatról és a változó költségekről. Ilyenkor nem képességet, hanem havi terhet vezetnek be. A tét azonnal látszik a büdzsén, ha hiányzik a vezetői MI‑érettség.

Szekér Zoltán „projektpurgatóriumként” írta le azt az állapotot, amikor a rendszer látszólag működik, de az üzleti érték nem mutatkozik meg. Szerinte az MI‑projektek nagyon nagy aránya sikertelen, ő 95 százalékot említett az adásban. A beszélgetésben többször előkerült, hogy a költség sosem áll meg a licencnél. A használat alapú díj, például a tokenforgalom, nehezen becsülhető, mégis hónapról hónapra megjelenik a számlán. Ezen a ponton a vezetői felkészültség azonnal mérhető következménnyé válik.

Előbb az üzleti probléma, aztán az eszköz

Koltai Balázs arról beszélt, hogy a megkeresések jelentős része eszközből indul. Ilyenkor visszalép az alapokhoz. Először az üzleti célokat és a fájópontokat teszi egyértelművé, csak utána jönnek a technológiai opciók. A műsorban gyakorlati menetrend is kirajzolódott: rövid vezetői képzés a közös nyelvért, ezután problémalista, kisméretű koncepcióigazolás (PoC), majd a bizonyított megoldás integrációja az éles működésbe. Kicsiben érdemes kezdeni, mert gyorsabban tanul a csapat, kisebb a kockázat, és hamar kiderül, hogy a szükséges adatok és rendszerek valóban rendelkezésre állnak.

A módszer része a „két fal” gondolkodás. Az egyik falon a mostani folyamat, a másikon a célállapot. A lépéseket, döntési pontokat, adatforrásokat és átfutási időket egymás mellé teszik. Így pontosan látszik, min kell változtatni, és hol keletkezhet üzleti érték. Fontos különbség, hogy a koncepcióigazolás nem folyamatfejlesztés, hanem eszközteszt. Ha ezt a vezetés összekeveri, könnyen megszületik az érzés, hogy „több a munka”. Ilyenkor még csak az MI‑eredmény minősége a kérdés, nem a végső működési modell. Koltai szerint a szállítói tárgyalásokon azért kell az elején kimondani a használat alapú költségeket, mert ezzel lehet megelőzni a későbbi vitákat és téves elvárásokat.

Előfeltételek és megtérülés a licencen túl

A stúdió példái azt mutatták, hogy a siker ritkán a legújabb modellváltozaton múlik. Ha a „CRM” valójában Excel, nehéz mire MI‑t építeni. Ha az adat papíron vagy szétszórt fájlokban él, az adatelőkészítés lesz az első nagy költségblokk. Ha a kulcsrendszerekhez nincs hozzáférés vagy dokumentáció, az integráció is elakadhat. Ezek nem pusztán technikai, hanem üzleti kockázatok. A feladat és a technológia illesztése ugyanilyen döntő. Vannak helyzetek, ahol a valószínűségi MI nem fér össze az elvárt pontossággal. Ilyenkor a klasszikus automatizáció lehet a racionális megoldás.

A megtérülés számítása a licencdíjon túl kezdődik. A használat alapú költségek, például a tokenforgalom, nehezen becsülhetők. Mégis ezek terhelik a havi kasszát. A bevételi oldal még bonyolultabb. Az időmegtakarítás csak akkor válik értékké, ha előre kimondják, mire fordítják vissza a kapacitást. Gyorsabb válaszidő, jobb ügyfélélmény, több értékes pillanat. Ezek mind valódi hatások lehetnek, de érdemes legjobb és legrosszabb esettel is számolni. A „két fal” gyakorlat itt segít: a jövőbeli folyamatban tudatosan meg kell nevezni, mivel foglalkoznak majd a kollégák, és hol keletkezik pénzzé tehető érték. Sok KKV‑nál nem a létszámcsökkenés a reális forgatókönyv, hanem az, hogy ugyanaz a csapat több bevételt vagy jobb minőséget hoz ugyanannyi idő alatt.

Feladatválasztás és az emberi oldal

Szekér Zoltán a „hallucináció” kockázatával érzékeltette, miért lehet veszélyes jogi szerződéseket MI‑vel „javíttatni”, ha a hiba ára magas. Más típusú problémáknál, például ajánlószövegeknél, belső tudáskeresésnél vagy sablonok készítésénél az MI jól használható. Itt is világosan kell definiálni a minőségi elvárást és az emberi ellenőrzés szerepét. A beszélgetésben elhangzott példák a nagy mennyiségű e‑mail feldolgozásától a futárcéges reklamációk monoton kezeléséig mutatták, hogy jól megválasztott feladatoknál valódi emberi idő szabadítható fel. Ez nemcsak hatékonyság, hanem kiégésmegelőzés is.

Kinek üzlet az MI ma

A stúdióban felmerült a nyers kérdés: kinek jó üzlet az MI. Elhangzott, hogy az infrastruktúrát és energiát biztosító szereplők, valamint a technológiai gyártók jól járhatnak. A felhasználói oldal akkor nyer, ha tudatosan választ feladatot és üzleti célt, és nem engedi, hogy a marketing történet vezesse a döntést. Személyi László szerint az egyenlőtlenség kockázata nőhet. Aki nem tartja a lépést és nem sajátítja el az eszközöket, lemaradhat. Ez még inkább indokolja, hogy a vezetői MI‑érettség ne eszközlistával, hanem közös megértéssel és valós problémákkal kezdődjön.

A DIG‑IT olvasata szerint a kormányzás feltétele a megtérülésnek

A DIG‑IT olvasata szerint a vezetői MI‑érettség kormányzási feladat. A felsővezetés akkor csökkenti a projektpurgatórium esélyét, ha előre kimondja a várt üzleti hasznot, kialakítja a közös nyelvet, és csak ezután indít kisméretű, jól körülírt pilotot. A koncepcióigazolás célját érdemes egy mondatban rögzíteni, az adat‑ és jogosultsági előfeltételeket pedig még előtte rendbe tenni. Így a szervezet nem „eszközt vezet be”, hanem üzleti eredményt épít, mérhetően. A részletek és a konkrét példák a DIG‑IT Podcast 4. évad 21. epizódjában hangzanak el. A kérdés most az, milyen gyorsan válnak ezek a gyakorlatok szervezeti szokássá.

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