AI és üzleti folyamatarchitektúra: egy gondozott, hiteles forrás

Egy asszisztens másodpercek alatt általánosságban le tudja írni a rendeléstől a pénz beérkezéséig tartó folyamatot. Azt viszont nem tudja megmondani, miért hagy jóvá a pénzügyi csapat egy kivételt, miközben egy másikat továbbít, vagy miért írja felül a raktár a biztonsági készletszabályt. Ez a tudás az üzleti folyamatok architektúrájában él, de csak akkor, ha le is jegyezték.

Nem az a kérdés, hogy az AI megváltoztatja-e az architektúrával kapcsolatos munkát. Már most is megváltoztatja. A kérdés az, mi marad az Önök kezében: a definíciók, a prioritások, a kompromisszumok és a jóváhagyás. Az álláspontunk egyszerű: támogatjuk az AI-t, de még inkább az embereket. Az AI vegye le a mérlegelést övező munkát az emberek válláról, ne magát a mérlegelést.

Miért van szüksége egymásra az AI-nak és az üzleti folyamatok architektúrájának

AI nélkül az architektúra kézi munka, és két felülvizsgálat között elavul. Architektúra nélkül az AI gyors, magabiztos általános szakértő marad.

Az üzleti folyamatok architektúráját költséges naprakészen tartani, ha mindent kézzel kell összegyűjteni, lerajzolni, leírni és ellenőrizni. Az AI olcsóbbá teszi az első változat elkészítését és a teljes folyamattáj áttekintését. Egy asszisztensnek eközben nem a következtetési képességeiből van kevés, hanem az Önök folyamatairól szóló tudásból. Ha nyers táblákhoz irányítja, neki kell kikövetkeztetnie a munkafolyamatot. Ha gondosan összeállított architektúrát kap, a modell, a dokumentáció, a szerepkörök és a mért működés alapján válaszolhat.

Ez a két oldal együttműködése: az egyik széles körű hozzáférést ad, a másik a valósághoz köti a válaszokat. Nem egyszerűen AI és egy diagram találkozásáról van szó. Olyan tudásbázisról, amelyben a szervezet rögzítette, mit jelentenek a folyamatok.

Más adatforráshoz kapcsolni egy asszisztenst, mint folyamatokkal kapcsolatos tudáshoz. Az MCP folyamatkontextus magát a kapcsolatot biztosítja. A nehezebb kérdés, amelyről ez az oldal szól, az, hogy mit talál az asszisztens, amikor csatlakozik. Egy szervezet digitális ikre is ugyaneztől függ: a modell és az adatok csak akkor hasznosak, ha mérési eredményekhez és döntésekhez kapcsolódnak.

Így áll össze az egységes, összekapcsolt tudás

Az üzleti folyamatok architektúrája a munka menetét leíró, összekapcsolt struktúra. Tartalmazza az értékáramokat, folyamatokat, részfolyamatokat és tevékenységeket, a felelős szerepköröket, a folyamatokat támogató rendszereket, az azokat leíró dokumentumokat és fájlokat, valamint minden elem állapotát és verzióját. Egyetlen helyen található, nem különálló fájlokban.

Az emberek a hierarchiában tájékozódnak, az asszisztensek pedig az összefüggések mentén. Egy diagramokat tartalmazó mappából kiderülhet, hol helyezkedik el egy folyamat, de arra nem ad választ, hogy „mi függ ettől?”, „ki a felelőse?” vagy „melyik verziót hagyták jóvá?”. Ezekhez gráf kell, nem irattartó.

Ezt nevezik BPM-architektúrának, vállalati folyamatarchitektúrának vagy üzletifolyamat-menedzsment-architektúrának is. Az elnevezésnél fontosabb, hogy minden ténynek egy helye legyen, és egyértelmű legyen a válasz arra, hogy „melyik verzió az érvényes?”.

