Az Oracle fejlesztői egyes feladatokat állítólag már körülbelül egy hét alatt elvégeznek, amelyekhez korábban két-három negyedév kellett. A látványos gyorsulás azonban új problémát hozott. A tesztelés, az ellenőrzés és a kiadás nem tudta ugyanilyen tempóban követni a kód elkészülését.
Állítsd be a mivagyunk.hu-t kedvenc forrásként a Google-benAmikor a munka gyorsul, a folyamat pedig utoléri saját magát
A Business Insider szeptember 19-én számolt be az Oracle egyik belső vállalati megbeszéléséről. A lap szerint Clay Magouyrk társ-vezérigazgató és Jae Evans informatikai igazgató arról beszélt a munkatársaknak, hogyan alakult a generatív MI bevezetése a vállalaton belül. Az Oracle áprilisban és májusban szélesebb körben hozzáférhetővé tette a ChatGPT Enterprise-t és a Codexet, majd három hónapon belül a dolgozók körülbelül 80 százaléka használta ezeket az eszközöket.
A szoftverfejlesztésben hamar látványos lett a különbség. A beszámoló szerint egyes munkák, amelyek korábban egy csapat két-három negyedéves kapacitását köthették le, körülbelül egy hét alatt elkészülhetnek.
A történet érdekesebb része ezután következett.
A kód gyorsabban készült, de ettől még végig kellett mennie a tesztelésen, validáción, biztonsági ellenőrzésen, telepítésen és a kiadási folyamaton. A termék elkészülésének sebességét így egy idő után már kevésbé a programozás határozta meg. A várakozás egyszerűen átkerült a következő munkafázisokra.
Az MI nem ugyanazt a folyamatot gyorsítja fel mindenhol
A Codexhez hasonló eszközök valóban képesek belenyúlni a teljes szoftverfejlesztési folyamatba. Az OpenAI saját vállalati példái között szerepel kódellenőrzés, tesztlefedettség növelése, új funkciók fejlesztése és összetett kódbázisok elemzése is. Ez azonban nem jelenti azt, hogy egy szervezet minden kapcsolódó munkafolyamata automatikusan ugyanannyival gyorsabb lesz.
Egy vállalat működése egymásra épülő feladatok láncolata. Ha az egyik ponton tízszeresére nő a teljesítmény, a következő részlegen hirtelen tízszer annyi ellenőrizendő anyag jelenhet meg. Az eredmény akár az is lehet, hogy az egész folyamat átfutási ideje alig változik.
Ez ugyanannak a problémának egy másik változata, amelyről korábban az Az MI időt spórol neked – és munkát ad a kollégádnak című cikkünkben írtunk. Ott egy gyorsan elkészített dokumentum okozhatott több munkát a címzettnek. Az Oracle esetében a gyorsabban elkészülő kód növelte meg a következő munkafázis terhelését.
Egy magyar vállalkozásnál ugyanez kisebb léptékben történhet
Ehhez nem kell több tízezer fejlesztőt foglalkoztató technológiai vállalatnak lenni.
Egy magyar cég MI-vel felgyorsíthatja például az ajánlatok elkészítését. Ha azonban minden ajánlatot ugyanannak az embernek kell szakmailag ellenőriznie és jóváhagynia, néhány nap múlva már ott áll a sor. Az ügyfélszolgálat gyorsan generálhat választervezeteket, miközben a bonyolultabb eseteket továbbra is embernek kell eldöntenie. A marketingcsapat egy délután alatt előállíthat egy havi tartalommennyiséget, de valakinek még át kell néznie, javítania és publikálnia azt.
Ez Magyarországon egyre kevésbé elméleti kérdés. A KSH szerint 2025-ben a hazai vállalkozások mintegy tizede használt MI-alapú technológiát. Az MI-t használó cégek körében az egyik gyorsan növekvő alkalmazási terület éppen a vállalati ügyviteli folyamatok és a vállalatirányítás volt. Ezek aránya 17,6 százalékról 31,6 százalékra nőtt egy év alatt.
A vezetőnek már nem csak az időmegtakarítást kell mérnie
Az MI-bevezetésnél ezért félrevezető lehet kizárólag azt figyelni, hány órával lett gyorsabb egy feladat. A fontosabb mérőszám sokszor az, hogy mennyi idő alatt jut el a munka az elejétől a használható végeredményig.
Ha egy ajánlat elkészítése három óráról húsz percre csökken, miközben két napig vár jóváhagyásra, a húsz perc önmagában kevés információt mond a vállalat hatékonyságáról. Ugyanez igaz a hibák számára, az ellenőrzési időre és arra is, hány ember munkáját érinti az új tempó.
Az Oracle történetének ezért van jelentősége jóval a szoftverfejlesztésen túl. Az MI bevezetése után könnyen kiderülhet, hogy a vállalat leglassabb pontja már egészen máshol van, mint néhány hónappal korábban. A következő fejlesztési döntést pedig éppen ott érdemes elkezdeni.
