Belső eljárásrend és betanító teszt AI-val: táblázatos tervezetből kiadható dokumentum
A műhelyben mindenki tudja, hogyan kell csinálni. A vezető fejében megvan a sorrend, a tapasztalt kollégák betanítják az újat, és ha valaki kérdez, megmondják neki. Aztán jön egy új ember, egy szabadság és egy betegállomány ugyanabban a hónapban, és kiderül, hogy a „mindenki tudja” pontosan addig működik, amíg ugyanaz a három ember van bent.
Az eljárásrend ezért készül el mindenhol félig. Valaki összerak egy táblázatot a teendőkről — és ott marad hónapokig, mert a táblázatból kiosztható dokumentumot csinálni napokba telik, a napok pedig soha nincsenek meg. Ez a cikk azt mutatja meg, hogyan lett nálunk két ilyen tervezetből néhány nap alatt kiadható eljárásrend, és hogyan készült belőlük ellenőrző teszt, amivel meg lehet nézni, hogy tényleg elolvasták-e. A módszerről írunk, nem a tartalomról: a tartalom minden cégnél más, és minden cégnél az övé marad.
Mikor éri meg leírni egy folyamatot — és mikor nem
Nem minden folyamatot kell dokumentálni. Amit egy ember csinál, mindig ugyanúgy, és nem kell átadnia senkinek, azt kár leírni: a dokumentum karbantartása is munka, és egy elavult eljárásrend rosszabb, mint a semmi. Négy helyzetben viszont a hiánya kerül többe.
- Új ember érkezik. A betanítás ilyenkor egy tapasztalt kolléga munkaidejéből megy, és minden új belépőnél újra. A leírt eljárásrend nem váltja ki a betanítást, de lerövidíti, és egységessé teszi.
- Két műszak vagy két telephely ugyanazt csinálja, másképp. Amíg nincs leírva, melyik a helyes, addig mindkettő az — és az eltérés a kimutatásokban fog jelentkezni, nem a folyamatban.
- Egy hiba ismétlődik. Ha ugyanaz a lépés marad ki havonta, az nem figyelmetlenség, hanem hiányzó eljárás. A leírás itt méri le magát a leggyorsabban.
- Valaki egyedül tudja. Ez a legdrágább eset, és jellemzően akkor derül ki, amikor az illető felmond vagy kiesik.
A gyakorlatban a leírás ritkán azért marad el, mert senki nem akarja. A nyersanyag általában megvan: egy táblázat, egy jegyzet, egy régi bemutató. Ami hiányzik, az a nyersanyag és a kiosztható dokumentum közötti néhány nap. A gépi támogatás pontosan ezen a szakaszon segít — a szakmai tartalomnál nem, és nem is szabad, hogy ott segítsen.
A négy réteg: bemenet, ténybázis, dokumentum, teszt
A módszer lényege egyetlen beszúrt réteg. A nyers tervezet és a kész dokumentum közé beiktatunk egy ténybázist: egy számozott állítás-listát, ahol minden állítás egy mondat, és minden állítás mellett ott van, hogy a bemenet melyik sorából vagy cellájából származik. A dokumentum ebből készül, nem közvetlenül a táblázatból.
Ez első ránézésre fölösleges kitérő. Nem az, három okból. Egy: így lehet visszamérni, hogy semmi nem maradt ki a bemenetből. Kettő: ha a folyamat változik, egy állítást írunk át, nem a dokumentumot szerkesztjük újra. Három: ugyanebből a ténybázisból készülhet a teszt is, így a kérdéssor nem tud eltérni attól, amit a dokumentum mond.
| Réteg | Mi van benne? | Ki a gazdája? | Mi történik, ha változik? |
|---|---|---|---|
| Bemenet | A szakmai tervezet: táblázat, jegyzet, meglévő leírás | A szakterület vezetője | Új verzió érkezik, a ténybázis újraépül belőle |
| Ténybázis | Számozott állítások, mindegyik mellett a forráshivatkozás | A szakterület vezetője hagyja jóvá | Az érintett dokumentum-rész és kérdés újragenerálódik |
| Dokumentum | A kiosztható, verziószámozott PDF | A cég | Új verziószám és dátum, a régi példány cserélendő |
| Teszt | Kérdéssor, pontozás, kiértékelő | A vezető, aki használja | A ténybázis változása jelöli az érintett kérdéseket |
A gyakorlati haszon akkor látszik, amikor fél év múlva változik egy lépés. Ténybázis nélkül valaki átírja a PDF-et, a teszt viszont marad a régi — és fél évig olyat kérdez, ami már nem igaz. Ez nem elméleti kockázat: pontosan így avul el a legtöbb belső anyag.
Tervezetből dokumentum: mit csinál a gép, és mit az ember
Az első ilyen dokumentumunk egy ügyfélfogadási eljárásrend volt. A bemenet egy táblázatos tervezet volt a szakterület vezetőjétől; a kimenet egy hatoldalas A4-es dokumentum: fázisokra bontva, teendő-kártyákkal, ábrával és felelősségi mátrixszal. Vezetői jóváhagyás után lett éles, és kiment az érintett vezetőnek.
A testvérdokumentuma egy műhelyi eljárásrend lett: hét oldal, hasonló szerkezetben. A második dokumentum tördelése lényegében nulla óra volt, mert az elsőnél már megszületett a céges dokumentum-forma: egy sablon a cég arculati színeivel és tipográfiájával, amiből PDF lesz. Az arculat egyszer készül el, utána paraméter.
| Feladat | Ki csinálja? | Miért így? |
|---|---|---|
| A folyamat tartalma, sorrendje, a felelősök | A szakterület vezetője | Ezt csak az tudja, aki a munkát ismeri — géppel pótolni kockázat |
| A ténybázis összeállítása a tervezetből | Gép, ember ellenőrzi | Mechanikus, de precizitást kíván; itt dől el a lefedettség |
| Szövegezés, tagolás, kártyák | Gép | Ez a napokat vivő rész, és nem szakmai döntés |
| Ábrák, tipográfia, arculat | Gép, egyszer beállított sablonból | A második dokumentumnál már nincs ráfordítás |
| Lefedettség-ellenőrzés | Gép, az eltéréseket ember nézi | Enélkül a dokumentum szép, de nem megbízható |
| Jóváhagyás és kiadás | Vezetői döntés | A kiadott eljárásrend kötelezettséget teremt — ez nem gépi lépés |
Fontos, mit nem csinál a gép: nem talál ki lépéseket, nem javítja a folyamatot, nem tesz bele „bevált gyakorlatot”, amit senki nem kért. Ha a tervezetben nincs benne valami, az a kész dokumentumban sem lesz benne — legfeljebb kérdésként kerül vissza a vezetőhöz. A szakmai tartalom végig az ügyfélé. Ha nincs meg a kiindulási tervezet, akkor előbb a folyamatot kell feltárni; erről a folyamat-audit hangfelvételből cikkünk szól. Ha viszont megvan táblázatban, akkor ez a lépés ugyanaz a műfaj, mint az Excel-automatizálás: meglévő adatból kész kimenet.
Lefedettség-audit: honnan tudja, hogy semmi nem maradt ki?
Ez a leggyakoribb és legjogosabb ellenvetés: „szép a PDF, de honnan tudom, hogy benne van minden, amit a kollégám leírt?” Erre nem az a válasz, hogy „átolvastuk”. Az a válasz, hogy visszamértük.
A lefedettség-audit a bemenet minden érdemi sorát és celláját végigveszi, és megkeresi, hol jelenik meg a kész dokumentumban. A műhelyi eljárásrendnél ez így zárult: a tervezet mind a 18 érdemi sora lefedve, összesen 46 cella ellenőrizve, és 5 olyan eltérés maradt, amelyre van magyarázat — összevont lépések, illetve tartalom, ami tudatosan másik szakaszba került.
| Ellenőrzés | Mit néz? | Eredmény a műhelyi eljárásrendnél |
|---|---|---|
| Sor-lefedettség | A tervezet érdemi sorai megjelennek-e a dokumentumban | 18 / 18 |
| Cella-szintű visszakeresés | A részletek is átjöttek-e, nem csak a címsor | 46 cella ellenőrizve |
| Eltérés-napló | Ami nem egy az egyben került át, és miért | 5 tétel, mindegyikhez magyarázat |
| Jóváhagyás | A szakterület vezetője elfogadja-e a végleges anyagot | Megtörtént, a dokumentum lezárva |
Az „5 magyarázható eltérés” a lényeg, nem a nulla. Egy dokumentum nem a bemenet másolata: összevon, sorrendet rak, kiemel. Az a kérdés, hogy minden eltérésre tud-e valaki egy mondatot mondani — és hogy ezt a vezető látta-e, mielőtt aláírta. Ha ez a lépés kimarad, a dokumentum akkor is szépen néz ki. Csak nem lehet rábízni egy új embert.
Az eljárásrendből ellenőrző teszt: mire jó, és mi kerül bele
Egy eljárásrend akkor ér valamit, ha elolvasták és megértették. Ezt nem lehet megkérdezni — a válasz mindig igen. Mérni kell. Ezért épült a dokumentum mellé egy tesztcsomag-generátor, amely ugyanazzal a logikával dolgozik, csak más a kimenete.
| Lépés | Mi készül? | Az őrszem |
|---|---|---|
| Kutatás | A szerepkörhöz tartozó szakmai anyag összegyűjtése | Minden állításhoz forrás tartozik |
| Ténybázis | Számozott állítás-lista a kérdések alapjául | Amit nem lehet forrásból lezárni, külön listára megy |
| Adat | Kérdések, válaszlehetőségek, pontértékek gépi formában | A pontszámok összege és a kérdésszám ellenőrizve |
| Dokumentum | A kinyomtatható, kiosztható PDF-ek | Emberi lektorálás a kiadás előtt |
Az első éles változat egy konkrét szerepkörre készült: 93 kérdés, 157 pont, és a csomag négy PDF-ből állt — a pontozott szakmai kérdéssorból és a hozzá tartozó kiértékelő anyagokból. Ez a változat emberi lektoráláson is átment, mielőtt kiment. A második, egy másik termékkörre készült változat 100 kérdés / 170 pont lett.
A két szám önmagában nem érdekes. Az érdekes az, hogy a kérdéssor mérete és pontozása paraméter, nem kézműves munka: ugyanaz a lánc adott két különböző termékkörre kész csomagot. A csővezetéket szerep- és termékkör-függetlennek terveztük; a termékkör-függetlenséget két különböző területen futtatva le is mértük, a szerepfüggetlenség viszont egyelőre tervezési tulajdonság, nem mért tény — eddig mindkét változat ugyanarra a szerepkörre készült.
Ami nyitva maradt — és miért ez a jó hír
A legfontosabb rész nem az, ami elkészült, hanem az, amit a módszer nyíltan nyitva hagy.
A kutatási réteg minden állításhoz forrást keres. Amit nyilvános forrásból nem lehet lezárni, az nem tűnik el egy lábjegyzetben: külön, nyilvántartott listára kerül. A két csomagnál összesen 46 ilyen tétel gyűlt össze — 32 az egyik, 14 a másik termékkörnél. Emellett összeállt egy levélre kész, címzettenként bontott szakértői kérdéslista is: 65 kérdés, ebből 34 a gyártói kapcsolattartónak, 10 jogásznak, 14 a belső szakértőnek, 7 pedig vezetői döntésre.
A kérdéslista tehát nem belső jegyzet: kiküldhető állapotban van, és a szakértői egyeztetés a megrendelő kapcsolatain fut. A nyilvántartott bizonytalanság a különbség egy használható és egy hitelesnek látszó anyag között: nem az a kérdés, van-e nyitott pont — hanem hogy tudja-e valaki, melyik az, és ki tudja lezárni.
Ehhez a réteghez tartozik egy üzemeltetési elv is. A hosszan futó kutatási munkákat úgy indítjuk, hogy a kapcsolat megszakadása ne állítsa meg őket, és a részeredmények menet közben mentve legyenek. Egy félbemaradt futás nemcsak időt visz el: a részeredményt kész anyagnak nézni a legdrágább hiba, amit egy ilyen láncban el lehet követni.
Változat-követés. Minden kiadott dokumentum verziószámot és dátumot kap, és a forrás mindig a ténybázis marad, nem a PDF. Ha változik egy lépés, a ténybázis sorát írjuk át, és a dokumentum meg a kérdéssor onnan készül újra. Ez az a pont, ahol a módszer többet ad, mint egy jól sikerült Word-fájl: nem egy dokumentumot kap a cég, hanem egy dokumentum-forrást, amiből újra elő lehet állítani.
Gyakori kérdések
Mennyi idő alatt készül el egy belső eljárásrend AI-val?
A hosszát a bemenet és a jóváhagyás adja, nem a szövegezés. Nálunk egy kész táblázatos tervezetből néhány nap alatt lett hatoldalas, kiadható dokumentum, a testvérdokumentuma pedig hét oldalon ugyanígy. A leghosszabb rész változatlanul az, hogy a szakterület vezetője összerakja és jóváhagyja a tartalmat.
Honnan tudom, hogy a gép nem hagyott ki semmit a tervezetemből?
Lefedettség-auditból. A bemenet minden érdemi sorát és celláját visszakeressük a kész dokumentumban. A műhelyi eljárásrendünknél ez 18 sorból 18 lefedettséget, 46 ellenőrzött cellát és 5 magyarázható eltérést adott — az eltéréseket a vezető hagyta jóvá, mielőtt a dokumentum végleges lett.
Az AI írja a tartalmat, vagy én?
Ön. A lépések, a sorrend és a felelősök a szakterület vezetőjétől jönnek; a gép a tervezetből ténybázist épít, abból szöveget és tördelt dokumentumot csinál. Ha valami nincs benne a tervezetben, az a kész dokumentumban sem lesz benne, legfeljebb kérdésként kerül vissza.
Lehet az eljárásrendből ellenőrző tesztet készíteni?
Igen, és érdemes ugyanabból a ténybázisból, hogy a kérdések ne tudjanak eltérni a dokumentumtól. Az első éles csomagunk 93 kérdésből és 157 pontból állt, a hozzá tartozó kiértékelő anyagokkal; egy másik termékkörre készült változat 100 kérdés és 170 pont lett.
Mi történik, ha változik a folyamat?
A ténybázis érintett sorát írjuk át, és a dokumentum meg a kérdéssor abból készül újra, új verziószámmal és dátummal. Így nem fordulhat elő, hogy a PDF-et valaki frissíti, a teszt viszont fél évig a régi eljárást kérdezi.
Tesztelhetem a munkatársaimat a saját eljárásrendemből?
A betanítás ellenőrzése bevett gyakorlat, de a teszteredmény személyes adat, és a felhasználása munkajogi kérdés: mire használható, meddig őrizhető, lehet-e következménye. A munkajog az alkalmassági vizsgálatot és a munkavállalótól kérhető adatok körét is korlátozza. Ez nem jogi tanácsadás — a bevezetés előtt egyeztessen munkajogásszal és adatvédelmi szakemberrel.
A következő lépés: kezdje egyetlen szerepkörrel
Ne az egész céget írja le. Válasszon egy szerepkört, ahol a legtöbb a betanítás vagy a legtöbb az ismétlődő hiba, és csak azzal kezdjen. A sorrend, ami nálunk bevált:
- A szerepkör vezetője összerak egy táblázatot: mi a lépés, mikor, ki a felelős, mi a kimenete. Nem kell, hogy szép legyen.
- Ebből készül a ténybázis, és a vezető átnézi — itt derül ki, hol hiányos a tervezet.
- Elkészül a dokumentum, majd a lefedettség-audit, és az eltéréseket a vezető hagyja jóvá.
- A ténybázisból készül a kérdéssor, amit ki lehet osztani betanítás után.
- Egy dátum a naptárba: fél év múlva a vezető átnézi, mi változott.
Mielőtt belevág, egy dolgot tisztázni kell. A belső szabályzat kiadása, a munkaköri feladatok rögzítése és különösen a munkatársak tesztelése munkajogi és adatvédelmi kérdéseket is felvet: mire használható a teszteredmény, meddig őrizhető, és milyen következménye lehet. A munkajog emellett korlátozza az alkalmassági vizsgálatot és a munkavállalótól kérhető adatok körét is — a tudás-teszt és az alkalmasság-mérés nem ugyanaz a kategória. Ez nem jogi tanácsadás — a bevezetés előtt érdemes munkajogásszal, a személyes adatok kezeléséről pedig adatvédelmi szakemberrel egyeztetni. Ha a cégnél mesterséges intelligencia is részt vesz a munkában, arra külön keret való; ehhez a MI-használati szabályzat mintánk adhat kiindulást.
Ha kíváncsi, mennyi időt visz ma a betanítás és az ismétlődő hibák javítása, a megtakarítás-kalkulátor két perc alatt ad egy első számot. A teljes képhez pedig ott az AI-automatizálás útmutatónk: hol érdemes egyáltalán elkezdeni, és hol nem.