Az APQC-hez hasonló keretrendszer közös szókészletet ad a hierarchiához. Az Önök folyamatait, felelőseit és kivételeit viszont nem határozza meg. Ezekről Önök döntenek, és Önök rögzítik őket.

Egy összefüggések nélküli modell is hasznos lehet egy workshopon. Az összekapcsolt modellben viszont az ember az értékáramtól eljuthat egy tevékenységig, az asszisztens pedig ugyanezen az útvonalon keresztül válaszolhat. Ezért érdemes gondozni a modellt.

Folyamatkatalógus, amely egyetlen összekapcsolt struktúrában tartalmazza a hierarchiát, a folyamatokat és azok állapotát

Hol gyorsítja fel az AI az architektúra kialakítását, és miről nem dönthet

Az AI akkor a leghasznosabb, ha a feladatnak ellenőrizhető válasza van, vagy olyan első változatot kell készíteni, amelyet egy ember javíthat. Az architektúrával kapcsolatos munkában mindkettőre sok példa van.

A két oszlop közötti különbség nem a képességekről szól, hanem a döntési jogkörről. Az AI készíthet jobb modellvázlatot, mint egy ember, de ettől még nincs felhatalmazása arra, hogy eldöntse, hogyan működjön a vállalat.

A gyakorlatban az a hasznos szabály, hogy az AI végezze el az ellenőrizhető munkát, a döntések pedig maradjanak a felelősöknél. A modellvázlatot, az összefoglalót, a hiányzó dokumentáció listáját és a fejlesztési javaslatot felül lehet vizsgálni. A jóváhagyási küszöb módosítása, új felelős kijelölése vagy egy kontroll kivezetése viszont nem ilyen. Ezek a megállapodás módosításai, amelyekről az érintetteknek kell dönteniük.

Miért nem bízhatók másra a szervezeti kultúrával és a célokkal kapcsolatos döntések

A folyamatarchitektúra rögzíti, hogyan működik a szervezet, ezek a döntések pedig a stratégiából és a kultúrából fakadnak, nem az adatokból.

Két vállalat ugyanazt a rendeléstől a pénz beérkezéséig tartó folyamatot működtetheti ugyanazon az ERP-rendszeren, azonos volumen mellett, mégis eltérő architektúrára lehet szükségük. Az egyik vállalja a többletköltséget, hogy tartsa a szállítási ígéretet, a másik az árrést védi, és újratárgyalja a feltételeket. Az egyik a helyi vezetőkre bízza a kivételek jóváhagyását, a másik központosítja a döntést. A modellek hasonlóak, a helyes döntések nem.

A célok határozzák meg, mit optimalizál a szervezet: a sebességet, a költséget, az ellenálló képességet, a megfelelést vagy az ügyfelekre háruló munkát. A kultúra szabja meg, hogyan születnek a döntések, kit kell bevonni, mikor indokolt egy kivétel, és mit nem hajlandó megtenni a szervezet. Mindez nem szerepel az eseménynaplóban, és sokszor dokumentumban sem. Azok az emberek tudják, akik működtetik a folyamatot.

Az asszisztens megtanulhatja az Önök által leírtakat, de nem vállalhat felelősséget a mögöttük álló döntésért. Ezt egy nagyobb modell sem oldja meg. A felelősséghez olyan ember kell, akitől meg lehet kérdezni, miért döntött így.

Hogyan készítsen dokumentációt embereknek és az AI-nak?

Először az embereknek írjon. Ami egy kollégának érthető, azt az asszisztens is könnyebben feldolgozza. A külön, kizárólag gépeknek szánt dokumentáció idővel eltérne az eredetitől.

Aki megnyit egy folyamatot, tudni szeretné, mit csinál, miért létezik, ki a felelőse, hol vannak a kivételek, és mi a következő lépés. Az asszisztensnek ugyanezekre az információkra van szüksége, olyan struktúrában, amelyben eligazodik. A modell megadja a lépéseket és a kapcsolatokat. A dokumentáció elmagyarázza a jelentésüket. A csatolt fájlok bizonyítékot adnak. A szerepkörök pedig megmutatják, ki jogosult dönteni.

