Az üzletmenet folytonosságának gyakorlata

Egy péntek délutáni rendelési csúcsban kiesik az a kolléga, aki minden reggel kézzel tölti át a webshop rendeléseit az ügyviteli rendszerbe. A raktár nem látja pontosan, mit kell összekészíteni, az ügyfélszolgálat nem tud megbízható szállítási információt adni, a számlázás pedig várakozik. Az üzletmenet folytonosságát sok vállalat mégis csak áramszünethez, tűzhöz vagy kibertámadáshoz köti. Pedig a működés gyakrabban akad meg egy látszólag apró, mindennapi függőség miatt.

A kérdés nem csupán az, hogy a szerverek elérhetők-e egy hiba után. Az is számít, hogy egy fontos folyamat folytatható-e, amikor hiányzik egy ember, késik egy beszállítói adat, hibás egy integráció, vagy egyszerűen túl sok rendelés érkezik ahhoz, hogy a megszokott kézi rutin elbírja. A folytonosság ezért üzleti működési kérdés, nem kizárólag informatikai feladat.

Mit jelent az üzletmenet folytonosság a gyakorlatban?

Az üzletmenet folytonossága annak képessége, hogy a vállalat a kritikus tevékenységeit meghatározott szinten fenn tudja tartani egy zavar után is. Ez nem azt jelenti, hogy minden változatlanul működik. Lehet, hogy átmenetileg lassabb a teljesítés, szűkebb a szolgáltatási kör, vagy több vezetői döntést igényel a napi működés. A cél az, hogy a leállás, az adatvesztés, a hibás teljesítés és az ügyfélélmény romlása kezelhető keretek között maradjon.

Egy 20-500 fős vállalatnál a kritikus folyamatok ritkán egyetlen rendszerben élnek. Egy megrendelés elindulhat a webshopban vagy egy értékesítő e-mailjében, továbbkerülhet egy táblázatba, majd az ERP-be, onnan a raktárhoz, végül a számlázáshoz és a fuvarozóhoz. Ha az átadások egy része kézi, a valódi folyamat nem a rendszerekben található, hanem az emberek fejében, postafiókjában és személyes ellenőrzőlistáin.

Ez a különbség a dokumentált eljárás és a tényleges működés között. Sok vezető úgy tudja, hogy van helyettesítés, mert létezik munkaköri leírás. A valóságban azonban csak az a kolléga tudja, melyik exportfájlt kell megnyitni, melyik adatot kell javítani, és mikor kell egy eltérő rendelést külön kezelni. Amíg ő elérhető, ez nem látszik problémának. A hiánya vagy túlterhelése azonban azonnal megmutatja a kockázatot.

A rejtett megszakítások nem mindig látványosak

A teljes leállás könnyen felismerhető. Nem működik a rendszer, nem érkeznek be a rendelések, áll a termelés. Nehezebb észrevenni azokat a fokozatos hibákat, amelyeknél a munka látszólag halad, de egyre több a manuális korrekció, késnek a döntések, vagy különböző osztályok eltérő információból dolgoznak.

Ilyen helyzet például, amikor a készletadat a webshopban csak naponta egyszer frissül. Normál forgalomban az eltérés nem feltűnő. Egy kampány vagy szezonális csúcs idején viszont a cég olyan terméket is eladhat, amely már nincs raktáron. Az ügyfélszolgálat utólag egyeztet, a raktár kivételt kezel, a pénzügy sztornóz, a vezetés pedig csak a megnövekedett reklamációkból érzékeli a problémát.

Ugyanez történhet a gyártásban, ha a termelési státuszok egy táblázatban, a készlet az ERP-ben, a gépadatok pedig egy külön rendszerben vannak. Mindegyik forrás működhet önmagában, mégsem biztos, hogy a műszakvezető időben látja, mi késik, melyik alapanyag hiányzik, vagy milyen rendelés teljesítése került veszélybe.

A folytonosság tehát nem csak tartalék szervert vagy biztonsági mentést jelent. Jelenti az információ folytonosságát, a döntési folytonosságot és a felelősségek egyértelműségét is.

Először a kritikus üzleti folyamatokat kell kijelölni

Nem minden folyamat igényel azonos szintű védelmet. Egy belső, havi kimutatás késése kellemetlen lehet, de más súlyú, mint a kiszállítás, a vevői rendelés feldolgozása, a termelésirányítás vagy a bérszámfejtés. A jó kiindulópont ezért nem a rendelkezésre álló technológia listája, hanem annak tisztázása, mi nem állhat le, mennyi ideig, és milyen következménnyel.

Érdemes egy-egy folyamatot végigkövetni a kiváltó eseménytől a lezárásig. Ki indítja el? Milyen adat szükséges hozzá? Honnan érkezik az adat? Ki hagyja jóvá? Melyik rendszerben történik a következő lépés? Hol van kézi másolás, e-mailes egyeztetés vagy táblázatos nyilvántartás? Már ez a feltérképezés gyakran feltárja, hogy a legnagyobb kockázat nem egy alkalmazás hibája, hanem a rendszerek közötti láthatatlan emberi kapcsolat.

A vizsgálat során nem elég megkérdezni, hogyan kellene működnie a folyamatnak. Azt kell látni, hogyan működött legutóbb egy sürgős rendelésnél, hibás számlánál, hiányzó alapanyagnál vagy rendszerleállásnál. A kivételek sokszor többet mondanak a működésről, mint a szabályos esetek.

