Szabványos munkautasítási példák: 3 kidolgozott SOP
Tekintsen át három szabványos munkautasítási példát a lépésekkel, rendszerekkel és kivételekkel együtt. Ismerje meg, mit tartalmazzon egy SOP, és hogyan tarthatja naprakészen.
Egy szabványos munkautasítási példa akkor hasznos igazán, ha a tényleges lépéseket, rendszereket és kivételeket mutatja be, nem csupán címsorokat sorol fel. Az alábbiakban három kidolgozott példát talál, majd megismerheti egy naprakészen tartható eljárás felépítését, a munkavégzés helyén történő dokumentálás módját, valamint azt, hogyan ellenőrizheti, hogy az eljárás még mindig megfelel-e a tényleges munkának.
Mi az a szabványos munkautasítás?
Az SOP leírja, hogyan kell elvégezni egy rendszeresen ismétlődő feladatot: ki végzi, milyen sorrendben, melyik rendszerben, és mi a teendő, ha a szokásos folyamat nem alkalmazható. Közös támpontot ad a csapatnak a munkavégzéshez és az új munkatársak betanításához. Minősége attól függ, mikor ellenőrizték utoljára a tényleges munkához képest.
Miben különbözik az SOP a szabályzattól, a munkautasítástól és a folyamattérképtől?
Ezek a dokumentumok különböző célokat szolgálnak:
- A szabályzat rögzíti, miről döntött a szervezet. Például: „Minden 10 000 feletti számlához két jóváhagyás szükséges.”
- A munkautasítás elmagyarázza, hogyan kell végrehajtani egy konkrét lépést, például melyik képernyőt, mezőt vagy gombot kell használni. Az SOP megmutatja, mi következik, a munkautasítás pedig azt, hogyan kell elvégezni az adott lépést.
- A folyamattérkép bemutatja, hogyan halad át a munka a szerepkörökön és rendszereken. Az SOP egyetlen feladatot ír le részletesebben. Olvassa el a folyamattérképezési útmutatónkat.
Az SOP-t annak írja, aki a munkát végzi. Térjen ki arra is, mikor kell döntést hoznia vagy kivételt kezelnie.
Három példa szabványos munkautasításra
Mindegyik példában táblázat mutatja be a lépéseket, a felelős szerepkört, a használt rendszert, az elvárt eredményt és a kivételkezelés menetét. Ezekkel az információkkal könnyebb követni az eljárást, és összevetni a rendszerekben rögzített munkával.
1. példa: Számlakivételek kezelése a közös szolgáltatóközpontban
Az eljárás akkor indul, ha a számla nem megy át a háromoldalú egyeztetésen. A kivételek oszlopa azt mutatja meg, mi a teendő, ha egy lépés nem a tervek szerint alakul.
| Lépés | Felelős | Rendszer | Eredmény | Teendő probléma esetén |
|---|---|---|---|---|
| 1 | Szállítói számlákkal foglalkozó ügyintéző | ERP | Létrejön a kivételes eset a hibakóddal | Nincs hibakód: a kivizsgálás előtt továbbítsa az ügyet a szállítói számlákért felelős csoport vezetőjének |
| 2 | Szállítói számlákkal foglalkozó ügyintéző | ERP, beszállítói portál | A rendszer azonosítja az eltérést: ár, mennyiség vagy szállítás | Az árkülönbség 2%-on belül van: könyvelje le a számlát, és rögzítse az eltérést |
| 3 | Beszerző | ERP | Megerősítés arról, hogy az áru a rendelés szerint megérkezett | A beszerző 2 napig nem elérhető: eszkalálja az ügyet a kategóriamenedzserhez |
| 4 | Szállítói számlákkal foglalkozó ügyintéző | ERP | Jóváírási kérelem vagy fizetésre jóváhagyott számla | A beszállító vitatja a jóváírást: térjen át a vitarendezési eljárásra, ne hagyja nyitva az ügyet |
| 5 | A szállítói számlákkal foglalkozó csoport vezetője | ERP | Az ügy lezárul, az indok rögzítésével | Ugyanaz a hibakód három egymást követő hónapban is megjelenik: kezdeményezzen folyamatmódosítást |
Az utolsó sor lehetőséget ad a csapatnak, hogy felülvizsgálatra jelölje az ismétlődő problémákat. Nem feltételezi, hogy minden kivételre ugyanaz a megoldás.
2. példa: Áruátvétel és betárolás
| Lépés | Felelős | Rendszer | Eredmény | Teendő probléma esetén |
|---|---|---|---|---|
| 1 | Áruátvevő | WMS | A szállítmány ellenőrzése az ASN alapján | Nincs ASN: rögzítse kézzel az átvételt, és jelezze a beszállítónak |
| 2 | Áruátvevő | WMS | A mennyiség és az esetleges sérülés rögzítése | Sérülést talál: fényképezze le, helyezze karanténba a raklapot, és értesítse a beszerzést |
| 3 | Minőségellenőr | QMS | A tétel felszabadításáról szóló döntés | A tétel zárolva van: az áru maradjon karanténban, ne kezdje meg a betárolást |
| 4 | Raktári dolgozó | WMS | Betárolás a javasolt helyre | A tárhely zárolva van: használja a túlfolyó tárolóhelyet, és rögzítse a módosítást |
| 5 | Raktári dolgozó | WMS | A készlet komissiózhatóvá válik | Az átvételt a határidő után rögzítették: ellenőrizze, hogy a nyitott rendeléseket újra kell-e tervezni |
3. példa: Incidensek elsődleges besorolása az IT-szolgáltatási pultnál
| Lépés | Felelős | Rendszer | Eredmény | Teendő probléma esetén |
|---|---|---|---|---|
| 1 | Szolgáltatási pult ügyintézője | ITSM | Az incidens rögzítése a szolgáltatás, a hatás és a sürgősség megadásával | A felhasználó nem érhető el: rögzítse az incidenst a nevében, és tüntesse fel az információ forrását |
| 2 | Szolgáltatási pult ügyintézője | ITSM, CMDB | A prioritás meghatározása a hatás és a sürgősség mátrixa alapján | A megoldó csoport vitatja a prioritást: eszkalálja az ügyet a szolgáltatás felelőséhez, ne módosítsa egyeztetés nélkül |
| 3 | Megoldó csoport | ITSM | Diagnózis és javítási kísérlet az SLA-ban meghatározott időn belül | A javításhoz módosítás kell: kapcsolja az incidenshez a módosítási rekordot, és hagyja nyitva az incidenst |
| 4 | Szolgáltatási pult ügyintézője | ITSM | A felhasználó megerősítése, majd az ügy lezárása | A felhasználó 3 napon belül nem erősít meg: zárja le az ügyet, és rögzítse az indokot |
Mi kerüljön egy SOP-ba?
A következő eljárás összeállításakor induljon ki az alábbi felépítésből:
- Cél és hatókör: Írja le, mire terjed ki az eljárás, és mire nem. A világos határok segítenek, hogy egy SOP egyetlen feladatra összpontosítson.
- Kiváltó esemény: Nevezze meg az eljárást elindító eseményt, hogy az olvasó felismerje, mikor kell alkalmaznia.
- Szerepkörök: A felelősségeket szerepkörökhöz, ne konkrét személyekhez rendelje. A munkatársak változhatnak, a szerepkörök állandóbbak.
- Számozott lépések és rendszerek: Írja le az egyes lépéseket, a végrehajtásukért felelős szerepkört és a használt rendszert.
- Kivételek kezelése: Térjen ki arra, mi a teendő, ha a szokásos menet nem alkalmazható. A gyakori eltéréseket is vegye számba, ne csak az ideális esetet.
- Ellenőrzések és bizonyítékok: Határozza meg, mit és hol kell rögzíteni, valamint meddig kell megőrizni.
- Felelős és módosítási előzmények: Nevezze meg a felelőst, és rögzítse minden módosítás dátumát és tartalmát.
- Felülvizsgálatot kiváltó esemény: Határozza meg, milyen változás indokolja az eljárás felülvizsgálatát, például egy rendszer, egy szabályozás vagy a csapat változása, illetve a mért teljesítmény módosulása.
A módosítási előzményekből kiderül, mi és mikor változott. A felülvizsgálatot kiváltó esemény pedig segít időben újra elővenni az eljárást, mielőtt elavulna.
Hogyan ellenőrizze, hogy használatra kész-e az SOP?
Közzététel vagy módosítás előtt tegye fel a következő kérdéseket:
- Egyértelmű, hogy mire nem terjed ki az SOP?
- Az elején világosan szerepel a kiváltó esemény?
- Minden lépésnél meg van nevezve a felelős szerepkör, a rendszer és az elvárt eredmény?
- Az alkalmazásban végrehajtott lépéseknél látható az a képernyő, amelyet az olvasó látni fog?
- Leírja az eljárás, mi a teendő, ha a szokásos menet nem alkalmazható?
- Meg van nevezve a felelős, és szerepelnek a módosítási előzmények?
- Van olyan konkrét esemény, amely felülvizsgálatot indít?
- Össze tudja vetni az eljárást az eseményadatokkal, és egyeztette az eltéréseket a folyamat felelősével?
Ha az utolsó kérdésre nem tud válaszolni, először azonosítsa, mely rendszerek rögzítik a munkát. Így ellenőrizheti, hogy az eljárás még mindig a gyakorlatot tükrözi-e. Az SOP-k kezelése így rendszeres felülvizsgálattá válik, nem puszta iratrendezéssé.
SOP-k kezelése
Az SOP megírása a munka könnyebbik fele. A nehezebb rész az SOP-k kezelése: hol található az eljárás, melyik a legfrissebb verzió, és ki vizsgálja felül. Akár külön SOP-kezelő szoftvert használ, akár dokumentumokat tárol egy mappában, a csapatonként külön mentett példányok előbb-utóbb elavulnak. A ProcessMind az eljárást az általa leírt folyamathoz kapcsolja, így a dokumentumhoz tartozó irányítás is vele marad:
- Kapcsolja az eljárást az általa leírt tevékenységhez. Minden folyamathoz tartozik egy dokumentációs fa, amelynek szakaszait egyszer, a környezet szintjén kell beállítani. Így minden eljárás ugyanazokkal a leírási, hatóköri, szerepköri, cél- és irányítási fejezetekkel indul. Szervezete igényei szerint egyéni szakaszokat is hozzáadhat. A munkautasítást pedig a hozzá tartozó lépésnél tarthatja, nem egy olyan mappában, amelyet külön meg kell keresni.
- A folyamat többi részével együtt vizsgálja felül. A folyamat állapota lehet piszkozat, felülvizsgálat alatt, jóváhagyott, közzétett, visszavont vagy archivált. A felülvizsgálók a „Felülvizsgálatra vár” szűrőben találják meg a teendőiket. A jóváhagyással egy lépésben közzétett verzió is létrehozható, így a dokumentumot nem lehet az egyik helyen jóváhagyni, majd egy másik helyen módosítani.
- Ott fűzzön hozzá megjegyzést, ahol a munka zajlik. A lépéshez fűzött Megjegyzés hozzáadása funkcióval az adott tevékenységnél indíthat beszélgetést. Így a mezővel, ellenőrzéssel vagy kivétellel kapcsolatos kérdés az utasítás mellett marad, nem vész el a levelek között.
- Őrizze meg a verziókat. A Verzióelőzmények rögzítik, hogy mi, mikor és ki által változott. A közzététel határozza meg, melyik verziót látják az olvasók.
- A szerepköröket vegye át a modellből. A dokumentum RACI-mátrixa a modell tevékenységeihez rendelt szerepkörökből töltődik ki, így a dokumentumban szereplő felelősségek összhangban maradnak az ábrán láthatókkal.
- A képernyőn végzett lépéseket ott rögzítse, ahol a munka zajlik. Készítsen képernyőképet vagy -felvételt a ProcessMindben, vágja a lényeges vezérlőelemekre, takarja ki a személyes adatokat, hogy a mentett képen se legyenek láthatók, majd írja meg az utasításokat Markdown formátumban. A szerkesztő a valószínűleg érzékeny mezőket is felismeri, a kitakarásokat pedig mentés előtt módosíthatja. A felvétel az adott tevékenységhez csatolt mellékletként tárolódik.
- Exportálja fájlba annak, akinek erre van szüksége. A felülvizsgálati ciklusokhoz és a minőségirányítási rendszerhez használjon Wordöt, verziókezeléshez Markdown formátumot, terjesztéshez és archiváláshoz pedig PDF-et vagy nyomtatott példányt. Az exportálási beállításokban megadhatja, hogy a kimenet felsorolja-e a még nem dokumentált modellelemeket, a folyamatábrákat és az egyes tevékenységek RACI-mátrixát. A dokumentálatlan elemek listája gyakran a leggyorsabb módja annak, hogy megtalálja az eljárás hiányosságait.
A dokumentum csak a munka egyik fele. A másik az ellenőrzés, amelynek szintén ugyanott a helye: vesse össze a dokumentált lépéseket a rendszereiben rögzített tevékenységekkel, majd döntse el, hogy a képzésen, a dokumentumon vagy a folyamaton kell-e változtatni. A jóváhagyott módosítást a saját verzióállapotával együtt vezesse át a dokumentációba.
Két korlátot érdemes tisztázni. A ProcessMind rendszerezi a dokumentációt, és bizonyítékot ad a felülvizsgálathoz, de nem tanúsítja a megfelelést, és nem helyettesíti sem a minőségirányítási rendszer által megkövetelt jóváhagyást, sem a jogi csapat által kezelt szabályzatgyűjteményt. A munkafolyamaton kívül működő képernyőrögzítő eszközök, például a Scribe, ugyanilyen jól rögzítik, hogyan végez el valaki egy feladatot. Néhány, egyetlen csapat által kezelt eljáráshoz egy wiki is elegendő lehet. Azt viszont sem a wiki, sem egy külön dokumentumtár nem mutatja meg, hogy az eljárás még mindig megfelel-e a tényleges munkának.
Miért térnek el az írott eljárások a tényleges munkától?
Az eljárások azért avulnak el, mert a munka megváltozik a dokumentálás után. Ez nem feltétlenül az írás hibája. Inkább azt jelzi, hogy a folyamat időközben fejlődött.
Az eljárás emlékezetből készül. Egy műhelymunka azt rögzíti, ahogyan az emberek értelmezik a folyamatot. Ez a tervezett működést tükrözheti a tényleges helyett. A kivételek könnyen kimaradnak, pedig a munka jelentős részét is kitehetik.
A csapatok kerülőutakat alakítanak ki. Valaki gyorsabb megoldást talál egy gyakori esetre, és megosztja a kollégáival. Ha az SOP frissítése több munkával jár, mint a kerülőút használata, a dokumentum lemaradhat a gyakorlat mögött.
A rendszerek változnak. Átneveznek egy mezőt, automatizálnak egy ellenőrzést, vagy módosul egy jóváhagyási küszöb. Az eljárás mégis a korábbi működést írhatja le.
A változás nehezen észrevehető. Az írott dokumentumból nem derül ki, mikor kezdett eltérni a tényleges munka a leírástól. Ha nincs bizonyíték a folyamatról, az emberektől kell megkérdezni, hogy utólag idézzék fel, mi történt.
Mitől marad naprakész egy eljárás?
Egy mappában tárolt dokumentum önmagában nem ad választ. Az eljárás akkor maradhat naprakész, ha folyamatosan karbantartja: a folyamat és az általa leírt tevékenység mellett marad, így a lépés és a hozzá tartozó dokumentáció módosítását együtt, a modellben már megnevezett szerepkörök vizsgálják felül. A csapat a Process Portalban a közzétett verziót olvassa, amely egyetlen hiteles forrásként szolgál. Minden export ebből készül, nem egy helyben szerkesztett másolatból.
Két dolog segít, hogy a dokumentáció a valóságnak feleljen meg. A megfelelőség-ellenőrzés méri a dokumentált folyamat és a rendszerekben rögzített tevékenységek közötti eltérést. Így az eltérést nemcsak sejteni lehet, hanem meg is lehet vizsgálni. A folyamatirányítás egyértelművé teszi, ki felel a válaszért, a folyamatirányítás és közzététel pedig itt kezeli a felülvizsgálatot és a verziót.
Az írott eljárás csak azután avul el, hogy a munka már megváltozott, és mire ez kiderül, senki sem tudja megmondani, mikor kezdődött. Ezt csak úgy lehet időben észrevenni, ha az eljárás a folyamatban, az általa leírt tevékenység mellett található. A dokumentációt és a bizonyítékokat együtt nézze meg, különben az egyik mindig elavult lesz.
Hogyan készíthet SOP-t eseményadatokból?
Az eseményadatok megmutatják, milyen lépéseket végeznek el azokban a rendszerekben, amelyek már rögzítik a munkát, például ERP-, ITSM- vagy WMS-rendszerekben. Használja ezeket a folyamatra vonatkozó ismeretekkel együtt az eljárás megírásához és felülvizsgálatához. Erre is használható a process mining:
-
Töltse be az eseménynaplót
Azonosítsa az esetazonosítót, a tevékenységet és az időbélyeget a folyamatot rögzítő rendszerekben. Használjon egyetlen esetfogalmat és időszakot, hogy az eredmények összehasonlíthatók maradjanak. -
Rendelje hozzá az adatokat a dokumentált folyamathoz
Állítsa egymás mellé a rögzített lépéssort és az SOP lépéseit. Egyes dokumentált lépések minden esetben megjelennek, mások csak ritkán, néhány pedig egyáltalán nem. Mindegyikre érdemes rákérdezni. -
Elemezze az eltéréseket
Mérje meg, milyen gyakran járják be az egyes útvonalakat, hol várakozik a munka, és mely lépéseket ismétlik meg. Az adatokban látható eltérés vizsgálatot indokol, de önmagában nem bizonyítja, hogy a munka hibás. -
Vegye fel az SOP-ba a fontos eltéréseket
A gyakran előforduló eseteket vegye fel kivételként, felelős szerepkörrel, rendszerrel és elvárt eredménnyel, ahogy a fenti három példa is mutatja. Kérje meg a munkát végzőket, hogy erősítsék meg azt, amit az adatok nem tudnak megmutatni.
A folyamatadatokkal ellenőrizheti az eljárást, de az adatok nem magyaráznak meg minden döntést, és azt sem határozzák meg, hogyan kellene működnie a folyamatnak. Egyeztesse a megállapításokat a munkát végzőkkel és a folyamat felelőseivel. Közben nevezzen meg egy felelőst és egy felülvizsgálatot kiváltó eseményt is. A gazdátlan eljárás avul el a legkönnyebben.
Where to Go From Here
Elkészült az eljárás, és van mód az ellenőrzésére is. Vesse össze a dokumentált lépéseket a rendszerekben már rögzített tevékenységekkel, majd a különbségek alapján döntse el, mit érdemes átbeszélni a folyamatért felelős csapattal.
