Folyamatirányítás: így marad naprakész a folyamatdokumentáció

A folyamatirányítás rögzíti, ki felel egy folyamatért, ki módosíthatja a modelljét, hol található a jóváhagyott verzió, és mikor kell felülvizsgálni. Ezek a döntések biztosítják, hogy a folyamatdokumentáció a tényleges munkát tükrözze, jóval az azt létrehozó projekt lezárása után is.

Ez az általános meghatározás, és helytálló. Ez az oldal azt a részt is bemutatja, amelyről a legtöbb folyamatirányítási cikk nem szól: hol jelenik meg a gyakorlatban az egyes döntések eredménye. A ProcessMindben a felelősség, a jóváhagyás, a közzétett verzió és a felülvizsgálati sor a platform funkciója, nem egy szabályzatba írt előírás.

A munka az emberekkel, a rendszerekkel és a felelősségi körökkel együtt változik. Egy diagram csak egy adott pillanatot rögzít, a szakértelem pedig gyakran az emberek fejében marad. Egyértelmű felelős és rendszeres felülvizsgálat nélkül a dokumentáció fokozatosan eltér a valóságtól.

Mit jelent a folyamatirányítás?

A folyamatirányítás azoknak a döntéseknek és szerepköröknek az összessége, amelyek biztosítják, hogy a folyamatdokumentáció a folyamat tényleges működését tükrözze. Négy gyakorlati kérdésre ad választ:

• Felelősség: Ki az a konkrét személy, aki felel a folyamatért?
• Módosítás: Ki szerkesztheti a modellt, és ki hagyja jóvá a változtatásokat?
• Közzététel: Hol található a jóváhagyott verzió?
• Felülvizsgálat: Mikor ellenőrzi, hogy a modell továbbra is a tényleges munkát tükrözi-e?

A projektirányítás a vállalt feladatok teljesítésére összpontosít. Az IT-irányítás a technológiai kockázatokkal foglalkozik. A folyamatirányítás magukra a folyamatokra vonatkozik, és a bevezetésüket célzó projekt után is folytatódik.

Ha a legfontosabb folyamatai esetében választ tud adni erre a négy kérdésre, már megvan a működő alap. Ha nem, a csapatok újra és újra dokumentálják ugyanazokat a folyamatokat, minden alkalommal elölről kezdve. A folyamatarchitektúra egy közös helyet biztosít ezeknek az ismétlődő munkáknak.

Melyik négy kérdést kell rendeznie a folyamatirányítási keretrendszernek?

A táblázat segít felkészülni az első folyamatirányítási egyeztetésre. Minden folyamatnál rögzítse a döntést, a felelős személyt és azt a bizonyítékot, amely igazolja, hogy a döntés érvényben van.

A szabályok legyenek arányosak a kockázattal. A ProcessMindben a folyamatgazda a jóváhagyó, így minden változásról egyértelmű döntés születik, amelynek eredménye látható, nem pedig aláírások hosszú sora következik. Tegye könnyen megtalálhatóvá a jóváhagyott modellt, és a folyamat változásainak gyakoriságához, valamint a kockázatokhoz igazítsa a felülvizsgálat ütemezését. A Folyamatirányítás és közzététel című útmutató lépésről lépésre bemutatja a munkafolyamatot.

A legtöbb folyamatirányítási keretrendszerből éppen a negyedik oszlop hiányzik. Ha egy döntés csak egy dokumentumban szerepel, az csupán szándék. Ha a platformban is rögzítik, korláttá válik. Ha a felelős egy mezőben szerepel, a felülvizsgálat sorba kerül, és a megtekintők csak a közzétett verziót látják, a szabályok akkor is érvényben maradnak, amikor az azokat megalkotó személy már máshol dolgozik.

Miért avul el a folyamatdokumentáció?

A dokumentáció gyakran egy ésszerű kivétellel kezd el elavulni. Egy jóváhagyási lépés miatt feltorlódnak a feladatok, ezért egy vezető bizonyos esetekben engedélyezi a lépés kihagyását. A torlódás megszűnik, de senki nem vonja vissza hivatalosan a kivételt. Az új munkamódszer rutinná válik, miközben a modell továbbra is a régi jóváhagyási lépést mutatja.

Ha az emberek már nem bíznak a dokumentációban, nem is ellenőrzik. Így a következő változást még nehezebb észrevenni, a különbség pedig tovább nő. A kivételt a gyakorlatban ritkán rögzítik, ezért a problémára rendszerint audit során derül fény, nem felülvizsgálatkor. A valódi ok az, hogy a modell nem maga a nyilvántartás, így a munka változásakor semmi nem kényszeríti ki a döntést. Ha a modellt irányított platformon tartja, a változásnak lesz helye: verzió, a jóváhagyásával hivatalossá tevő felelős, közzétett állapot és felülvizsgálati dátum. A folyamatirányítás így nem emlékeztető, hanem a munkafolyamat része lesz.

