Egy AI-alkalmazás, amely egy csapaton belül működik, egyszer eléri annak a csapatnak a határát. Egy összefoglalót, amelyet a marketing készít, az értékesítésnek is olvasnia kell tudni. Egy jelzésnek, amely az ügyfélszolgálatnál keletkezik, el kell érnie a productot. Amint ez megtörténik, már nem a modellről vagy a promptról szól a kérdés, hanem arról, hogyan viselkednek egymással az osztályok, amikor valami mozog közöttük, ami korábban nem létezett.
A chatablak-élmény azt a látszatot kelti, hogy az AI valami olyasmi, amit egy személy használ egy feladat elvégzésére. Ez alatt az ablak alatt egy másik valóság rejlik, különösen amint a munka több osztályra is kiterjed. Aki egy egymást követő lépések láncát alakít ki, felfedezi, hogy minden osztályok közötti átadás egy olyan pont, ahol valami elakadhat: egy formátum, amely nem illik, egy felelősség, amelyet senki nem vállal, egy rendszer, amellyel az egyik osztály rendelkezik, a másik pedig nem.
Az osztályok közötti koordináció három dologot követel meg, amelyek attól függetlenek, milyen modellt használnak.
Az osztályok gyakran ugyanazokat a szavakat használják különböző dolgokra. Egy lead a marketingnél mást jelent, mint az értékesítésnél. Egy panaszt az ügyfélszolgálat másképp osztályoz, mint a product. Amíg az AI-alkalmazások egy osztályon belül maradnak, ez a különbség nem tűnik fel. Amint az egyik osztály kimenete a másik bemenete lesz, a különbség zavarrá válik. Ez különösen igaz azokra a munkákra, amelyek szövegre és beszélgetésre támaszkodnak: aki dokumentumokat olvas és foglal össze egy másik osztály számára, annak tudnia kell, mely kifejezések jelentenek ott mást, és aki beszélgetéseket rögzít és követ fel, annak tudnia kell, ki veszi át a nyomkövetést, amint a beszélgetés egy másik osztályt érint.
Egy alkalmazás, amely megáll egy csapat határánál, az adott csapatvezető megbízásán belül marad. Amint az alkalmazás több osztályt is átjár, ez a megbízás már nem elegendő. Kell lennie valakinek, aki az osztályok fölött dönthet: ki teszi meg melyik lépést, ki felelős, ha valami elromlik, ki határozza meg, hogy az alkalmazást módosítják-e. Nélküle minden osztály a másikra mutat. Ez egyike azoknak az okoknak, amelyek miatt egy demó tulajdonos nélkül semmit nem eredményez: egy demó azt mutatja, hogy valami működhet, de nem mond semmit arról, ki felügyeli az osztályok közötti együttműködést, amint elkezdődik a valódi munka.
Az osztályok általában saját rendszereket építenek, saját feltevésekkel arra vonatkozóan, hol áll az adat, és ki férhet hozzá. Az osztályok közötti koordináció megköveteli, hogy ezek a rendszerek tudjanak egymással beszélni, vagy hogy legyen egy köztes réteg, amely ezt megteszi. Ez nem szándék kérdése; ez azon a kérdésen alapul, mi áll már rendelkezésre. Egy szervezetnek, ahol minden osztály saját, elszigetelt rendszert épített fel, más a feladata, mint egy szervezetnek, amely egy közös alapra épül. Ez a különbség akkor válik láthatóvá, amikor a munka olyan agenteket vesz igénybe, amelyek valóban lépéseket hajtanak végre: az, mit tehet munkát végrehajtó agentekkel, attól függ, hogy az adott agent az A osztálynál ugyanazzal a hozzáféréssel és ugyanazokkal a szabályokkal rendelkezik-e, mint a B osztálynál.
Egy pilot, amely egyetlen csapat sarkában fut, sosem mutatja meg, hol akad el az osztályok közötti koordináció, mert ezt a koordinációt sosem tesztelik. A pilot sikeresnek tűnik, és az a kérdés, mi történik, amint egy második osztályt is bekapcsolnak, megválaszolatlan marad addig, amíg a probléma be nem üt. Aki tudni akarja, hogy egy pilot, amely csak a saját sarkában működik, hoz-e valamit, annak pontosan azt az átadást kell megnéznie: nem azt, mi történik egy osztályon belül, hanem azt, mi történik abban a pillanatban, amikor a munka elhagyja az osztályt.
Az osztályok közötti koordináció egy függő réteg. Csak akkor működik, ha az alapvető dolgok rendben vannak: egy szervezet, amely tudja, ki miért felelős, egy IT-infrastruktúra, amely képes összekapcsolni az osztályokat, és egy adatkezelés, amely biztosítja, hogy amit egy osztály rögzít, az jelentéssel bírjon a másik számára. Ez az alap nélkül minden osztályok közötti koordinációra tett kísérlet utólagos javítás, és ez a javítás több időt vesz igénybe, mint az alkalmazás maga.
Hogy szervezete készen áll-e az osztályok közötti koordinációra, nem valami, amit magából az alkalmazásból lehet leolvasni. Attól függ, hogyan van felépítve a szervezet, mely rendszerek beszélnek már egymással, és van-e valaki, aki az osztályok határain túl is dönthet. A hybridresourcing.com érettségmérése ezt teszi láthatóvá: öt szint, hét dimenzióban, egy plot-fordulóval, amelyben a szervezet több embere pontoz egymástól függetlenül, így az osztályok közötti szórás láthatóvá válik, mielőtt az a gyakorlatban problémává válna. Az eszköz jelenleg fejlesztés alatt áll; aki szeretné használni, feliratkozhat a várólistára.
Ez az oldal azt írja le, mit követel meg az osztályok közötti koordináció ahhoz, hogy elviselhető legyen. Az, hogy a munka mely része vehető át valójában az AI által, feladatonként és osztályonként, más kérdés. Ezt az FTE TO AI munkaelemzése (werkscan) számítja ki.
Vraag maar wat er moet staan voordat AI in uw organisatie kan landen.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.