Az IKT-szektor nagy részben olyan munkából áll, amely felismerhető lépésekre bontható: kód írása egy specifikáció szerint, tesztelés rögzített kritériumok alapján, dokumentáció karbantartása, ticketek triázsolása, infrastruktúra konfigurálása, jelentések összeállítása. Emellett ott van a munka, amely éppen nem fogható lépésekbe: egy architektúra-döntés, amely évekre kiható marad, egy ügyfél, aki olyan problémát ír le, amelyet még senki nem oldott meg, egy csapat, amelynek egy határidőt és egy minőségi követelményt kell egymással szemben mérlegelnie. Mindkét fajta munka ugyanazokban a pozíciókban van, gyakran ugyanannál a személynél, ugyanazon a napon.
Ez a keverék határozza meg, miért nem projektként érkezik itt az AI, hanem lopakodó elmozdulásként. A munka egy része mindig is munkaigényes volt anélkül, hogy komplex lett volna: kód átalakítása egyik nyelvről a másikra, tesztszkriptek generálása, logok átkutatása egy ismert minta után. Amint az AI ezt a részt teljesen vagy részben átveszi, a papíron semmi nem változik a stratégiában — a ütemterv, az ügyfélígéret, a szolgáltatási szint marad —, de az alatta lévő feltételezés, nevezetesen hány ember és óra szükséges ahhoz, hogy ezt az ígéretet beteljesítsék, már nem automatikusan igaz.
Az, ami az IKT-ban történik, nem foglalható össze úgy, hogy "az AI helyettesíti a programozókat". A munka három kategóriára oszlik, amelyek majdnem minden pozíción keresztül futnak. Bizonyos feladatokat az AI önállóan végezhet: strukturált kód generálása, rendszerek közötti átalakítási lépések, ismételhető tesztek. Más feladatok részben zajlanak: az AI javaslatot tesz — egy kódmódosítást, egy kockázatbecslést, egy incidens összefoglalóját — és egy ember jóváhagyja vagy elveti, egy rögzített indokkal. És egy harmadik kategória emberi munka marad: a beszélgetés az ügyféllel arról, mit is gondol valójában, a döntés arról, hogy egy rendszert termelésbe állítanak-e vagy nem, a felelősség azért, ha valami elromlik.
A megosztás e három között nem fix. Egy olyan vállalatnál, amely sok legacy-rendszerrel és kevés szabványosított dokumentációval dolgozik, a harmadik kategória aránya magasabb, mint egy modern, jól dokumentált infrastruktúrával rendelkező vállalatnál. Egy olyan csapatban, amely a felügyeletet a folyamat rögzített részeként szervezi meg — valaki, aki tényleg megítéli az AI-javaslatokat, nem csak átkattint rajtuk — több munka mozdul el a második kategóriába minőségromlás nélkül. Egy csapatban, ahol nincs ilyen felügyelet, az AI elszigetelt kísérletekre korlátozódik, és kevés változik, még akkor is, ha a technológia elérhető.
Az oka annak, hogy ez az igazgatói asztalt érinti, nem csak az IT-osztályt, az, hogy a stratégiák ebben a szektorban gyakran egy kapacitásra vonatkozó feltételezésen nyugszanak: mennyi fejlesztési kapacitás szükséges az ütemterv eléréséhez, mennyi support-kapacitás a szolgáltatási szint fenntartásához, mennyi senior-idő a juniorok betanításához. Ha az AI átveszi a munka egy részét az első vagy második kategóriában, megváltozik a felszabaduló órák és fte-kapacitás mennyisége — nem egy fix százalékban, ez a rendszerektől, a folyamat fegyelmétől és a felügyelet mértékétől függ, de az elmozdulás iránya biztos.
A stratégiai kérdés tehát nem az, hogy az AI átvesz-e munkát, hanem az, hogy a terv még a régi megosztásból indul-e ki. Egy ütemterv, amely fix fejlesztési kapacitásra számít, egy árazási modell, amely ügyfelenkénti fix support-óraszámból indul ki, egy képzési program, amely azon a feltételezésen épül, hogy a junior-munka változatlan marad — mindezek olyan feltételezések, amelyek ezen az elmozduláson keresztül bejelentés nélkül elévülhetnek. Senki nem vonja vissza őket formálisan; egyszerűen a tervben maradnak, míg alattuk a valóság megváltozik. Ez más mintázat, mint például a pénzügyi szolgáltatásokban, ahol a szabályozás részben meghatározza az automatizálás tempóját, vagy az építőiparban, ahol a fizikai megvalósítás más határt szab annak, mit vehet át az AI. Az IKT-ban a határ gyakran kevésbé fizikai és kevésbé jogi jellegű, és ezáltal gyorsabban elmozdítható — ami inkább növeli, mint csökkenti a kockázatát annak, hogy egy feltételezés csendben elavulttá válik.
Két vállalat ugyanabban az alszektorban itt nagyon különbözőképpen állhat, és ez a különbség ritkán az AI-eszközök elérhetőségében rejlik — azok mindkettő számára hozzáférhetők. A különbség abban van, hogy létezik-e működő felügyeleti mechanizmus, amely rögzített indokkal ítéli meg az AI-kimeneteket, hogy rendben van-e a dokumentáció és a rendszerek úgy, hogy az AI kezdhessen velük valamit, és hogy az igazgatóság mostanában megvizsgáltatta-e a stratégia alatti feltételezéseket azzal, ami operatívan már megváltozott. Az ilyen vizsgálat nélküli vállalatok egy olyan stratégia szerint irányítanak, amely papíron még helyes, míg az alatta lévő kapacitásfeltételezést már régen megelőzte a valóság.
Ez az elmozdulás azt a kérdést is érinti, ki üljön ott egy ilyen vizsgálatnál — nem csak az igazgatóság, hanem azok is, akik a munkát tényleg látják változni, ahogy azt leírja egy áttekintés arról, kinek kell részt vennie egy stratégiai átvilágításban. Amennyiben ez az elmozdulás személyzeti döntéseket érint, azokra saját jogi követelmények vonatkoznak; ez az oldal a stratégiáról szól, nem azokról a döntésekről.
Az alapkérdésre — melyik munkát veheti valóban át az AI ebben a vállalatban, melyiket részben, és melyik marad emberi munka — az FTE TO AI munkafelmérése ad választ feladatonként, nem pedig egy egész szektorra vonatkozó becslés alapján. Mielőtt ez a felmérés szóba kerülne, van egy kisebb lépés: az ingyenes feltételezés-ellenőrzés, egy rövid kör, amelyben megnevezi a legfontosabb stratégiai feltételezéseit, és feltételezésenként látja, mikor erősítették meg utoljára valóban. Ez láthatóvá teszi, mely feltételezések állnak még szilárdan, és melyek csúsztak el csendben. A teljes stratégiai nyomásteszt, amely a külső képet az igazgatóság önértékelése mellé állítja, jelenleg épül.
Stel uw vraag. Vaak zit de echte vraag een laag dieper — daar mag ik naar vragen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.