Milyen szerepkörökre és felelősségekre van szükség a folyamatirányításhoz?

A gyakorlatban három szerepkörrel érdemes kezdeni. Kisebb szervezetben egy személy több szerepet is betölthet, de a felelősségi köröket akkor is határozza meg egyértelműen.

A folyamatgazda felelőssége konkrét: eldönti, hogy a javasolt módosítás megfelel-e a tényleges működésnek, és van felhatalmazása ahhoz, hogy érvényt szerezzen a döntésnek. Ez a döntés jelenti a jóváhagyást. A folyamatgazdának nem kell személyesen szerkesztenie a modellt vagy gondoznia a dokumentációt, a ProcessMindben pedig a felülvizsgálatot sem kell sürgetnie: a folyamaton elindított felülvizsgálati kérés megjelenik a felelős sorában, és a jóváhagyása teszi közzé a verziót. A folyamatarchitekt gondoskodik a katalógus egységességéről. Megfelelési jóváhagyót csak akkor kell bevonni, ha egy kontroll második aláírást ír elő. Így a legtöbb esetben egy jóváhagyó elegendő. A folyamatfelelősségi modell csak akkor működik, ha a szerepkörök elkülönülnek, ezért rögzíteni kell őket, nem elég feltételezni, hogy mindenki ismeri a feladatát.

Rögzítse a felelősségeket egy RACI-mátrixban, első alkalommal pedig induljon a RACI-sablonból. A szerepkör-katalógust egy helyen tartsa, hogy a csapatok ugyanazokat a szerepköröket használják a modellekben, ne határozzák meg újra őket minden alkalommal.

A szerepkörök mellett határozza meg a felülvizsgálat gyakoriságát is. Végezzen felülvizsgálatot minden releváns változás után, az aktív folyamatokat pedig ütemezetten ellenőrizze.

Mely folyamatok irányításával kezdje?

Kezdje a legfontosabb folyamatokkal, ne a szervezet összes folyamatával. Elsőként azokat vegye sorra, amelyek bevételt termelnek, hatósági figyelmet kapnak, sok átadási pontot tartalmaznak, vagy az elmúlt évben gyakran változtak.

Határozza meg egyértelműen, mi tartozik a hatókörbe. Egy kisebb katalógus, amelyben minden folyamatnak van felelőse, jóváhagyása és felülvizsgálati dátuma, többet ér, mint egy nagy katalógus tele olyan felelősmezőkkel, amelyekben senki sem bízik. A többi modellt jelölje meg tájékoztató anyagként, amíg készen nem áll az irányításukra. A folyamatkatalógus különböztesse meg ezt a két csoportot. A folyamatdokumentáció irányítása azzal kezdődik, hogy meghatározza, mely folyamatok tartoznak az irányítás hatálya alá, és melyek csupán leíró jellegűek.

Az eszközök kiválasztása előtt jelölje ki a felelősöket. A katalógus rendszerezheti a modelleket, de nem döntheti el, ki felel értük. A folyamatdokumentáció egyetlen nyilvántartásban kapcsolja össze a modellt, a felelőst és az eljárást.

A Process Catalog megmutatja, mely folyamatok állnak irányítás alatt, ki a felelősük, és milyen állapotban van a felülvizsgálatuk

Hogyan irányítsa a mesterséges intelligenciával létrehozott modelleket?

A mesterséges intelligenciával létrehozott modellekre ugyanazok a felelősségi, jóváhagyási, közzétételi és felülvizsgálati szabályok vonatkoznak, mint bármely más modellre, de szigorúbban kell alkalmazni őket. A mesterséges intelligencia által készített vázlat hihető leírása annak, hogyan működhet egy folyamat, de nem bizonyítja, hogy az Ön szervezetében valóban így zajlik.

A létrehozott modelleket tartsa vázlat állapotban, amíg a kijelölt folyamatgazda át nem nézi és jóvá nem hagyja őket. Rögzítse, miből készült a vázlat, és tegye lehetővé, hogy a folyamatgazda összevesse a meglévő modellel. Jóváhagyás után ugyanazt a felülvizsgálati ütemezést alkalmazza, mint a többi dokumentációnál.

A folyamatirányítás itt kétszeresen is hasznos. Ugyanazt a szabályozott nyilvántartást, amelyet az emberek olvasnak, a mesterséges intelligenciát használó asszisztensek is elérhetik az API-n keresztül (minden csomagban, használatalapú díjazással) és az MCP server segítségével (Enterprise), azonos jogosultságok mellett. Ha egy asszisztens közzétett, jóváhagyott modellből válaszol, akkor a folyamatot veszi alapul, nem egy promptba másolt példányt. Nézze meg, milyen adatokat tehet elérhetővé egy MCP server.

Egy folyamatmodell korábbi verzióit és közzétett verzióját bemutató verziótörténet

