Ü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 EBH IT architektúra főbb elem ei 2002
Fióki munkaállom ások
`
` D D
`
` D D
`
` D D
`
` D D
FIÓK OK – V astag klienses szerverek
BT
BT
BT
BT
K ÖZP ON T - S zám lavezető rendszerek
S ymbols
ARKSYS
Honnan indultunk? – üzletmenet - folytonosság BCP elmélet alapja a kevés gép - kevés rendszer batch feldolgozás – ritka változtatás IT 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át Kampá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 alap Többrétegű technológia Üzleti logika helyének meghatározása – nem minden esetben a middle ware Group standardok betartása – BEA WL Vékony kliens – pénztár központi adatbázissal Folyamattervezés teljes újragondolása – adatbázis alapon – folyamatkomponensek létrehozása -
A végeredmény - architektúra USER INTERFACE-k - Alkalmazások Szolgáltatás hívás Szolgáltatás busz (ESB) Szolgáltatás tár
Szabályzat érvényesítés
Szolgáltatás elérés
Monitor
Szolgáltatás menedzsment
Üzleti logika (szolgáltatások )
Folyamat orientált szolgáltatások – Process orchestration
Szolgáltatás tárolás Szolgáltatás kategorizálás Szolgáltatás leírás
Folyamatok
BPM szolgáltatások
Business Rule Engine
Kompozit (összetett) szolgáltatások (WEB service csoportok ) Alap szolgáltatások (WEB service-k) Üzleti szolgáltatások
Kártya szolgáltatások
Riporting szolgáltatások
Documentum szolgáltatások
Szolgáltatás Metadata UDDI
Szolgáltatás busz (ESB) – Technikai szolgáltatások
MOB (on-line adatbázis)
Szolgáltatás elérés
BASE24/CMS
SYMBOLS – 10G
PÉNZTÁR/ ELŐTÉT
MIS/KMDW
KRIMI/ SZEKÉR
DWH
DOKUMENTU M
Üzleti folyamatok monitorozása Infrastruktúra monitorozása
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ált Ma 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őek Ezért üzleti igény a következő: Az üzletmenet folytonosság biztosítása legyen folyamatos feladat Már egy új folyamat tervezésekor épüljenek be a krízis helyzetek kezelésének elemei A 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 be Folyamatszervezé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ódszertanhoz BCM csoport létrehozása, helyének meghatározása a szervezetben
BCM projekt feladata
BCM stratégia és politika kialakítása BCM támogató eszköz installálása és illesztése a folyamatmanagement 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ületeken BCP-k összehangolása DRP-vel BCM szervezet működését szabályozó irányelvek és magas szintű eljárások kialakítása Oktatá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 feladatai
Az ü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égbe az ü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ése a 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 (Crisis Management 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ényszer Folyamat alapú – a BPM része Szervezet helye Szoftver támogatás Management támogatás
KÉRDÉSEK
Köszönöm a figyelmet!