Az elmúlt fél évben három cégnél hallottam ugyanazt a mondatot, egymástól függetlenül, három különböző középvezetőtől. Nem az a baj, hogy AI-t kell használnunk. Az a baj, hogy közben semmi más nem változott. Ugyanaz a határidő, ugyanaz a létszám, ugyanaz a heti riport, csak most van mellette még egy dolog, amiért ő felel.
Írtam korábban arról, hogyan épül fel egy AI bevezetés change management oldala, és arról is, mit kell tudnia a felsővezetésnek. Ez a cikk szűkebb, és szándékosan az. Nem az egész szervezetről szól, hanem egyetlen rétegről, amelyik minden bevezetésben a legnagyobb terhet kapja, mégis szinte soha nem szerepel külön tételként a projekttervben.
Ahová a munka észrevétlenül becsúszik
Amikor egy cég elindít egy AI bevezetést, a felsővezetés dönt, a csapat használ, a középvezető pedig kap három új feladatot. Egyiket sem írja le senki, egyikhez sem rendel senki időt.
Az első az ellenőrzés. Valakinek meg kell néznie, hogy amit a gép írt, az igaz-e, használható-e, kimehet-e. Ez a valaki a legtöbb helyen a közvetlen vezető, mert ő ismeri a kontextust és ő viszi el a balhét, ha hiba megy ki.
A második a tanítás. A hivatalos képzés általában egy fél napos alkalom, ami után a csapat visszamegy dolgozni. Az igazi tanulás a következő hetekben történik, amikor valaki elakad, és megkérdezi a főnökét, hogy ezt hogy kellett volna. A vezető ilyenkor lesz oktató, anélkül, hogy bárki megkérdezte volna tőle, ért-e hozzá.
A harmadik a fordítás. Fentről érkezik egy mondat arról, hogy a cég AI-ra épít. Ezt le kell fordítani arra, hogy a hétfő reggeli munkakezdésnél Katinak és Bencének pontosan mit kell másképp csinálnia. Ez a fordítás mindig a középvezetőnél történik meg, vagy sehol.
Egy 400 fős logisztikai cégnél mértem meg ezt először tisztességesen. A diszpécser és ügyfélszolgálati csapatok kaptak egy asszisztenst, a bevezetés papíron simán ment. A hatodik héten a hat csoportvezető átlagosan heti öt és fél órát töltött olyan feladattal, ami három hónappal korábban nem létezett. Ebből egyetlen perc sem szerepelt semmilyen kapacitástervben, és egyikük sem szólt, mert azt hitte, hogy csak nála van így.
Az ellenőrzés, ami nem fér bele a napba
Az ellenőrzési teher természetét szoktam a legnehezebben elmagyarázni a felsővezetésnek, mert elsőre logikátlannak hangzik. Ha az AI gyorsabbá teszi a munkát, akkor miért lesz több dolga a vezetőnek.
Azért, mert az AI a kimenet mennyiségét is megnöveli. Egy ember naponta három ajánlatszöveget írt meg. Most kilencet készít elő. A vezető korábban három anyagot nézett át, most kilencet kellene, ugyanabban a fél órában. Az egy darabra jutó ellenőrzési idő nem csökkent, mert a hibák nem tűntek el, csak máshogy néznek ki. Egy gépi szöveg ritkán rossz nyelvtanilag. Attól még lehet benne rossz árfekvés, elavult feltétel vagy olyan ígéret, amit a cég nem tud tartani.
Ebből a projektből azt tanultam, hogy az AI a vezetői szinten nem csökkenti a munkát, hanem áthelyezi. Az alkotásra fordított idő lemegy, az ellenőrzésre fordított idő felmegy. Ha ezt senki nem tervezi be, a vezető abból veszi el az időt, amiből tud, és az szinte mindig ugyanaz. A csapatával töltött idő, a felkészülés, a gondolkodás.
Ez a csendes csere hosszú távon drágább, mint bármelyik licencdíj. Egy vezető, akinek elfogy az ideje a saját embereire, előbb-utóbb rosszabb döntéseket hoz, és ezt nem lehet visszamérni egyetlen AI mutatóban sem.
Amikor a szervezet lapul, a felelősség nem
Közben zajlik egy másik folyamat, ami ugyanezt a réteget nyomja. A cégek lapítják a szervezetet, mert az AI-tól azt várják, hogy a koordináció és a riportolás egy része magától megtörténik. Az elemzőcégek évek óta ugyanezt vetítik előre, több felmérés is arra jut, hogy a vállalatok jelentős része kifejezetten a vezetői szintek csökkentésére használja az AI-t.
Az egy vezetőre jutó beosztotti létszám az elmúlt évtizedben látványosan nőtt, és a legtöbb prognózis szerint tovább fog. Ez önmagában még kezelhető is lenne. A gond ott keletkezik, hogy a vezetői létszám csökkenése és az új vezetői feladatok megjelenése ugyanabban a negyedévben történik meg.
Az egyik pénzügyi holding kontrolling területén pontosan ezt láttam. Két vezetői szintből egy lett, a maradó csoportvezetők mindegyike tizenkét-tizennégy fővel dolgozott a korábbi hét helyett, és eközben indult az AI alapú riportgenerálás. A logika papíron kifogástalan volt. Ha a riportok nagy részét a rendszer állítja elő, kevesebb koordináció kell, tehát kevesebb vezető is elég.
A gyakorlatban az történt, hogy a riportok tényleg elkészültek, de minden hónap végén valakinek el kellett döntenie, hogy az eltéréseknél melyik szám a valóság. Ez a döntés nem koordináció, hanem szakmai ítélet, és pont az a réteg hozza, amelyiket megfeleztek. A negyedik hónapban a zárás nem gyorsabb lett, hanem lassabb, és két tapasztalt kolléga jelezte, hogy nem akar tovább csoportvezető lenni.
Amikor ezt kielemeztük, kiderült, hogy a szervezeti döntés és az AI bevezetés két külön projektként futott, két külön felelőssel, akik nem beszéltek egymással. Azóta minden ilyen munkánál megkérdezem az elején, hogy tervez-e a cég a következő évben strukturális változtatást ott, ahová a rendszer kerül. Ha igen, a kettőt egy naptárba kell tenni.
A képzés, ami rendszeresen mellémegy
Van egy visszatérő tévedés, amit szinte minden cégnél megtalálok. A középvezetőket ugyanarra a képzésre küldik, mint a beosztottakat, és az a képzés a szerszám kezeléséről szól. Hogyan kell promptot írni, hol van a chat ablak, mit ne másoljon be senki.
Ez a tudás fél éven belül elavul, mert a szerszám maga lesz egyre egyszerűbb. Nyáron olvastam egy amerikai elemzést a vezetői réteg terheléséről, ami ugyanezt írta le. A szervezetek annak a képességnek a fejlesztésébe fektetnek, amelyiket a technológia hamarosan átveszi, és pont azt hagyják fejlesztetlenül, amire a vezetőnek valóban szüksége van. Ítéletalkotás bizonytalan helyzetben, coaching, a szervezeti kontextus olvasása, döntés akkor, amikor az adat nem elég.
Ennek a különbségnek egyszerű oka van. A beosztott azt kérdezi, hogyan oldjam meg ezt a feladatot gyorsabban. A vezető azt kérdezi, kire bízhatom ezt a feladatot és mi történik, ha rosszul sül el. A második kérdésre soha nem a szerszám ismerete a válasz. Ettől lesz értelmetlen ugyanaz a tananyag a két csoportnak, még akkor is, ha a rendszer, amit használnak, ugyanaz.
Egy 35 fős kreatív ügynökségnél ez tisztán látszott. A csapatvezetők átmentek a prompt tréningen, jól használták a rendszert, mégis hetekig álltak egy kérdésnél. Hol a határ, ameddig egy gépi vázlat ügyfélhez kimehet. Ez nem prompt kérdés. Ez szakmai és üzleti döntés, amihez semmilyen tréning nem adott nekik keretet. Amikor ezt egy délelőtt alatt leültünk és leírtuk három mondatban, a rendszer használata azonnal megugrott, mert megszűnt a bizonytalanság.
Amit a középvezetőnek dönteni kell tudnia
Ha egyetlen dolgot vinnék be minden AI bevezetésbe a vezetői réteg felé, az nem képzés lenne, hanem egy oldalnyi leírt döntési jogkör. Ez a legolcsóbb beavatkozás, amit ismerek, és szinte sehol nem készül el.
Négy kérdésre kell benne válasz. Melyik feladattípusnál használhatja a csapat a rendszert önállóan. Melyiknél kell vezetői jóváhagyás, mielőtt bármi elhagyja a csapatot. Mi az, amit egyáltalán nem adunk gépnek, akkor sem, ha menne. És mi történik akkor, ha valaki hibát talál, kihez megy, meddig áll le a folyamat.
Az egyik gyártó cégnél ezt a négy választ egyetlen A4-es lapra írtuk, és kitettük mind a kilenc csoportvezetőnek. Két hét alatt a hozzám érkező kérdések nagyjából harmadára estek vissza. Nem azért, mert a vezetők okosabbak lettek, hanem mert nem kellett többé fejben újra és újra ugyanazt a határt meghúzniuk. Az a fajta láthatatlan döntési fáradtság, amit ez felemészt, sokkal nagyobb, mint amennyire a legtöbb felsővezető gondolja.
Hogyan csinálom másképp
A bevezetéseimben a középvezetői réteg nem együtt indul a csapattal, hanem négy-hat héttel előtte. Ennek gyakorlati oka van. Ha a csoportvezető ugyanakkor találkozik először a rendszerrel, mint a beosztottja, akkor az első hónapban nem tud segíteni, és ezt a csapat azonnal észreveszi. Onnantól a program hitele sérült.
Ebben az előszakaszban három dolog történik. A vezetők maguk használják a rendszert a saját napi munkájukra, nem demóban, hanem éles feladaton. Megírjuk a döntési jogköröket, méghozzá velük együtt, nem helyettük. És kimondjuk, hogy az ellenőrzésre fordított idő munkaidő, ami valahonnan el fog venni. Ezt a valahonnan mindig a felsővezetésnek kell megneveznie, mert ha nem teszi, a vezető a saját szabadidejéből fogja pótolni, amíg bírja.
Van egy negyedik elem is, amit ritkábban kérnek, mégis ez szokta a legnagyobb különbséget hozni. A vezetők kapnak egymás között egy rendszeres, rövid alkalmat, ahol csak a nehéz eseteket beszélik át. Nem képzés és nem státuszmegbeszélés. Egy fél óra kéthetente, ahol elmondják, mi az, amiben elakadtak, és meghallgatják, a másik hogyan döntött ugyanabban a helyzetben. A logisztikai cégnél ez a fél óra hozta a legtöbb konkrét szabályt, amit később mindenki használt, mert olyan helyzetekre született, amiket a projekt tervezésekor senki nem látott előre.
Azt tapasztaltam, hogy ez az előszakasz a teljes bevezetés legjobb megtérülésű része. Nem kerül szinte semmibe, és nélküle a legtöbb program a második hónapban lelassul, pont amikor a lelkesedés amúgy is természetesen apad.
Amit mérni kell a vezetői rétegen
A legtöbb AI bevezetés a felhasználást méri. Hányan léptek be, hány kérdést tettek fel, mennyi időt spóroltak. A vezetői rétegről semmilyen szám nem készül, pedig három mutató elég lenne, és havonta tíz percbe kerül.
Az első az ellenőrzésre fordított heti idő vezetőnként. Nem pontos mérés kell, egy becslés is elég. Ha ez nő és sehol nem jelenik meg a kapacitástervben, akkor a program valakinek a hétvégéjéből finanszírozza magát.
A második, hány gépi kimenetet küldtek vissza érdemi javításra. Ha ez a szám tartósan nulla felé megy, az nem a rendszer tökéletességét jelenti, hanem azt, hogy megszűnt a valódi ellenőrzés. Ugyanezt látom szinte minden területen, ahol az emberi jóváhagyás formálissá válik.
A harmadik, hány olyan kérdés jutott fel a vezetőhöz, amire nem volt előre leírt szabály. Ez a szám mutatja meg a legjobban, hol hiányzik a döntési keret. Ha egy csapatnál hónapról hónapra ugyanaz a kérdés jön vissza, akkor nem a csapattal van baj, hanem azzal, hogy azt a határt soha senki nem húzta meg.
A középvezetői réteg az AI bevezetés egyetlen olyan pontja, ahol a program vagy megkapaszkodik a napi működésben, vagy nem. Fentről lehet dönteni róla, lentről lehet használni, de a kettő között valakinek nap mint nap el kell döntenie, hogy ez az anyag most kimehet-e. Az a cég, amelyik ezt a réteget csak átvezetőnek nézi, a saját bevezetésének a legfontosabb kapacitását hagyja tervezetlenül.
kdconsulting.hu · [email protected]