Modellromlás: hogyan vesszük észre időben
Hogyan vesszük észre időben, ha egy MI-rendszer kimenete romlani kezd? Négy romlástípus, a javítási idő mint jelzőszám, a megfigyelés négy ritmusa és a beavatkozás sorrendje - az AZAR sorozat második ívének második része.
Az előző rész a mérés alapjait rakta le: négy mérőszám-család, a torzított első hét, és az alapszint a negyedik héttől. Ez a rész arra épül, és egyetlen kérdésre felel: honnan tudjuk, hogy a rendszer romlik, mielőtt bárki panaszkodna. Négy különböző jelenséget nevezünk modellromlásnak, és mind a négy más beavatkozást igényel – a megkülönböztetésük fél óra, a rossz azonosítás viszont hónapokba kerül. A megfigyelés négy ritmusa összesen évi két-három munkanap, és a fele olyan munka, amelyet a kockázatértékelés frissítése miatt amúgy is el kell végezni.
Mit jelent az, hogy egy rendszer romlik?
Nem hibaüzenettel kezdődik
A műszaki meghibásodás könnyen felismerhető: a rendszer nem válaszol, vagy hibát ír ki. A modellromlás ezzel szemben csendes. A rendszer fut, válaszol, és a válasz első ránézésre rendben van – csak épp egyre több munkát kell befektetni abba, hogy használható legyen belőle valami.
A romlás nem a szoftverben van. A modell ugyanaz maradhat, miközben a köré épült világ elmozdul: más kérdésekkel érkeznek a munkatársak, más adatokat kap bemenetként, vagy megváltozott a jogszabály, amelyre a válaszai épültek. A rendszer változatlanul jól válaszol egy olyan kérdésre, amelyet már senki nem tesz fel.
Ezért nem elég a működést figyelni. Az elérhetőség és a válaszidő hónapokig kifogástalan maradhat egy olyan rendszernél, amelynek a kimenete már használhatatlan. A két dolgot külön kell mérni, mert külön romlanak.
Ez a rész arról szól, mit kell nézni, milyen ritmusban, és melyik jel mit jelent. A cél nem a folyamatos felügyelet – arra egy kkv-nak nincs kapacitása -, hanem néhány olcsó jelzés, amely időben szól.
A négy romlástípus
A gyakorlatban négy különböző jelenséget szokás modellromlásnak nevezni. Érdemes megkülönböztetni őket, mert a tünetük hasonló, az okuk és a kezelésük viszont eltérő. A helytelen azonosítás rendszerint drága: a bemeneti eltolódásra adott modellcsere ugyanúgy nem segít, mint ahogy a feladatváltozásra adott adatfrissítés sem.
Bemeneti eltolódás – más adat érkezik, mint amire épült
A rendszer egy adott adatkörre készült: bizonyos formátumú dokumentumokra, egy adott ügyfélkörre, egy adott terméklistára. Ha ez a kör elmozdul – új terméktípus, más beszállítói adatlap, más nyelvű levelek -, a kimenet minősége lassan romlik, miközben a rendszer semmilyen hibát nem jelez. Tipikus jele, hogy a munkatársak egyre gyakrabban adnak meg pótlólagos kontextust kézzel.
Feladateltolódás – mást kérdeznek, mint amire tervezték
A bevezetéskor rögzített felhasználási kör észrevétlenül kitágul. Az ügyfélleveleket összefoglaló rendszert elkezdik ajánlatok árazására is használni, mert kéznél van. Ez nem a rendszer hibája, hanem a használati kör dokumentálatlan bővülése – és a kockázati besorolást is érvényteleníti, mert a besorolás a felhasználási célhoz kötődik, nem az eszközhöz.
Modellváltozás – a szolgáltató frissít
A szolgáltatók rendszeresen cserélik a mögöttes modellt, gyakran előzetes értesítés nélkül vagy rövid átállási idővel. A kimenet stílusa, hossza és formátuma egyik napról a másikra megváltozhat, és a rá épülő automatizmusok – a formátumfüggő feldolgozás, a rögzített minták – elromolhatnak. Ez az egyetlen romlástípus, amely hirtelen jelentkezik, ezért a legkönnyebben azonosítható.
Környezetváltozás – változott a szabály, amire hivatkozik
Ha a rendszer jogszabályi, szabványbeli vagy belső eljárási tartalomra épül, akkor annak a tartalomnak a változásával a kimenet elavul. Ez a leglassabb és a legveszélyesebb típus, mert a válasz továbbra is magabiztos és jól formázott, csak épp egy hatályon kívüli szabályt idéz. A dátumhoz kötött jogszabályi változásokat ezért érdemes előre naptárba tenni.
Mi az a jel, ami tényleg mér?
A javítási idő
Az előző részben két mutatót neveztünk meg a méréshez: a hasznosság-arányt és a javítási időt. A romlás megfigyelésére a második alkalmasabb, mert finomabban változik és korábban jelez.
A javítási idő az, amennyit a kimenet átdolgozására fordítanak, mielőtt felhasználható lesz. Ha ez az idő nő, valami elmozdult. Nem mondja meg, hogy mi – de megmondja, hogy érdemes utánanézni, és ez a lényeg.
A mérése nem igényel eszközt: havonta öt-tíz valós esetnél megkérdezzük, mennyi volt. A pontosság itt kevésbé fontos, mint a következetesség – ugyanaz a kérdés, ugyanannak a körnek, ugyanabban a formában.
Az alapszint a bevezetés utáni negyedik hét. Az első hetek adata torzított, ahogy az előző részben láttuk. A negyedik héttől számított érték lesz a mérce, amelyhez minden későbbi hónapot viszonyítunk.
Milyen ritmusban kell figyelni?
A folyamatos felügyelet nem reális elvárás. A gyakorlatban négy különböző ritmus működik, mindegyik más célra, és összesen évi néhány munkanapot igényel. A ritkább megfigyelés is jobb, mint a semmi – de csak akkor, ha következetes.
Négy ritmus
Hetente két perc. Öt kimenet átnézése, nem értékeléssel, csak ránézéssel. Ennek nem a mérés a célja, hanem hogy a felelős ne veszítse el a kapcsolatot azzal, amit a rendszer termel. A legtöbb hirtelen modellváltozás itt derül ki.
Havonta egy sor. A javítási idő rögzítése a mérőlapon, az előző részben leírt módon. Egyetlen szám, egy dátummal – ebből lesz idősor, és idősor nélkül nincs romlás-észlelés.
Negyedévente fél óra. Az alapszinttel való összevetés és a döntés: van-e tendencia. Egyetlen kiugró hónap nem tendencia; három egymást követő növekvő érték az.
Évente fél nap. A teljes újramérés, a felhasználási kör felülvizsgálata és a döntés a folytatásról. Ez egyben a kockázatértékelés frissítésének természetes alkalma is.
A küszöbérték kérdése
A leggyakoribb kérdés az, hogy hány százalékos növekedésnél kell beavatkozni. A tapasztalat szerint a fix küszöb rosszul működik, mert a mutató természetes ingadozása cégenként eltérő. Ehelyett a tendencia a mérce.
| Amit lát | Mit jelent | Mit tegyen |
|---|---|---|
| Egyetlen hónap kiugrik, aztán visszaáll | Rendszerint egyedi eset vagy mérési zaj | Semmit; rögzítse és nézze tovább |
| Három egymást követő hónap növekszik | Tendencia; valamelyik romlástípus dolgozik | Fél óra: melyik típus? A négy kérdés lentebb |
| Hirtelen ugrás egyik hónapról a másikra | Rendszerint modellváltozás a szolgáltatónál | Verzió ellenőrzése, a szolgáltató változásnaplója |
| A javítási idő nem nő, de a használat csökken | Nem romlás, hanem bevezetési vagy folyamati kérdés | Körkérdés a felhasználóknál, nem műszaki vizsgálat |
| Az alapszint fölött ötven százalékkal, tartósan | A rendszer többe kerül munkában, mint amennyit hoz | Döntés: szűkítés, csere vagy leállítás |
A négy kérdés, amely megmondja, melyik típus
Diagnosztikai kérdéssor – fél óra, négy kérdés
- Változott-e a bemenet? Kaptunk-e az elmúlt negyedévben új dokumentumtípust, új ügyfélkört, új terméket, más formátumú adatot? Ha igen: bemeneti eltolódás.
- Változott-e, amire használjuk? Ugyanarra a feladatra használjuk-e, mint amire bevezettük? Kérdezzük meg a felhasználókat, ne a dokumentációt. Ha kitágult: feladateltolódás.
- Változott-e a szolgáltatás? Nézzük meg a szolgáltató változásnaplóját és a saját verzió-feljegyzésünket. Ha a romlás egy dátumhoz köthető: modellváltozás.
- Változott-e a szabály? Hivatkozik-e a rendszer olyan jogszabályra, szabványra vagy belső eljárásra, amely azóta módosult? Ha igen: környezetváltozás.
A négy kérdés közül rendszerint egy ad igent. Ha kettő is, akkor a beavatkozás sorrendje: előbb a bemenet, utána a feladatkör – a modellcsere mindig az utolsó lépés, mert az a legdrágább és a legkevésbé kiszámítható.
Egy valós eset
Ajánlatkérés-feldolgozás egy huszonkét fős gyártó cégnél
A rendszer a beérkező ajánlatkérésekből készített összefoglalót az értékesítésnek. Fél évig kifogástalanul működött, majd az összefoglalók egyre gyakrabban hagytak ki műszaki paramétereket.
| Szakasz | Mi történt | Szám |
|---|---|---|
| 1-4. hónap | Alapszint rögzítve: átlagosan négy perc javítás összefoglalónként. | 4 perc |
| 5. hónap | Öt és fél perc. Egyszeri kiugrásnak tűnt, nem történt beavatkozás. | 5,5 perc |
| 6-7. hónap | Hét, majd nyolc perc. A harmadik növekvő hónapnál indult a vizsgálat. | 8 perc |
| Diagnózis | A négy kérdésből a második adott igent: az értékesítés két új termékcsaládot vezetett be, amelyek adatlapja más felépítésű. | bemeneti |
| Beavatkozás | Az adatréteg kiegészítése az új adatlapmintákkal; fél nap munka, modellcsere nélkül. | 0,5 nap |
Eredmény. A javítási idő a következő hónapban négy és fél percre állt vissza. A tanulság nem a megoldás volt, hanem az, hogy a harmadik hónapnál már látszott a jel – a beavatkozás két hónapot késett, és ez a két hónap körülbelül tizenöt munkaóra fölösleges javítás.
Az ellenérv
Az állítás: Ez a mérés túl sok adminisztráció egy kis cégnek
Ami ellene szól: A legerősebb ellenérv így hangzik: egy húszfős cégnél senkinek nincs kapacitása arra, hogy heti ránézést, havi rögzítést és negyedéves összevetést tartson fenn egy olyan rendszernél, amely láthatóan működik. A megfigyelés maga is költség, és ha a romlás úgyis kiderül a felhasználók panaszából, akkor a mérés fölösleges kör.
Amit erre mondani lehet: Az ellenérv első fele igaz, a második nem. A megfigyelés valóban költség – de a fenti ritmus összesen évi két-három munkanap, és ennek a fele az éves felülvizsgálat, amelyet a kockázatértékelés frissítése miatt amúgy is el kell végezni. A második fele viszont téves: a felhasználói panasz későn és torzítva érkezik. A munkatársak nem panaszkodnak arra, hogy a kimenetet javítani kell – alkalmazkodnak hozzá, és a többletmunkát beépítik a napi rutinba. A fenti esetben a javítási idő megduplázódott, mire bárki szóvá tette. Az adminisztráció nem attól lesz kevesebb, hogy nem mérünk, hanem attól, hogy keveset mérünk, következetesen.
A beavatkozás sorrendje
| # | Lépés | Ki | Ráfordítás | Kimenet |
|---|---|---|---|---|
| 1 | Első hét | A felelős | 2 óra | A négy diagnosztikai kérdés végigkérdezése; a válaszok írásban. |
| 2 | Második hét | A felelős + a felhasználók | 3 óra | Öt valós eset átnézése együtt: hol pontosan romlik a kimenet. |
| 3 | Harmadik hét | A felelős + szállító | 2 óra | Ha modellváltozás: a verzió rögzítése és a változásnapló áttekintése. |
| 4 | Negyedik hét | Vezetés | 1 óra | Döntés: adatréteg-frissítés, felhasználási kör szűkítése vagy változatlanul tovább. |
| 5 | Következő hónap | A felelős | 30 perc | Ellenőrző mérés: visszaállt-e a javítási idő az alapszint közelébe. |
A sorrend fontos: a legolcsóbb beavatkozás az első, a legdrágább az utolsó. A gyakorlatban az esetek többsége az első két lépésben megoldódik.
Amit ez a cikk nem tud
- A javítási idő önmagában nem mondja meg, melyik romlástípus dolgozik – csak azt, hogy érdemes utánanézni. A típus azonosítása a négy kérdéssel történik.
- A fenti esetszám alacsony: egyetlen cég adatai, egyetlen felhasználási körre. A tendencia iránya jellemző, a konkrét számok nem általánosíthatók.
- A szolgáltatói modellváltozásokról nincs egységes értesítési gyakorlat. Ami itt leírható, az a saját oldali észlelés, nem a szállító kötelezettsége.
- A jogszabályi környezet változása alatt itt a hatályos szöveg módosulását értjük. A formálódó hatósági gyakorlat követése ennél bizonytalanabb, és nem tárgya ennek a résznek.
A módszerről
- 01
A négy romlástípus felosztása gyakorlati megfigyelésen alapul, nem szabványon. A cél a beavatkozás megkülönböztethetősége volt, nem a tudományos pontosság.
- 02
A jogszabályi hivatkozások a hatályos rendeleti szövegre mutatnak, cikkszám szerint. Ahol a gyakorlat még formálódik, azt a szöveg kimondja.
- 03
Az esettanulmány valós, anonimizált. A számok a cég saját mérőlapjából származnak; a cégnév, az ágazati részletek és az időpontok megváltoztatva.
- 04
A cikk nem nevez meg szoftverterméket és nem tesz szolgáltatói összehasonlítást. A leírt eljárás minden szolgáltatónál elvégezhető.
Fogalomtár
Miért nem elég a szolgáltató kimutatása?
Amit a szolgáltató mér
A legtöbb szolgáltatás ad valamilyen használati kimutatást: hívásszámot, felhasznált egységeket, esetleg válaszidőt. Ezek az adatok pontosak, és éppen ezért megtévesztőek – azt a benyomást keltik, hogy a rendszer megfigyelés alatt áll.
A szolgáltató azt méri, amit ő lát: a forgalmat. Nem látja, hogy a kimenetet felhasználták-e, mennyit dolgoztak rajta, és megoldotta-e a feladatot. Egy romló rendszer forgalma sokáig változatlan marad, sőt nőhet is, mert a felhasználók többször kérdeznek rá ugyanarra.
Ez a leggyakoribb félreértés a bevezetés utáni szakaszban. A havi kimutatás növekvő számokat mutat, a vezetés ebből sikerre következtet, miközben a növekedés oka az, hogy a munkatársak kétszer-háromszor futtatják ugyanazt a kérést, mert az első válasz nem volt használható.
A szolgáltatói kimutatás tehát nem hibás adat, hanem más kérdésre válasz. A költségtervezéshez nélkülözhetetlen, a minőség megítéléséhez alkalmatlan. A kettőt együtt kell nézni: ha a forgalom nő, miközben a javítási idő is, az a romlás egyik legerősebb jele.
Mibe kerül a késlekedés?
A megfigyelés melletti legerősebb érv nem a megfelelés, hanem a költség. A romlás költsége nem a rendszer számlájában jelenik meg, hanem a munkatársak idejében – és éppen ezért marad sokáig láthatatlan. Az alábbi idővonal egy tízfős felhasználói kört feltételez, napi öt kimenettel fejenként.
A számítás menete
A képlet egyszerű: a javítási idő növekménye szorozva a napi kimenetszámmal és a felhasználók számával. Tíz felhasználó, napi öt kimenet, másfél perc növekmény – ez napi hetvenöt perc, havi mintegy huszonöt munkaóra.
A szám azért meglepő, mert szétoszlik. Egyetlen munkatársnál napi hét és fél perc többletmunka észrevehetetlen. Tíz munkatársnál, egy éven át ugyanez több mint kétszáz munkaóra – egy teljes munkahónap.
Ezért nem jelzi senki. Nem azért, mert nem érzékelik, hanem mert egyéni szinten valóban jelentéktelen. Az összeadás a vezetés feladata, és ehhez kell a havi egy sor.
A beavatkozás ezzel szemben rendszerint fél nap – a fenti esetben az adatréteg kiegészítése volt. A megtérülés tehát nem szoros számítás kérdése: a nagyságrendi különbség egyértelmű.
Hogyan lassítható a romlás?
A romlás nem előzhető meg teljesen, mert a világ változik a rendszer körül. Lassítható viszont, és a lassítás legolcsóbb eszközei a bevezetéskor épülnek be – utólag mindegyik drágább. Négy dolog van, amely bizonyíthatóan hosszabbítja a rendszer használható élettartamát.
Négy beépíthető lassító
- Karbantartott adatréteg. Ha a rendszer a cég saját, frissülő adatkörére támaszkodik, akkor a bemeneti eltolódás nagy részét az adatréteg frissítése kezeli – modellcsere nélkül. Ez a leghatékonyabb egyetlen intézkedés.
- Rögzített felhasználási kör. Egy írásban rögzített, két-három mondatos leírás arról, mire való a rendszer és mire nem. A feladateltolódás így nem észrevétlenül történik, hanem döntésként – és a döntéshez besorolás-felülvizsgálat tartozik.
- Verzió-feljegyzés. Egyetlen táblázat: mikor, melyik beállítással, melyik szolgáltatói változattal. A modellváltozás így dátumhoz köthető, és a hibakeresés órák helyett percek kérdése.
- Naptárba tett szabályváltozások. A rendszer által hivatkozott jogszabályok és belső eljárások ismert hatálybalépési dátumai előre rögzítve. A környezetváltozás az egyetlen romlástípus, amely előre látható.
A négy eszköz közül három nem műszaki, hanem szervezési – és éppen ezért szokták kihagyni. A bevezetéskor mindegyik néhány óra; utólag mindegyik napokban mérhető.
Mikor kell újra elvégezni a kockázatértékelést?
A besorolás a célhoz kötődik
A kockázati besorolás nem az eszközhöz tartozik, hanem ahhoz, amire használják. Ugyanaz a rendszer fogalmazási segédletként minimális kockázatú, jelöltek előszűrésére viszont magas kockázatú – a rendszer változatlan, a besorolás nem.
Ebből következik, hogy a feladateltolódás besorolási kérdés is. Ha a felhasználási kör kitágul, a besorolást újra el kell végezni, mielőtt az új használat állandósul. Ez a gyakorlatban fél óra, ha van rögzített felhasználási kör – és napok, ha nincs.
A másik három romlástípus a besorolást nem érinti, a felügyeleti kötelezettséget viszont igen: a működés figyelemmel kísérése és a naplók megőrzése az alkalmazó kötelezettsége, függetlenül attól, romlik-e a rendszer.
Az éves felülvizsgálat ezért két dolgot fog össze: a romlás-mérést és a besorolás felülvizsgálatát. A kettő ugyanabból a kérdésből indul – mire használjuk ma? -, ezért érdemes egyszerre elvégezni.
Mit írjunk a havi mérőlapra?
Az előző részben bevezetett mérőlap ebben a szakaszban két oszloppal bővül. A teljes lap így is elfér egy képernyőn, és a kitöltése havonta öt perc. A cél nem a teljesség, hanem az összehasonlíthatóság: ugyanaz a kérdés, ugyanabban a formában, minden hónapban.
| Oszlop | Mit tartalmaz | Honnan jön |
|---|---|---|
| Hónap | Év és hónap, egységes formában | – |
| Aktív használók | Hányan használták valós feladatra | Szolgáltatói kimutatás vagy kérdés |
| Javítási idő | Átlag öt-tíz valós esetből, percben | Kérdezés a felhasználóktól |
| Hasznosság-arány | A felhasználható kimenetek aránya | Ugyanaz a kérdéssor |
| Havi költség | A számla összege, egy tizedessel | Szolgáltatói számla |
| Verzió | Változott-e a beállítás vagy a szolgáltatás | Saját feljegyzés + változásnapló |
| Megjegyzés | Egy mondat, ha történt valami szokatlan | A felelős |
A hetedik oszlop a legfontosabb és a leggyakrabban kihagyott. A későbbi vizsgálatnál ugyanis nem a szám mond valamit, hanem az, hogy mi történt akkor: költözés, létszámváltás, új termékcsalád, szabályváltozás. Ezek nélkül a számsor értelmezhetetlen.
Ki vegye észre, és hogyan kérdezzen?
A kérdés formája dönt
A havi mérés minősége azon múlik, hogyan tesszük fel a kérdést. Az általános kérdésre – „elégedett vagy a rendszerrel?” – szinte mindenki igent mond, részben udvariasságból, részben mert nincs viszonyítási pontja.
A jó kérdés konkrét, visszatekintő és számot kér. „A legutóbbi három esetnél mennyit kellett javítanod a kimeneten, mielőtt elküldted?” Erre a kérdésre percben érkezik válasz, és a válasz összehasonlítható.
A rossz kérdés jövőbe mutat vagy értékelést kér. „Szerinted jól működik?” – erre vélemény jön, ami hónapról hónapra ingadozik a napi hangulattal. A vélemény fontos, de nem mérőszám.
A kérdezés formája beszélgetés, nem kérdőív. Húsz fő alatt ez néhány perc fejenként, és a mellékesen elhangzó megjegyzések gyakran többet érnek, mint maga a szám – ezért van a mérőlapon a megjegyzés-oszlop.
Aki kérdez, ne az legyen, aki bevezette
Ez a szabály elsőre furcsán hangzik, mégis a legfontosabb. Aki a rendszert bevezette, annak a sikerhez érdeke fűződik – és a válaszadók ezt tudják. A visszajelzés ilyenkor tompább lesz.
A gyakorlati megoldás nem szervezeti, hanem nyelvi. A kérdés úgy hangozzék, hogy a válasz ne minősítés legyen: „hol akadt el?”, „mit kellett kézzel pótolnod?”. Ezekre a kérdésekre a válaszadó segítőnek érzi magát, nem bírálónak.
És egy formai szabály: a válaszokat változatlan formában kell rögzíteni, nem összegezve. Az „általában rendben van, csak a számokat mindig újraírom” mondat többet mond, mint a belőle kiszámított átlag.
A kérdezés így összesen havi húsz-harminc perc egy tízfős körnél. Ez a rendszer legolcsóbb és leginformatívabb megfigyelési eszköze – és az egyetlen, amelyet semmilyen kimutatás nem helyettesít.
Amikor a romlás valójában nem romlás
A mérés akkor ér valamit, ha a téves riasztásokat is kiszűri. Négy visszatérő helyzet van, amelyben a javítási idő nő, de a rendszerben nincs hiba – és a beavatkozás ilyenkor kárt okoz, mert olyat javít, ami nem romlott el.
Nőtt a feladat nehézsége
Ha az ügyfélkör összetettebb kérdésekkel érkezik, vagy a cég bonyolultabb terméket kezd forgalmazni, a javítási idő természetes módon nő. Ez nem a rendszer romlása, hanem a bemenet nehezedése. A megkülönböztetés kérdése: ugyanaz a feladat tart tovább, vagy más feladatok érkeznek?
Változott a mérce
Ha közben szigorodott a kimenettel szembeni elvárás – például a szöveg most már ügyfélnek megy, nem belső használatra -, akkor a javítási idő azért nő, mert többet várunk. Ez elvárás-változás, és a helyes lépés az alapszint újradefiniálása, nem a rendszer javítása.
Új felhasználók léptek be
A betanulási szakaszban minden felhasználónál magasabb a javítási idő. Ha a mérésbe újak kerülnek, az átlag emelkedik anélkül, hogy bármi romlott volna. Ezért érdemes a mérésben jelölni, ki az új – és az első hónapját külön kezelni.
A mérés maga változott
Ha más kérdést teszünk fel, más kört kérdezünk, vagy más módon számolunk átlagot, az eredmény nem összehasonlítható az előzővel. Ez a leggyakoribb hamis riasztás, és a legkönnyebben elkerülhető: a kérdés szövegét egyszer le kell írni, és nem változtatni rajta.
A négy helyzet közös vonása, hogy mindegyik a mérés értelmezésének a hibája, nem a rendszeré. Ezért kezdődik a diagnosztika mindig azzal a kérdéssel, hogy ugyanazt mértük-e, mint korábban – és csak utána azzal, hogy mi változott a rendszerben.
Mit adjunk át a következő felelősnek?
A megfigyelés akkor marad életben, ha átadható. A tapasztalat szerint a rendszerek nem attól romlanak el kezeletlenül, hogy senki nem figyel rájuk, hanem attól, hogy a figyelő személy megváltozik, és az utódja nem tudja, mit nézzen. Négy dolog kell az átadáshoz, és mindegyik egyoldalas.
Átadási csomag – négy dokumentum, összesen négy oldal
- A mérőlap eddigi sorai. A táblázat maga, kitöltve, a megjegyzés-oszloppal együtt. Enélkül nincs alapszint, és minden mérés elölről kezdődik.
- A felhasználási kör leírása. Két-három mondat arról, mire való a rendszer és mire nem. Ez a besorolás alapja, és a feladateltolódás mércéje.
- A kérdés szövege szó szerint. Amit havonta feltesznek a felhasználóknak. Ha a kérdés változik, a számsor összehasonlíthatatlanná válik.
- A verzió-feljegyzés. Mikor, melyik beállítással, melyik szolgáltatói változattal dolgozott a rendszer, és mikor történt beavatkozás.
A négy dokumentum együtt körülbelül négy oldal, és az elkészítése egy óra – ha menet közben vezették. Utólagos összeállítása napokba kerül, és a mérőlap visszamenőleg egyáltalán nem pótolható.
Az átadás egyben az egyetlen alkalom, amikor a megfigyelés rendszere kívülről is megvizsgálható. Ha az utód a négy dokumentumból nem tudja megmondani, mit kell jövő hónapban csinálnia, akkor a rendszer nem volt átadható – és nagy valószínűséggel addig sem működött úgy, ahogy a papíron látszott. Ez a legolcsóbb önellenőrzés, amit egy cég elvégezhet: nem kell hozzá külső szakértő, csak egy kolléga, aki eddig nem foglalkozott a rendszerrel, és fél óra, amíg végigolvassa a négy oldalt. Ha viszont meg tudja mondani, akkor a megfigyelés túléli a személycserét – és ez az egyetlen biztosíték arra, hogy a rendszer a második évben is mérhető marad.
Kulcs-megállapítások
- 01
A modellromlás nem hibaüzenettel jelentkezik: a rendszer működik, csak a kimenete kerül egyre több munkába. Ezért az elérhetőség figyelése nem elég.
- 02
Négy különböző jelenséget nevezünk modellromlásnak – bemeneti, feladat-, modell- és környezetváltozás -, és mind a négy más beavatkozást igényel.
- 03
A javítási idő mind a négy típusra reagál, és havonta egyetlen sorral mérhető. Az abszolút értéke nem érdekes, a saját alapszinthez viszonyított változása igen.
- 04
Az alapszint a negyedik héttől számítandó; az első hetek adata torzított.
- 05
Egyetlen kiugró hónap nem tendencia. Három egymást követő növekvő érték az – ilyenkor indul a fél órás diagnosztika.
- 06
A beavatkozás sorrendje az olcsótól a drága felé halad: bemenet, felhasználási kör, verzió, és csak legvégül modellcsere.
- 07
A felhasználói panasz későn érkezik: a munkatársak alkalmazkodnak a romláshoz, és a többletmunkát beépítik a rutinba. Ezért kell mérni.
Gyakori kérdések
Mennyi idő valójában ez a megfigyelés?
Heti két perc, havi öt perc, negyedévente fél óra, évente fél nap. Összesen évi két-három munkanap, aminek a fele az éves felülvizsgálat, amelyet a kockázatértékelés frissítése miatt amúgy is el kell végezni.
Mi van, ha nem rögzítettünk alapszintet?
Akkor a mai értéket kell alapszintnek tekinteni, és onnantól kezdve mérni. A visszamenőleges rekonstrukció gyenge bizonyíték. A jelenlegi állapot rögzítése viszont azonnal elvégezhető, és három hónap múlva már lesz mihez hasonlítani.
Honnan tudjuk, hogy a szolgáltató cserélt modellt?
Három forrásból: a szolgáltató változásnaplójából, a saját verzió-feljegyzésünkből, és abból, hogy a romlás egyetlen dátumhoz köthető. A hirtelen ugrás szinte mindig szolgáltatói változás – a többi típus fokozatos.
Kell-e külön eszköz a méréshez?
Nem. Egy táblázat két oszloppal – dátum és javítási idő – elegendő. A mérőeszköz beszerzése tapasztalatunk szerint elodázza a mérést, nem javítja.
Mit tegyünk, ha a romlás oka a jogszabály változása?
Akkor nem a rendszert kell javítani, hanem a tartalmat, amelyre épül. A hatályos szöveg frissítése az adatrétegben elvégzendő, és érdemes a következő ismert hatálybalépési dátumot előre naptárba tenni.
Meddig érdemes egy romló rendszert javítgatni?
Amíg a javítási idő tartósan az alapszint másfélszerese alatt marad, a javítás rendszerint kifizetődő. Efölött a rendszer több munkát okoz, mint amennyit megtakarít, és a helyes döntés a felhasználási kör szűkítése egy-két olyan feladatra, ahol még jól működik.
Ki legyen a felelős a megfigyelésért?
Ugyanaz a megnevezett személy, aki a bevezetésért felelt. A megfigyelés akkor marad életben, ha egy névhez kötődik, és nem akkor, ha egy szervezeti egységhez.
Mit kezdjünk azzal, ha a felhasználók nem jeleznek?
Ez a normális állapot, nem kivétel. Ezért nem a panaszra kell építeni, hanem a havi kérdésre. A kérdés legyen konkrét – „mennyit javítottál rajta” -, ne általános: az „elégedett vagy-e” kérdésre mindenki igent mond.
Számít-e a romlás a kockázati besorolás szempontjából?
A besorolás a felhasználási célhoz kötődik, ezért a feladateltolódás közvetlenül érinti: ha a rendszert új célra kezdik használni, a besorolást újra el kell végezni. A másik három típus a besorolást nem változtatja meg, a felügyeleti kötelezettséget viszont igen.
Mi a teendő, ha a szolgáltató nem ad változásnaplót?
Akkor a saját verzió-feljegyzés marad az egyetlen fogódzó, és ez önmagában is elég a dátumhoz kötéshez. A változásnapló hiánya egyébként a szállítóváltásnál mérlegelendő szempont – erről a sorozat kilencedik része szól.
Források
- (EU) 2024/1689 rendelet, 26. cikk – Az alkalmazók kötelezettségei: a működés figyelemmel kísérése és a naplók megőrzése. A megfigyelési ritmus ennek a gyakorlati megvalósítása. (2024)
- (EU) 2024/1689 rendelet, 72. cikk – A forgalomba hozatal utáni nyomon követés rendszere. Elsősorban a szolgáltatót terheli, de az alkalmazói észlelés ehhez ad bemenetet. (2024)
- (EU) 2024/1689 rendelet, 9. cikk – A kockázatkezelési rendszer folyamatos, iteratív jellege a rendszer teljes életciklusa alatt. (2024)
- AZAR sorozat, II. ív 1. rész – Az első hónap mérőszámai: az alapszint rögzítése és a javítási idő bevezetése. Ez a rész arra épül. (2026)
A sorozat előző és következő része
A felnőttképzés, az informatika és a mesterséges intelligencia metszetében dolgozik – a gyakorlati tapasztalatot köti össze a friss kutatással. Gyöngyös, Baranya és a Dél-Dunántúl.