Négy kérdés, amely gyorsan feltárja a függőségeket

Egy vezetői áttekintésben négy kérdés különösen hasznos:

• Mi történik, ha az adott rendszer, adatforrás vagy kolléga egy teljes munkanapig nem elérhető?
• Milyen kézi lépések szükségesek ahhoz, hogy a folyamat mégis továbbmenjen?
• Honnan derül ki, hogy közben hiba, duplikáció vagy adatvesztés történt?
• Ki jogosult dönteni az eltérő esetekről, és hozzáfér-e minden szükséges információhoz?

Ezekre gyakran nem egyértelmű a válasz. Ez nem kudarc, hanem jelzés: a működés valószínűleg olyan hallgatólagos tudásra épül, amelyet még nem alakítottak át ismételhető, ellenőrizhető működéssé.

A helyettesítés önmagában nem elég

Sok cég a kulcsember-kockázatot helyettesítéssel kezeli. Ez szükséges, de nem mindig elégséges. Ha a helyettes csak azért tudja elvégezni a feladatot, mert telefonon eléri az eredeti felelőst, a függőség nem szűnt meg. Ha háromórás kézi riportkészítést két ember is meg tud csinálni, a riport továbbra is lassú, hibára érzékeny és nehezen auditálható.

A cél nem az, hogy minden munkatársat technológiával váltsanak ki. A jó működési fejlesztés éppen azt választja szét, ami emberi döntést igényel, attól, ami ismétlődő adatmozgatás vagy szabályalapú ellenőrzés. Egy vevői reklamáció kivizsgálása szakmai mérlegelést kívánhat. A rendelési adatok negyedik alkalommal történő átmásolása azonban nem értékteremtő munka.

A dokumentáció itt sem adminisztratív melléktermék. Használható dokumentációból kiderül a folyamat célja, felelőse, bemenete és kimenete, az eltérések kezelése, valamint az, hogy hol található az aktuális adat. Ha ezt csak egy régi megosztott mappa és néhány tapasztalt kolléga ismeri, akkor a folytonosság törékeny marad.

A technológia szerepe: csak ott, ahol valóban csökkenti a kockázatot

Egy folyamat feltérképezése után gyakran kiderül, hogy nem új rendszerre van először szükség. Előfordulhat, hogy egy jóváhagyási lépés felesleges, két osztály ugyanazt az adatot tartja nyilván, vagy egy kivételkezelési szabályt kell tisztázni. Ezek a változtatások kis költséggel is javíthatják a működés átláthatóságát és ellenálló képességét.

Más esetben a technikai beavatkozás indokolt. Rendszerintegrációval megszüntethető az ismételt adatbevitel. Egy megfelelően kialakított belső alkalmazás egységesítheti a kivételkezelést. A jogosultságkezelés, naplózás, mentés, monitoring és tesztelt helyreállítás csökkentheti azt a kockázatot, hogy egy hiba észrevétlen maradjon vagy túl sokáig tartson.

A megoldás mértékének arányban kell állnia a következménnyel. Egy alacsony üzleti hatású belső nyilvántartáshoz túlzott lehet a drága, magas rendelkezésre állású architektúra. Egy olyan rendszer esetében viszont, amely a napi kiszállítást, termelést vagy számlázást vezérli, már kockázatos lehet a mentések és a helyreállítási felelősségek feltételezésekre építése.

A lényeg a validálás. A mentés attól még nem bizonyítottan használható, hogy elkészült. A helyettesítési terv attól még nem működik, hogy szerepel egy dokumentumban. A folyamatot időnként valós helyzethez hasonló körülmények között kell végigpróbálni: ki fér hozzá, honnan dolgozik, milyen adat áll rendelkezésre, és mennyi idő alatt jut vissza a működés elfogadható szintre.

A folytonosság vezetői felelősség is

A legtöbb működési kockázat több terület határán keletkezik. Az értékesítés gyors ígéretet tesz, a raktár eltérő készletadatot lát, a pénzügy más szabály szerint számláz, az IT pedig egy olyan rendszert üzemeltet, amelynek üzleti prioritásait nem kapta meg egyértelműen. Ilyenkor nem egyetlen osztály hibázik. A vállalatnak nincs közös képe a kritikus működésről.

Ezért a folytonosságot nem célszerű kizárólag az IT-ra delegálni. Az üzleti vezetők tudják megmondani, melyik szolgáltatás kiesése milyen veszteséget, szerződéses kockázatot vagy ügyfélhatást okoz. Az IT és az üzemeltetés pedig azt tudja felmérni, milyen technikai függőségek, helyreállítási lehetőségek és korlátok kapcsolódnak ehhez. A két nézőpont együtt ad használható prioritást.

A legjobb első lépés általában nem egy nagy beszerzési projekt. Válasszanak ki egy olyan folyamatot, amely naponta sok kézi átadást tartalmaz, közvetlenül érinti az ügyfelet vagy a bevételt, és láthatóan egy-egy ember tudására épül. Ha ezt a folyamatot pontosan megértik, egyszerűsítik, dokumentálják és tesztelik, a vállalat nemcsak egy hibára készül fel jobban. Egy kiszámíthatóbb működés alapját teremti meg.