
A folyamatmenedzsment itt csak a munkatársak titulusában létezik
A folyamatdokumentáció ritkán bukik el a tudás hiányán. Ennek ellenére a legtöbb vállalatnál félresikerül, és szinte mindig ugyanabból az öt okból kifolyólag. A következő bejegyzés egy teljesen átlagos hétfő reggelt mutat be az ügyfélnél, és ezen keresztül szemlélteti, min is múlnak valójában a folyamatprojektek: a módszertan és a mindennapok közötti szakadékon, a megosztott tudáson és mindenekelőtt a hibás sorrenden. Mert aki felülről kényszerít rá egy kész modellt a szervezetre, az elvéti a valóságot. Az út éppen fordítva vezet: először láthatóvá tenni azt, ami valójában történik, majd struktúrát adni neki, és végül finomítani.

Jonas Neubauer
Co-Founder & CGO
Egy történet egy tanácsadó életéből – és az az öt ok, amiért a vállalatok elbuknak a folyamataik dokumentálásában.
9:30, hétfő reggel. A bejelentkezés és a biztonsági ellenőrzés zökkenőmentes, az indulásig még van egy óra. Elég idő arra, hogy az ügyfélhez való repülés előtt még egyszer gyorsan ellenőrizzem, hol is áll náluk valójában a folyamatmenedzsment – és hol kellene elkezdenünk a fejlesztést.
A rendelkezésre bocsátott dokumentumokba való gyors bepillantás is elegendő. A folyamatmenedzsment itt csak a munkatársak titulusában létezik. Három Word-dokumentum között találok egyetlen Visio-dokumentumot, egy szinttel feljebb pedig egy Excel-listát, amely „az összes dokumentált folyamat áttekintését" tartalmazza. A Visio-dokumentum egy folyamatértékelést (flowchart) tartalmaz pontosan egy repülési magasságban: Az ügyfél jelentkezik → kiszolgáljuk az ügyfelet → az ügyfél elégedett.
Hát szuper, gondolom magamban. Akkor hát a nulláról kezdjük.
Ez nem egy túlzó példa. Ez a szabály.
Gondolhatnánk, hogy az ilyesmi csak kisvállalkozásoknál fordul elő. Valójában ez ugyanúgy igaz a nagyvállalatokra sőt, a konszernekre is. Különösen azok a szervezetek, amelyek bizonyos területeken kiválóan dokumentálnak – mert ez az üzleti modelljük magva –, hajlamosak a folyamataikat máshol teljesen elhanyagolni.
A termelés ezredmásodpercre optimalizáltan és zökkenőmentesen zajlik. Ezzel szemben egy új munkatárs onbordingja kollégáról kollégára eltérően néz ki, és van, akinek két hét után sincs még beüzemelt laptopja.
Miért küzdenek a vállalatok ennyire a folyamataik dokumentálásával? Valójában az első lépés rendkívül egyszerű: kezdetben csak arról van szó, hogy rögzítsük azt, ami egyébként is minden nap történik. Nem egy ideális kép megalkotásáról – csak annak leírásáról, ami van.
És mégis pontosan itt bukik el a dolog. Tapasztalataink szerint öt visszatérő probléma miatt: a módszertan és a mindennapi élet közötti fordítási problémán, a szervezetben szétszórt tudáson, a rögzítés hibásan értelmezett sorrendjén, a halott dokumentációs kimeneteken és az érettségi szinttel kapcsolatos irreális elvárásokon. Sok ilyen ponton maguk a vállalatok keveset tudnak változtatni, mert egyszerűen hiányzik a piacon az a megfelelő ajánlat, amely valóban megoldaná a problémáikat. Egészen mostanáig.
1. probléma: A szakértői probléma – aki érti a folyamatokat, ritkán ismeri a mindennapokat
A folyamatmenedzsment ritkán bukik el azon, hogy a munkatársak nem ismerik a saját munkájukat. Azon bukik el, hogy nem tudják azt olyan formában kifejezni, amilyet a módszertanosok elvárnak.
Az egyik oldalon állnak a folyamatszakértők: sávokban (swimlanes), BPMN-notációban, RACI-mátrixokban és referenciamodellekben gondolkodnak. Tudják, hogyan kell tisztán dokumentálni – de nem tudják, mi történik valójában egy adott részleg napi működése során. A másik oldalon azok az emberek állnak, akik mindennap végzik a munkát. Ismernek minden kivételt, minden áthidaló megoldást (workaround), minden nem hivatalos köztes lépést – de nem beszélik a notáció nyelvét.
Amint a szakértő dokumentál, olyan modell jön létre, amelyben a munkatársak nem ismernek magukra. Amint a munkatársak maguk dokumentálnak, egy közös szerkezet nélküli mozaik keletkezik. A két világ között tátongó fordítási szakadék van – és pontosan ez a szakadék minden folyamatprojekt valódi szűk keresztmetszete.
A BLIKS IO természetes nyelven kommunikál, és lebontja ezt a gátat. A munkatársak úgy írják le a munkájukat, ahogyan ismerik – a módszertant pedig a szoftver biztosítja.
2. probléma: A decentralizált tudás ésszerű centralizálása
Egy több száz fős vállalatnál már senki sem rendelkezik a teljes képpel. A valódi folyamatokkal kapcsolatos tudás nagy része a fejekben rejlik, és egyes személyek, részlegek és rendszerek között van elszórva. Ezért a döntő kérdés nem az, hogy „Hogyan néz ki a folyamat?", hanem az, hogy „Kit kell egyáltalán megkérdeznem – és milyen sorrendben?".
A klasszikus út workshopokon és egyéni interjúkon keresztül vezet. Ez lassú, drága és hiányos, a végeredmény pedig attól függ, hogy éppen ki ül a szobában, és az adott személy mennyire jól fogalmaz azon a napon. Aki egy egész szervezetet szeretne feltérképezni, annak nem céltalan adatgyűjtésre van szüksége, hanem egy olyan logikára, amely szisztematikusan gyűjti össze a tudást a megfelelő hordozóktól, és azt ésszerűen egyesíti.
A BLIKS IO ezt a logikát közvetlenül a dobozból biztosítja, algoritmikusan összekapcsolja a tudáshordozókat, és a feltérképezést irányítható projektté teszi a véletlenszerű gyűjtögetés helyett.
3. probléma: A komplexitás kibogozása – anélkül, hogy az jelentéktelenné válna
Itt bukik el a kezdetben említett Visio-folyamatábra. Sok vállalat fentről lefele (top-down) teljes folyamatláncokat vagy kész referenciamodelleket erőltet magára, és úgy gondolja, hogy már az első rögzítéskor fel kell térképeznie, hol illeszkednek a lépései ebbe az előre gyártott rácsba. Ez a folyamatmenedzsment egyik leggyakoribb hibája: térképeznek, mielőtt megértették volna, hogy valójában hol állnak.
A helyes sorrend pont fordítva van. Először a valódi JELEN helyzetnek kell láthatóvá válnia – nem annak, amit egy sablon előír, hanem annak, ami valójában történik. Erre legalkalmasabb a tevékenységi szint, amelyet a folyamatmenedzsmentben gyakran a folyamatpiramis 3. szintjeként emlegetnek. Ez a „sweet spot": a tevékenységi szinten az információ kézzelfogható az absztrakt helyett – és ugyanakkor nincs elveszve olyan részletességi szinten, amelyet már senki sem tudna karbantartani.
Csak miután egy folyamatáramlás egyes tevékenységei tisztán vizualizálva lettek, kapcsolhatók össze a folyamatok folyamatláncokká. És csak ezután fűznek az egyes tevékenységekhez pontos leírást arról, hogyan zajlik az a valóságban – egészen a kattintási útvonalig. De mindezt csak azután, miután a folyamat szerkezete már összeállt. Aki ezt a sorrendet megfordítja, egy olyan lenyűgöző modellt épít fel, amelynek kevés köze van a valósághoz.
A BLIKS IO pontosan ebben a sorrendben halad: először a valódi JELEN helyzet tevékenységi szinten, majd az összekapcsolás, végül a részletek mélysége.
4. probléma: A folyamatok nem öncélúak
A legjobb dokumentum sem ér semmit, ha végül csak műtárgyként díszíti az iratrendező mappát belülről. Pontosan ez a folyamatdokumentációk szokásos sorsa: abban a pillanatban, amint elkészülnek, elkezdenek elavulni. PDF, Visio-fájl vagy Word-dokumentum formájában fekszenek egy mappában, néhány hét után elavulnak, soha többé nem nyitják meg őket, és egyetlen döntésbe sem folynak bele.
Pedig soha nem a dokumentum a cél. A cél az a képesség, hogy kérdéseket tehessünk fel a saját szervezetünknek: Hol vannak a szűk keresztmetszetek? Melyik rendszert melyik részlegen használják? Ki jelent egypontos meghibásodási lehetőséget (Single Point of Failure)? Mi történik, ha egy lépés kimarad, vagy ha egy rendszer megváltozik? A statikus dokumentumok nem tudnak válaszolni ezekre a kérdésekre. Az élő, lekérdezhető adatok viszont igen.
A BLIKS IO a teljes dokumentációt dinamikus adatbázisokká alakítja, amelyekből a szervezet bármikor több szempontból is elemezhető – ahelyett, hogy egy olyan dokumentum lenne, amelyet soha többé senki nem nyit meg.
5. probléma: Az érettségi szintet fejleszteni kell, nem kikényszeríteni
Az első megbeszéléseken felmerülő egyik leggyakoribb kérdés így hangzik: „Őszinte értékelést kérünk – milyen messze vagyunk attól, hogy ezt a folyamatot automatizáljuk?"
Az őszinte válasz szinte mindig az: messzebb, mint gondolná. Ugyanis a legtöbb esetben a különböző területeken még az sincs tisztázva, hogy valójában mit tesznek közös szinten – nemhogy mindenhol ugyanazokat a rendszereket használnák. Az automatizálásról beszélni ilyenkor kevésbé egy következő lépés, mint inkább egy vizionárius elképzelés.
De hát így alakulnak ki ezek az elvárások, ha nem adják meg a vállalatoknak a lehetőséget, hogy folyamatérettségüket lépésről lépésre fejlesszék, hanem folyamatosan fűt-fát ígérgetnek nekik. Aki újra és újra azzal áll elő, hogy „Mi egyszerűen mindent automatizálunk, felszereljük MI-vel, és a haszonkulcs máris 90%-os lesz", az eléri, hogy ezt egy idő után el is higgyék.
A valóság ennél kevésbé látványos: a folyamatérettség lassan, egyértelmű fokozatokban fejlődik.
Rögzítés → Finomítás → Standardizálás → A színvonal emelése → Közeledés a részleges automatizálásokhoz.
Egy szoftvernek, amely támogatja a vállalatokat a folyamatmenedzsmentben, pontosan ezeket a fejlődési szakaszokat kell leképeznie – és nem csak a legutolsónál bekapcsolódnia.
A BLIKS IO elkíséri a vállalatot mindegyik szakaszban: az első folyamattervezettől a valóban automatizálható folyamatokig.
Az esetek 90%-ában pedig nem is a teljes BPMN folyamatábrára van szükség. Gyakran elég tudni, hogy ki mit csinál. Pragmatikusan. Nem a dicsőséges történet kell – de legyen őszinte és funkcionális.
Magára ismert a vállalatával ebben a történetben? Akkor beszéljünk arról, hol áll ma – és melyik következő lépés az, ami valóban megfelelő az Ön számára.
GYIK
Maradjon naprakész hírlevelünkkel:



