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

Miért buknak el olyan gyakran a folyamatdokumentációs projektek?
Leggyakrabban öt visszatérő ok miatt buknak el: a módszertan és a mindennapok közötti szakadék, a strukturálatlanul szétszórt tudás, a rossz sorrend (térképezés a megértés előtt), a holt dokumentációs kimenet, valamint az érettségi szinttel kapcsolatos reálisnak nem nevezhető elvárások miatt. A BLIKS IO pontosan ezen a öt ponton nyújt segítséget.
Fentről lefelé (top-down) vagy lentről felfelé (bottom-up) kell dokumentálni a folyamatokat?
Lentről felfelé, a tevékenységi szinten lévő valós JELENLEGI állapottal kezdve. Az előre elkészített fentről lefelé mutató sablonok arra csábítanak, hogy a folyamatokat rácsokba kényszerítsük, mielőtt megértenénk, mi is történik valójában. Csak akkor lehet a valódi tevékenységeket értelmes folyamatláncokká összekapcsolni, ha azok már láthatóvá váltak.
Mi a folyamatpiramis 3. szintje (Level 3)?
A 3. szint a tevékenységi szintet jelöli – azt a részletességi mélységet, ahol egy folyamat konkrét tevékenységeit leírjuk. Ez elég kézzelfogható ahhoz, hogy a valóságot tükrözze, de nem annyira részletgazdag, hogy a dokumentáció karbantarthatatlanná váljon. Ezért ez a megfelelő kiindulópont a JELENLEGI állapot rögzítéséhez.
Mindig szükség van BPMN-re a folyamatdokumentációhoz?
Nem. A legtöbb esetben elegendő egyértelműen rögzíteni, hogy ki mit csinál. Egy teljes BPMN-folyamatábra csak ott szükséges, ahol egy folyamatot ténylegesen automatizálni kell. Az első érettségi szintekhez a pragmatikus, érthető ábrázolás értékesebb, mint a formális teljesség.
Mikor lehet egy folyamatot automatizálni?
Csak akkor, ha azt már rögzítették, finomították és az összes érintett területen szabványosították – beleértve az egységes rendszereket is. Az automatizálás a kiforrott folyamat-érettség eredménye, nem pedig a kiindulópontja. Aki átugorja ezeket a lépéseket, az a káoszt automatizálja.

Maradjon naprakész hírlevelünkkel:

BLIKS.IO Illustration Step 1 – Data ingestion for digital organizational twin

BLIKS IO

Operatív valóság. Digitálisan rögzítve.

BLIKS.IO process component – modular AI building blocks for the digital organization
BLIKS.IO Illustration Step 2 – Digital Twin Process Modeling
BLIKS.IO Illustration Step 3 – AI Analysis and Process Optimization