Ezért működik jobban az, hogy „írjon kevesebbet, de az okot is írja le”, mint egy hosszabb sablon. Ha a leírásból kiderül, miért van szükség egy jóváhagyásra, az egy új kollégának és annak az asszisztensnek is hasznos, amely azt vizsgálja, elhagyható-e a jóváhagyás. A diagram megismétlése egyiküknek sem segít.

Három felület, egyetlen adatforrás. A Process Portal azoknak szól, akiknek el kell végezniük a munkát. Az MCP-szerver bármely kompatibilis asszisztens számára elérhető, az MCP pedig nyílt szabvány, ezért ugyanaz a kapcsolat több klienssel is működik. A REST API-t szkriptek és integrációk használják adatok mozgatására vagy szimulációk futtatására. Egyik felület sem tárolja külön az architektúra másolatát.

Ez a teljes munkafolyamat-architektúra: egy gondozott adatforrás, három hozzáférési mód, második igazságforrás nélkül. A portálnak nem kell piszkozatot közzétennie, az asszisztensnek pedig nem kell piszkozatot olvasnia.

A hiányos leírások teret adnak az AI-nak a találgatásra

A le nem írt szabály nem semleges. Olyan hiány, amelyet a modell valószínűnek tűnő tartalommal tölt ki.

A címke nélküli gateway-ből az asszisztens által megnevezett döntés lesz. A kijelöletlen szerepkörből „a csapat”. A dokumentálatlan kivételből az a feltételezés, hogy minden a szokásos módon zajlik. A leírás nélküli folyamatból pedig a célja helyett a felépítésének összefoglalója. Az asszisztens ritkán mondja, hogy „nem tudom”. Inkább a legvalószínűbb választ adja, amelyet más szervezetek folyamatainak mintájára állít össze.

A gyakorlatban ez jelenti az irányítást: rögzítse, amit tud. Amit nyitva hagy, arról az AI dönt Ön helyett, mégpedig magabiztosan.

A modellminőség láthatóvá teszi ezeket a hiányokat. A vásznon megjelenő modellminőség-jelző százalékos értéket és az ellenőrzések listáját mutatja: nem kapcsolódó elemeket, hiányzó címkéket, kiegyensúlyozatlan gateway-eket, valamint hiányzó dokumentációt vagy szerepköröket. A rendszergazdák beállíthatják, hogy az architektúra egyes szintjein mely ellenőrzések számítsanak. Így a 100% azt jelenti, hogy az adott szint minden elvárása teljesül.

Az értéket tekintse a tudásbázis teendőlistájának, ne osztályzatnak. A sikertelen ellenőrzés azt jelzi, hogy egy döntés még nem született meg, vagy egy tényt még nem rögzítettek. A legértékesebb hiányok ritkán rajzolási hibák. A hiányzó dokumentáció és szerepkörök a szándékra és a felelősségre mutatnak rá, éppen ott, ahol az asszisztensnek a legkevesebb bizonyítéka és a legtöbb lehetősége van a találgatásra. A modellminőség ezért kevésbé a modellező munkájának értékelése, inkább annak térképe, amiről a szervezet még nem döntött.

A modellminőség-ellenőrzés látható listába rendezi a dokumentálatlan tevékenységeket, a hiányzó szerepköröket és a modellezési hibákat

A verziók segítenek megőrizni az irányítást

Ha az architektúra nyilvántartás nélkül változik, nem tekinthető hiteles adatforrásnak. Csak az aktuális véleményt tükrözi.

Minden folyamathoz tartozik egy állapot: piszkozat, felülvizsgálat alatt, jóváhagyva, kivezetve vagy archiválva. Közzétételkor létrejön egy verziópillanatkép, és a Process Portal felhasználói ezt a közzétett verziót látják. A felülvizsgáló verziónévvel együtt hagyhatja jóvá és teheti közzé a folyamatot. A katalógusból pedig kiderül, mi az aktuális, mi vár felülvizsgálatra, és mi avult el. Amit a vállalati architektúra irányítása felülvizsgálatnak nevez, azt a folyamatarchitektúrában minden módosításkor elvégzik. Ha már működik architektúra-felülvizsgálati folyamatuk, ez ugyanaz a gyakorlat, csak rövidebb ciklussal.

A verzióelőzmények az AI használatakor különösen fontosak. Elnevezhet egy pillanatképet, összehasonlíthatja a piszkozattal, csoportosítva tekintheti át a változásokat, jóváhagyhat vagy elutasíthat csoportokat, visszaállíthat egy korábbi állapotot, és közzétehet egy adott verziót. A felülvizsgálati döntések ahhoz a pillanatképhez kapcsolódnak, amely alapján születtek, így egy későbbi módosítás nem örökölheti észrevétlenül a korábbi jóváhagyást.

Az AI-ra is ezt a szabályt alkalmazzuk. Az asszisztensnek a jóváhagyott vagy közzétett verzióból kell dolgoznia, nem egy olyan piszkozatból, amelyet a felülvizsgáló még nem látott. Az AI javaslata felülvizsgálandó módosításként jelenik meg, nem pedig olyan szerkesztésként, amely pusztán a kényelme miatt válik érvényessé. A verzió jelenti a megállapodást a döntést meghozó emberek és az azt feldolgozó rendszerek között. Az ehhez szükséges működési keretről, a felelősökről, a felülvizsgálat gyakoriságáról és a változások jóváhagyásáról a folyamatirányítás szól.

A közzétételi előzmények és az állapotjelzések megmutatják, melyik folyamatverziót hagyta jóvá a szervezet

Mire képes az AI a folyamatarchitektúra jóváhagyása után

A gondosan összeállított és jóváhagyott architektúrával az asszisztens általános tanácsok helyett ellenőrizhető feladatokat végezhet el.

• Elemezzen egy folyamatot, és javasoljon kipróbálható fejlesztéseket, a javaslatokat alátámasztó bizonyítékokkal.
• Készítsen dokumentációvázlatot egy tevékenységhez a modell, a kapcsolódó fájlok és a kapcsolódó folyamatok alapján.
• Javasoljon RACI-kijelöléseket az előre meghatározott szerepkörök alapján, amelyeket egy ember ellenőrizhet.
• Válaszoljon a folyamattáj egészére vonatkozó kérdésekre: mely folyamatoknak nincs felelőse, hol hiányzik a dokumentáció, és mi változott az utolsó jóváhagyott verzió óta.
• Készítse el az első modellt vagy a dokumentumok alapján az első architektúravázlatot, amelyet folyamatról folyamatra lehet felülvizsgálni.
• Állítsa be a szimuláció paramétereit, és hasonlítsa össze a javasolt változtatást a folyamat jelenlegi működésével.

Ehhez nem kell az asszisztensre bízni a döntést. Arra van szükség, hogy az architektúra és a jóváhagyási szabályok keretek között tartsák.

A MCP-szerveren keresztül érheti el ezt az anyagot bármely kompatibilis asszisztens. Az Enterprise csomagban a megfelelő jogosultságokra korlátozott API-kulcs hozzáférést ad a folyamatokhoz és BPMN-modellekhez, a dokumentációhoz, a szerepkörökhöz és a RACI-kijelölésekhez, a személyek és a szervezet adataihoz, a folyamatstatisztikákhoz, valamint a ProcessMind elemzőeszközeihez. Írási jogosultság esetén az írási eszközök javaslatokat adnak, és előnézetet készítenek a végrehajtás előtt, amelyet egy embernek kell megerősítenie. A hívások az API-kulcshoz rendelődnek, és megjelennek az auditnaplóban. Az adatkészletek feltöltése, az adatleképezések és a szimulációk a REST API-n keresztül érhetők el, mert ezek műveletek, nem döntések.