A ProcessMind támogatja a mesterséges intelligenciával segített modellezést és a verziótörténetet. A létrehozott munkát tartsa vázlatként a felülvizsgálatig, a közzétételről pedig külön döntsön. A verziókezelés részleteiért olvassa el a ProcessMind verziókezelési dokumentációját.

Öt jel, amelyből kiderül, hogy naprakész-e a folyamatdokumentáció?

A folyamatirányítás akkor működik, ha bizonyítékokkal tudja alátámasztani. Ezt az öt ellenőrzést használjuk, és mindegyiknek megfelel egy ProcessMind-funkció, nem csupán egy elérendő cél.

1. Gyorsan meg tudja nevezni egy fontos folyamat felelősét. Ha csak egy szervezeti egységet tud megnevezni, vagy egy régi e-mailben kell megkeresnie a nevet, akkor a felelősség nincs rögzítve. A ProcessMindben a felelős közvetlenül a folyamathoz van rendelve, és a katalógusban is látható, így egy keresés elegendő.

2. A módosításból kiderül, mi változott, és ki hagyta jóvá. A változtatás emléke nem nyilvántartás. Minden modellhez tartozik verziótörténet, a jóváhagyás pedig jogosultsághoz kötött művelet, amely a vázlat, a felülvizsgálat alatt, a jóváhagyott és a közzétett állapotokon vezeti végig a folyamatot. Az auditnapló rögzíti a teljes folyamatot.

3. Mindenki a közzétett verziót használja. Ha a kollégák saját példányokat őriznek, nem bíznak a közös modellben. A ProcessMind egyetlen verziót tesz közzé a megtekintők számára a platformon és a Process Portalban, így mindig egyértelmű, melyik a naprakész verzió.

4. A felülvizsgálati dátumok naprakészek. Az olyan lejárt felülvizsgálati határidő, amelyről senki sem tud, rosszabb, mintha egyáltalán nem lenne dátum. A katalógus Saját felülvizsgálatra vár sora megmutatja, melyik felelősnek milyen feladata van, így a felülvizsgálatnak van felelőse, nem csupán szándék marad.

5. Az auditkérdésekre a folyamat nyilvántartásából tud válaszolni. Hetekig tarthat összegyűjteni a bizonyítékokat különböző mappákból. A ProcessMindben a felelős, a verzió, a jóváhagyás és a csatolt dokumentáció egyetlen exportálható és bemutatható nyilvántartásban szerepel.

Ezek az ellenőrzések csak akkor érnek valamit, ha a tényleges munkát tükrözik. A felülvizsgálati dátum kipipálása nem bizonyítja, hogy bárki elolvasta a modellt. Ezért van szükség szerepkörökre és felülvizsgálati sorra: ezek konkrét személyhez és időponthoz kötik az ellenőrzést.

Ha a folyamat már eleve a platformon él, egyik ellenőrzéshez sem kell új eszköz. Ez a gyakorlati érv amellett, hogy a folyamatirányítást a modellezési platformon belül, ne mellette végezze: a bizonyíték a munka melléktermékeként keletkezik, nem egy negyedév végén összeállítandó jelentésként.

Hogyan valósítsa meg a folyamatirányítást?

Kezdjen egy olyan folyamattal, amelyért már most is felel, és még a szabályzat megírása előtt rögzítse a négy döntést a modellben.

1. Nevezze meg a felelőst

   Ne egy szervezeti egységet, hanem egy konkrét személyt rendeljen a folyamathoz. Ha ketten osztoznak rajta, egyikük sem felel érte egyértelműen.

2. Állapodjon meg arról, ki szerkeszt és ki hagy jóvá

   Válassza külön a modellt módosítókat és a jóváhagyót. A ProcessMindben a folyamatgazda hagyja jóvá a módosításokat, ezért megfelelési jóváhagyót csak akkor vonjon be, ha ezt egy kontroll megköveteli.

3. Tegyen közzé egyetlen verziót

   A közzétett modellt jelölje meg az egyetlen hivatalos verzióként, és másolat helyett ezt tegye elérhetővé a megtekintőknek.

4. Ütemezze a felülvizsgálatot

   Adjon meg felülvizsgálati dátumot, és használja a felülvizsgálati sort, hogy a lejárt ellenőrzéshez felelős is tartozzon, ne csak jó szándék.

5. Végezze el újra az öt ellenőrzést

   Egy hónap múlva végezze el újra a fenti öt ellenőrzést. Ha bármelyik válaszhoz több kell egy keresésnél, következőként azt a hiányosságot rendezze.

A ProcessMind egy helyen rögzíti a felelősséget, a jóváhagyást, a verziótörténetet és a közzétett nyilvántartást. Így a folyamatirányítást a platform érvényesíti, nem egy dokumentum kéri számon. A felelősségi körök kijelöléséről a RACI-magyarázó és a RACI-sablon ad útmutatást. Ha arra kíváncsi, mi történik, ha senki nem felel az eredményért, olvassa el, miért akadnak el a process mining projektek.