Üzletmenet-folytonosság és katasztrófa helyzet kezelés
(Honnan indultunk, miért változtunk, hova tartunk?)
„Év indító IT szakmai nap - PSZÁF”Budapest, 2007.01.18
Honnan indultunk? - Architektúra
DD DD DD DD
Symbols
BT BT BT BT
FIÓKOK – Vastag klienses szerverek
KÖZPONT - Számlavezető rendszerek
Fióki munkaállomások
` ` ` ` ` ` ``
ARKSYS
EBH IT architektúra főbb elemei 2002
Honnan indultunk? –üzletmenet - folytonosság
BCP elmélet alapja a kevés gép - kevés rendszer -batch feldolgozás – ritka változtatásIT feladat Értékesítés szempontjából nem kritikus –alapszolgáltatások normál menetben is papír alapúak – nincs rendszerrel támogatott workflow – üzleti területek nem érzik a fontosságátKampányszerűNéhány független elemből áll – BCP, DRP, szabályzatok, körlevelek
A váltás okai
Üzleti okok– Gyors üzleti növekedés– Postabank migráció– Üzleti folyamatok támogatása
Elvárások a rendszerrel szemben– Új termékek gyors bevezetése - OK– Sales tevékenység támogatása - NOK– BO tevékenység centralizálása - OK ?– Postabank gyors migrálása – NOK– Operációs kockázatok csökkentése – NOK
Hogyan fogtunk hozzá? - Alapelvek
Symbols, mint integrált rendszer az alapTöbbrétegű technológiaÜzleti logika helyének meghatározása – nem minden esetben a middle wareGroup standardok betartása – BEA WLVékony kliens – pénztár központi adatbázissalFolyamattervezés teljes újragondolása –adatbázis alapon – folyamatkomponensek létrehozása -
A végeredmény - architektúra
Szolgáltatás elérés
USER INTERFACE-k - Alkalmazások
Szolgáltatás hívás
Szolgáltatás busz (ESB)
Szolgáltatás elérés Szabályzat érvényesítés Szolgáltatás menedzsment
Üzleti logika (szolgáltatások )
Alap szolgáltatások (WEB service-k)
Üzleti szolgáltatások
Szolgáltatás busz (ESB) – Technikai szolgáltatások
Kártya szolgáltatások Riporting szolgáltatások Documentum szolgáltatások
Folyamat orientált szolgáltatások – Process orchestration
Kompozit (összetett) szolgáltatások (WEB service csoportok )
Folyamatok BPM szolgáltatások Business Rule Engine
SYMBOLS –10G
PÉNZTÁR/ELŐTÉT
KRIMI/SZEKÉR
DOKUMENTUMBASE24/CMS MIS/KMDW DWH
MOB (on-line adatbázis)
Szolgáltatás tár
Szolgáltatás tárolásSzolgáltatás kategorizálásSzolgáltatás leírás
Monitor
Üzleti folyamatok monitorozásaInfrastruktúra monitorozása
Szolgáltatás Metadata
UDDI
A végeredmény -Hatása az üzletmenet - folytonosságra
Nem rendszerekről beszélünk, hanem szolgáltatásokról, folyamatokról – nem „rendszert” fejlesztünk – hanem üzleti folyamatokat modellezünkÜzletileg is kritikussá váltMa már nem IT probléma, hanem értékesítési kérdés – az üzleti bevételek kiesése egy rendszerleállásnál mérhetőekEzért üzleti igény a következő:
Az üzletmenet folytonosság biztosítása legyen folyamatos feladatMár egy új folyamat tervezésekor épüljenek be a krízis helyzetek kezelésének elemeiA hálózatot folyamatosan készítsük fel a krízis helyzetek megfelelő kezelésére
Megoldás – BCM - Lépések
BCM projekt indítása - cél a BCM a mindennapi üzleti tevékenységbe épüljön beFolyamatszervezési szabványok módosítása – a „mi van, ha nem működik” folyamatelemekkel.A BCM szoftveres támogatásának megvalósítása –kapcsolódva a folyamattervezési eszközhöz és módszertanhozBCM csoport létrehozása, helyének meghatározása a szervezetben
BCM projekt feladata
BCM stratégia és politika kialakításaBCM támogató eszköz installálása és illesztése a folyamat-management eszközhöz Módszertani alapok lefektetése - a BCM rendszer kialakítását, a folyamat managementhez illesztését
– a BS 25999-1 „Code of practice for business continuitymanagement”módszertan útmutatásai alapján
– A folyamatok feltérképezését, dokumentálását, monitoringját, szabályozását az AVE (Aris Value Engineering) módszertan alapján
– az ARIS Toolset és a Carisma szoftverek segítségével végezzükÁtfogó BIA és kockázatelemzés készítése BCP kialakítása az előzetes BIA-k alapján kijelölt legkritikusabb területekenBCP-k összehangolása DRP-velBCM szervezet működését szabályozó irányelvek és magas szintűeljárások kialakításaOktatás, tesztelés
BCM szervezet - helye
Két alternatíva: Szervezés – Ezen szervezet feladata a banki üzleti folyamatok managementje, – itt van az ismeret, ami megteremti a kapcsolatot az üzleti
folyamatok, üzleti területek, valamint az ezeket támogatótevékenységek, kiemelten az informatikai támogatás között.
Operációs Kockázatkezelési Osztály – A bank teljes kockázati térképét ismeri, és feladata ezek elvárt
szinten tartása. – A kockázatok mérésének és menedzselésének módszertani és
gyakorlati ismereteivel rendelkezik, ezáltal biztosított lenne, hogy a BCM tevékenység a ténylegesen valós kockázatokra és a ténylegesen kritikus területekre vonatkozzon.
Döntés: Szervezés
BCM szervezet főbb feladataiAz üzleti stratégiák és célok alapján a kritikus üzleti tevékenységek meghatározása, a meglévő üzleti folyamatok folyamatos bevonása a BCM tevékenységbeaz üzleti folyamatokat fenyegető kockázatok feltárása, azok előfordulási gyakoriságának és lehetséges következményeinek (krízishelyzetek) meghatározása, elemzésea kritikus üzleti tevékenységek folytonosságához szükséges helyettesítő eljárások meghatározása, ennek megfelelően:
– a krízishelyzetek kezelését irányító szervezet létrehozása (CrisisManagement Team),
– a krízishelyzetek kezelésére vonatkozó tervek, forgatókönyvek, kidolgozásának koordinálása, felügyelete, adott esetben részvétel a kidolgozásban:
• Evacuation Plan• Business Continuity Plan• Disaster Recovery Plan
a tervek és szabályzatok oktatatása, tesztelése, fejlesztése, karbantartása, a BCM tevékenység során érintett üzleti és támogató területek koordinálása.
Mi a siker titka?
Üzleti igény, elvárás, nem pedig kényszerFolyamat alapú – a BPM részeSzervezet helyeSzoftver támogatás Management támogatás
KÉRDÉSEK
Köszönöm a figyelmet!