Itt kap helyet az AI Assistant is. Válaszol a folyamatokkal kapcsolatos kérdésekre, hivatkozik a választ alátámasztó dashboardokra és modellekre, a javasolt módosítást pedig ellenőrizhető különbségként mutatja be. Az asszisztens azért hasznos, mert világos keretek között működik, nem azok ellenére.

Az ügynökök is megjelennek a működési modellben. Egy folyamaton dolgozó asszisztensnek ugyanúgy kell felelős, hatókör és hely az architektúrában, mint egy rendszernek vagy szerepkörnek. Ha egy ügynök módosítást javasolhat, az architektúrában rögzíteni kell, ki felel annak elfogadásáért. Így külön keretrendszer bevezetése nélkül is irányíthatók az AI-ügynökök: az architektúra egyszerűen újabb leírható elemekként kezeli őket.

Hogyan kezdjen hozzá anélkül, hogy egyszerre mindent megpróbálna lefedni?

Nem kell az egész szervezetet felvennie az architektúrába ahhoz, hogy az AI hasznos legyen. Elég egy összekapcsolt folyamatrész, amely egy valódi döntéshez kapcsolódik.

1. Válasszon ki egy értékáramot és néhány folyamatot

   Válasszon olyan munkát, amelyről már most is viták folynak, és amelynek van felelőse és mérhető eredménye. Egyetlen jóváhagyás, átadás vagy újramunkálási kör is elég a módszer kipróbálásához.

2. Először nevezze meg a felelősöket és a felülvizsgálókat

   Mielőtt bevonná az asszisztenst, jelölje ki a szerepköröket és a RACI-felelősöket. A döntési jogkörnek már léteznie kell ahhoz, hogy az asszisztens figyelembe vehesse. Az architektúra pedig annak a felülvizsgálónak tartozik számadással, aki felel érte.

3. Csak a szükséges részletességgel dokumentáljon

   Minden tevékenységhez adjon leírást, szerepkört és egyértelmű hatókört. Hagyja ki azt, amit senki sem fog használni. A teljes, de olvasatlan architektúra csak egy újabb mappa diagramokkal.

4. Szüntesse meg a minőségi hiányosságokat

   Javítsa ki a címke nélküli, nem kapcsolódó és dokumentálatlan elemeket, a fennmaradó hiányokat pedig kezelje teendőlistaként, ne hibajegyzékként.

5. Tegyen közzé egy verziót, és kapcsoljon hozzá egy asszisztenst

   Tegyen fel egy olyan kérdést, amelyre már tudja a választ, majd vesse össze a választ a munkaterületen található információkkal. A helyes válasz azt bizonyítja, hogy gondozott az adatforrás; a hibás válasz hiányosságra utal.

6. Ütemezze rendszeresen a felülvizsgálatot

   Tekintse át a modellminőséget, az utolsó verzió óta történt változásokat és az AI fejlesztési javaslatait. Mindegyikről döntsön: hagyja jóvá, utasítsa el vagy halassza el, és rögzítse az indokát.

Az első folyamatrész igazolja a módszert, a második már gyorsabban elkészül. Az architektúra az Önök döntéseivel bővül, nem egy dokumentációs kampánnyal.

Az architektúra maga a megállapodás

Az AI növeli a dokumentáció értékét. Egy olyan modell, amely korábban csak egy workshopon számított, most meghatározza, mit mondhat a vállalat minden asszisztense a működésről.

Az AI-ból azok a szervezetek profitálnak majd, amelyek tudása egyértelmű, felelőshöz rendelt, naprakész és jóváhagyott, az emberek számára könnyen áttekinthető, az asszisztensek számára pedig elérhető. Nem azok, amelyeknek a legtöbb ügynökük van.

Mi így képzeljük el a munkamegosztást: az AI olvas, vázlatot készít és ellenőriz. Az emberek döntik el, mi igaz. Az architektúra az ő megállapodásuk.