BPR, BPM, BPMN, SOA
Mi is az az üzleti folyamat? Definíció A folyamat: egy, vagy több tevékenység, amely értéket növel úgy, hogy egy bemenetkészletet átalakít a kimenetek készletévé (javakká, vagy szolgáltatásokká) egy más személy (a vevő ill. felhasználó) számára, emberek, módszerek és eszközök kombinációjával. Arthur R. Tenner, Irving J. DeToro 2
Üzleti folyamatok fejlődése, IT architektúra fejlődése, Vállalati integráció fejlődése 3
Folyamatok fejlődése 4 területen vizsgáljuk a fejlődést: Fejlődés fókusza Üzleti élet Technológiai újdonságok Felhasznált eszközök 4
Ipari korszak Idő: Fókusz: Üzlet: Technológia: Eszközök: 1750-1960 Munkamegosztás, Költségcsökkentés, Termelékenység Funkcionális hierarchia, Command & Control, Összeszerelő-szalag Gépesítés, Szabványosítás, Nyilvántartás vezetés PDCA javítási ciklus, Pénzügyi modellezés 5
Információs korszak Első hullám Folyamatok javítása Idő: Fókusz: Üzlet: Technológia: Eszközök: 70-es, 80-as évek Minőség menedzsment, Munka hatékonyság Több ipari ágazatot átfogó vállalatok, Vállalati egyesülések (akvizíció, fúzió) MRP, Vezetői Információs Rendszerek, Számítógépes automatizáció TQM, Statisztikai Folyamat Kontroll, Folyamat Javítási eljárások 6
Információs korszak Második hullám Folyamatok újjászervezése (BPR) Idő: Fókusz: Üzlet: Technológia: Eszközök: 90-es évek Folyamat innováció; Best Practices; Jobban, gyorsabban, olcsóbban; Üzlet interneten keresztül Széles szervezet, End-to-end folyamatok ERP, CRM, Értékesítési lánc, Vállalati Architektúra Six Sigma, Buy vs. Build, BPR 7
Információs korszak Harmadik hullám Folyamatmenedzsment (BPM) Idő: Fókusz: Üzlet: Technológia: Eszközök: 2000-es évektől 24x7, Folytonos transzformáció (üzenetek), rugalmasság, modularitás Távmunka, Hiper verseny, Folyamat hatékonyság vs erőforrás hatékonyság EAI, SOA, Teljesítmény menedzsment rendszerek, BPM rendszerek Self Service és személyre szabhatóság, Kiszervezés (Outsourcing), BPM eljárások 8
Összefoglalás Fókusz Költségcsökkentés Munkamegosztás Minőség menedzsment Munka hatékonyság Folyamat innováció, Üzlet Interneten keresztül 24x7, rugalmasság, modularitás Üzlet Összeszerelő-szalag, Funkcionális hierarchia Több ipari ágazatot átfogó cégek, egyesülések End-to-End folyamatok Hiper verseny, távmunka Technológia Gépesítés, Szabványosítás MRP, VEZIR, Számítógépes automatizáció ERP, CRM, SCM EAI, SOA, BPMS Eszközök PDCA, Pénzügyi modellezés TQM, Folyamat Javítási eljárások, Six Sigma, BPR, Buy vs Build, Kiszervezés, BPM eljárások 1750-1960 Ipari korszak 70-es, 80-as évek Folyamat javítás 90-es évek Újjászervezés 2000-es évek Folyamat Menedzsment 9
A menedzsment és az IT közeledése 10
IT architektúra evolúció Pre 1950 s To 1960 s 1970 s to mid 1980 s 1980 s to mid 1990 s Mid 1990 s to early 2000 s Late 1990 s Today Monolithic Architectures Sub-routines /Remote Procedure Calls Remote Object Invocation Message Processing Enterprise Application Integration (EAI) Services (SOA) Növekvő modularitás a rugalmasság érdekében 11 Forrás: Balogh Péter
Programkód sorok száma IT architektúra evolúció Minden kapcsolati, mediációs és vezérlési logika az alkalmazáskódba épült Leválasztja a kapcsolati logikát az alkalmazásról Leválasztja a kapcsolati és mediációs logikát az alkalmazásról Növekvő modularitás a rugalmasság érdekében Az alkalmazásokat az alapvető üzleti funkcióra redukálja (pl.: szolgáltatássá) 12 Forrás: Balogh Péter
Vállalati Integráció fejlődése Pont-Pont kapcsolat Point-to-Point C n n 1 2 Enterprise Application Integration (EAI) Szolgáltatás Orientált Integráció (SOI) 13
Üzleti Folyamatok újjászervezése Szöllősi Sándor
Mi is az a BPR? BPR Business Process Restructuring Üzleti folyamatok újrastrukturálása BPR Business Process Redesign Üzleti folyamatok újratervezése BPR Business Process Reengeneering Üzleti folyamatok újjászervezése 15
Mit jelent az üzleti folyamatok újjászervezése? Az újjászervezés valójában az üzleti folyamatok alapvető újragondolása és radikális áttervezése, drámai javulás elérése céljából, a szervezetek olyan lényeges teljesítménymutatóiban, mint például a költség, a minőség, a szolgáltatás és a gyorsaság. Michael Hammer, James Champy 16
Kinek van erre szüksége? Rövid válasz: M I N D E N K I N E K Részletesebb válasz: Három csoportba sorolhatóak: Kritikus állapotban lévő cégek, Stagnáló, de előrelátó cégek, Piacvezető cégek. 17
A múlt, amely miatt szükség van az újjászervezésre Adam Smith: Nemzetek gazdasága (1776) Fő gondolat: Munkamegosztás (egy munkás egy részfeladatot lásson el) Ennek előnyei: Nagyobb tapasztalat, Nem kell átállni egyik munkafolyamatról, a másikra, Ekkor volt a nagy ipari forradalom. A világ azonban változik! 18
Melyek ezek a változások? Napjainkban három erő hajtja a vállalatokat: Vevő Verseny Változás Ezek alkotják a három V-t! 19
Jellemző vonások az újjászervezett folyamatoknál Több feladat összevonása Dolgozók hozzák a döntéseket A folyamatok lépéseit természetes sorrendben végzik A folyamatoknak sok változatuk lehet Csökken az ellenőrzések száma Csökken az egyeztetések száma 20
Új szemlélet nincs megállás a folyamatoknál Funkcionális osztályok helyett folyamat-teamek Munkakörök változása Betanítás helyett képzés Az eredmény számít, nem az elvégzett munka Az előléptetés alapja a képesség, s nem a teljesítmény Változó értékek 21
Új technikák felhasználása Régi szabály Egy információ egy időben, csak egy helyen lehet! Összetett tevékenységre csak a szakértők képesek! Csak a vezetők hozhatnak döntéseket! A dolgozóknak irodára van szükségük! Szabálytörő technológia Osztott adatbázisok Szakértői rendszerek Döntéstámogató rendszerek Vezeték nélküli adattovábbítás, laptopok Új szabály Az információ egyszerre annyi helyen jelenik meg, ahány helyen szükséges! Egy generalista a szakértő munkáját is el tudja végezni! A döntéshozatal mindenkinél a munka részévé válik! A dolgozók bárhol végezhetik munkájukat! Nekünk kell megkeresni a dolgokat! Automatikus azonosító és kereső technika A tárgyak maguk közlik A terveket rendszeres időközönként felül kell vizsgálni! Nagy teljesítményű számítógépek A tervek folyamatosan módosulnak! 22
Végezetül egy-két konkrét példa IBM Credit hitelelbírálás Először 5 külön láncszem (5 napos átfutási idő) Koordinációs csoport bevezetése (tudjuk hol tart a kérelem, de 7 napra növekedett az átfutási idő) B P R Az átfutási idő 7 napról 4 órára csökkent, valamint a hitelügyletek száma százszorosára növekedett. Ez az átfutási idő 90%-kal történő csökkentése 100 szoros teljesítménynövekedés mellett! 23
Végezetül egy-két konkrét példa Ford Motor számla-likvidáció 500 főből álló osztály, amelynek dolgozói 3 helyről kapták a dokumentumokat (rendelés, raktár, szállító), amelyek egyezése esetén fizettek. Ekkor a Mazdánál 5 ember végezte ezt a feladatot! B P R Osztott adatbázis használatával, a raktár ellenőrzi a szállítmányt a megrendeléssel. Nem a számlalikvidációt szervezték újra, hanem a beszerzést. 75%-kal csökkentették a létszámot! 500 főről 125 főre! 24
menedzsment megközelítés a meglévő folyamatot figyelmen kívül hagyja, teljesen (nulláról) újratervezi (ne befolyásolja a jelenlegi működés) egyszeri, nagy hatékonyságjavulást ígér BPR vs BPM IT + menedzsment együttműködés a meglévő folyamatra építve, optimalizációs módosításokat átalakításokat vezet be iteratív megközelítés, folyamatos javulást ígér elsősorban konzultáció, gyakran külső szakértők alkalmazása konzultáció + eszközök 25
26
Mi is az üzleti folyamatok menedzsmentje? Definíció 1,2 Business process management (BPM) is a method of efficiently aligning an organization with the wants and needs of clients. It is a holistic management approach that promotes business effectiveness and efficiency while striving for innovation, flexibility and integration with technology. (Wikipedia) BPM is a systematic approach to improving an organization s business processes. BPM activities seek to make businesses more effective, more efficient, and more capable of adapting to an ever-changing environment (searchcio) 27
Mi is az üzleti folyamatok menedzsmentje? Definíció 3 Üzleti Folyamat Menedzsment (BPM) - célul tűzte ki, hogy egy átfogó (holisztikus) modell kidolgozásával egyensúlyt teremt az üzlet, a technológia, valamint az ember között. Ennek jelentősége, hogy se az üzlet, se az ember ne legyen kiszolgáltatottja a technológiának, ugyanígy az üzlet és az ember ne szabotálja a technológiát. Forrás: Web Konvept Kft 28
Mi is az üzleti folyamatok menedzsmentje? Definíció 4 Üzleti Folyamatok Menedzsmentjének célja az üzleti folyamatok fokozatos és folyamatos optimalizációja, annak érdekében, hogy az adott szervezet minél hatékonyabban és gyorsabban elégíthesse ki a vevő (belső vevő, vagy ügyfél) igényeit. 29
BPM életciklus 30
BPM életciklus elemei Tervezés Magába foglalja mind a jelenlegi, mint a jövőbeni folyamatok azonosítását. A következők ábrázolására terjed ki: a folyamatok lefutása, a folyamatban szereplők, értesítések, riasztások, eszkalációk. A jó terv nagy mértékben csökkenti a folyamat életciklusa során felmerülő problémák mennyiségét és mértékét. 31
BPM életciklus elemei Modellezés Az elkészült elméleti tervet alapul véve különböző verziókat készítünk. Például növeljük a folyamathoz rendelt erőforrásokat, vagy csökkentjük a költségeket. Vizsgálható, hogy miként viselkedik a folyamat különböző körülmények között Két különböző modellt kell készíteni: Jelenlegi folyamat (as-is) Jövőbeni folyamat (to-be) 32
BPM életciklus elemei Végrehajtás Külön alkalmazásokat alkottak erre a feladatra, melyek segítségével könnyen lefordíthatjuk a teljes üzleti folyamatokat oly módon, hogy az a számítógép által végrehajtható legyen. Üzleti szabályokat (Business Rules) alkothatunk, melyek segítségével a végrehajtás során az alkalmazás képes lesz könnyebb döntéseket meghozni. Azon esetekben, amikor az üzleti szabályok túlságosan bonyolultak lennének, vagy nem alkalmazhatóak, továbbra is humán beavatkozásra van szükség. 33
BPM életciklus elemei Monitorozás Monitorozás során futás közben figyeljük az adott üzleti folyamatokat. Kulcsteljesítmény mérőket (Key Performance Indicators) definiálunk, melyek segítségével mérhetjük az üzleti folyamatok hatékonyságát. Telefonos ügyfélszolgálaton: átlagosan mennyit kell a hívónak várnia, átlagosan mennyi ideig tartanak a hívások E-mail-es ügyfélszolgálaton: átlagosan mennyi idő alatt válaszolják meg a leveleket 34
BPM életciklus elemei Optimalizáció Az optimalizáció során a modellezés és a monitorozás során szerzett teljesítmény adatokat elemezzük, majd építjük az üzleti folyamatokba. A monitorozás során azonosított szűk keresztmetszetek feloldása. Költség megtakarításai, vagy egyéb teljesítmény javító lehetőségek feltárása. 35
BPM életciklus 36
EPC, BPMN 37
Üzleti folyamatok leírására szolgáló eszközök Szöveges leírás Táblázatos leírás Grafikus ábrázolás UML diagramok Eseményvezérelt folyamatlánc (EPC) Business Process Model and Notification (BPMN) 38
Üzleti folyamatok modellezése Célja: a folyamatban szereplő tevékenységek megfelelő sorrendbe szervezése és a tevékenységekhez kapcsolódó információk ábrázolása Szintjei: Folyamattérkép (Process Map) Tevékenységek ábrázolása egyszerű folyamatábrában Folyamatleírás (Process Description) Folyamatábrák kiegészítése információkkal (amelyek azonban nem elegendőek a folyamat mély megértéséhez) Folyamatmodell (Process Model) Folyamatábrák kiegészítése olyan részletes információkkal, melyek elegendőek a folyamat elemzéséhez, szimulálásához, vagy akár végrehajtásához 39
Mi az a BPMN? BPMN egy egységes folyamatábra alapú jelölés üzleti folyamatok modellezéséhez Egységes jelölés számos modellező eszköz gyártó mögé állt BOC: Adonis, IDS-Scheer: Aris, MS, Intalio, SAP, Signavio, Sun, Tibco Tervezi: IBM 40
BPML, BPEL, XPDL, BPMN BPML Business Process Modeling Language XML alapú BPEL Business Process Execution Language XML alapú XPDL XML Process Definition Language XML alapú BPMN Business Process Model and Notification Grafikus jelölés 41
Kronológia OASIS BPMI OMG WfMC 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 42
Üzleti folyamatok - a tervtől a megvalósításig Szerepkörök Üzleti környezet Cél Üzletág menedzser Üzleti elemző Modellezés Folyamattervező Rendszerszervező Végrehajtás Szoftvermérnök IT megvalósítás 43
Pizza rendelés Együttműködési modell 44
BPM életciklus 45
Üzleti tevékenységek monitorozása Célja az üzleti folyamatok, kompozit alkalmazások valós idejű nyomon követése, vizsgálata az adott szervezet keretein belül és az együttműködő partnerek Az összegyűjtött információk felhasználhatók a szükséges vezetői döntések meghozatalakor Segítségükkel könnyebben azonosíthatók a szűk keresztmetszetek, illetve a problémás területek 46
Forrás: Janette Wong 47
Monitorozás menete 48
Forrás: Janette Wong 49
Monitor model (mm) dimensionalmodel 50
Monitor Details Model Key Metric Trigger Inbound Event StopWatch 51
Négy fázis, négy eszköz 52
Az IBM BPM megközelítése SOA környezetben WebSphere Integration Developer WebSphere Process Server WebSphere Business Modeler WebSphere Business Monitor Forrás: Balogh Péter 53
WebSphere Integration Developer Deploy WebSphere Business Modeler Folyamat modell Modellezés, szimuláció Integráció és fejlesztés WebSphere Business Monitor WebSphere Process Server Futtatás Statisztikai adatok visszacsatolása a modellbe Statisztikák Üzleti monitorozás Futásidejű adatok Monitoring Data Forrás: Balogh Péter 54
Üzleti integrációs szerepkörök és az üzleti integráció lépései Stratégia és kezdet Analízis és tervezés Fejlesztés és tesztelés Telepítés Monitorozás és visszacsatolás N I N v I Zöld lámpa az üzleti és az IT döntéshozóktól A megoldás megfelel a tervezési specifikációnak? v Szerepkör: Üzletág menedzser Szerepkör: Üzletág menedzser Üzleti elemző Integrációs fejlesztő Szerepkör: Integrációs fejlesztő Alkalmazás fejlesztő Szerepkör: Szerver adminisztrátor Integrációs fejlesztő Alkalmazás fejlesztő Szerepkör: Megoldás adminisztrátor Szerver adminisztrátor Üzleti elemző Üzletág menedzser Business Modeler Monitor Forrás: IBM Integration Developer Process Server 55
56
Szolgáltatás Orientált Architektúra - SOA szolgáltatás? Olyan ismételhető funkció, amely meghívásakor elvégez valamilyen meghatározott tevékenységet. Forrás: IBM 57
SOA: mi a szolgáltatás? A szolgáltatás olyan ismételhető funkció, amely meghívásakor elvégez valamilyen meghatározott tevékenységet (pl. operációs rendszer funkció, saját fejlesztésű üzleti logika/művelet vagy dobozos alkalmazás egy modulja, stb.) A szolgáltatások jól definiált illesztőfelületet adnak fekete dobozok - elrejtik implementációjuk részleteit nyílt szabványú mechanizmusokon át hívhatóak lehetnek elemi vagy összetett szolgáltatások megvalósításának jó példája, de csak egyik eszköze a Web Services Szolgáltatás hívó Szolgáltatás nyújtó Szolgáltatás Forrás: Balogh Péter 58
Szolgáltatás Orientált Architektúra - SOA szolgáltatás? szolgáltatás orientáció? Olyan ismételhető funkció, amely meghívásakor elvégez valamilyen meghatározott tevékenységet. Az integráció egy olyan módja, ahol az ügylet szolgáltatások összekapcsolása révén jön létre. szolgáltatás orientált architektúra? Olyan IT architektúrális koncepció, mely támogatja a szolgáltatás orientációt. kompozit alkalmazás? Olyan integrált és összefüggő szolgáltatások összessége, melyek lehetővé teszik az üzleti folyamatok SOA alapokon történő megvalósítását. Forrás: IBM 59
Szolgáltatás Orientált Architektúra Mindenki számára mást jelent... Az üzletet, ill. ügymenetet szolgáltatások halmazaként tudjuk leképezni, s könnyen elérhetővé tesszük ügyfeleink és partnereink számára Szerep Üzlet Architektúrális stílus, melynek jellemzői a laza csatolás, az újrafelhasználás, az egyszerű és összetett szolgáltatások kombinációja. 3 fő eleme: szolgáltató (service provider), igénybevevő (requestor) és a leíró (descriptor) Architektúra Fejlesztési modell, mely szabványokra épül, megfelelő módszertani- és eszköztámogatással bír, s korszerű technológiákat alkalmaz (pl.: web services) Szolgáltatási szint megállapodások (SLA), melyek biztosítják a requestor és provider közötti, üzleti prioritásoknak megfelelő QoS (quality of service) betartását Megvalósítás Üzemeltetés Forrás: Balogh Péter 60
SOA definíciók, jellemzők A szolgáltatás orientált architektúra újrafelhasználható komponensekre, modulokra, szolgáltatásokra támaszkodik, amelyek az alkalmazásoktól és a futtató platformoktól is függetlenül meghívhatók. A SOA négy fő jellemzője: Komponens-alapú: szabványos szolgáltatási interfészekre támaszkodik az alkalmazások és erőforrások felé Együttműködő: könnyű információcserét tesz lehetővé az alkalmazások és erőforrások között Moduláris: építőkocka-elvű felépítés az üzleti folyamatok és az infrastruktúra terén egyaránt Skálázható: kezdd azzal, amid van, majd terjeszd ki fokozatosan Forrás: Balogh Péter 61
SOA jobbkor a SOA előnyei Az IT hatékonyabban és gyorsabban tudja kiszolgálni a a gyorsan változó üzleti igényeket Rugalmas, átlátható, mérhető, monitorozható vállalati és kiterjesztett üzleti folyamatok valósíthatóak meg Rövidül a piacra jutás átfutási ideje (time to market) A konszolidált alkalmazáspark, üzleti folyamatok és törzsadatok miatt csökkenek az üzemeltetési költségek Az egységes fejlesztési és üzemletetési módszertan következtében csökkenthetők a külső és belső erőforrások, illetve javul a tervezhetőség A fejlesztési költségek csökkentésének forrásai: Kód-újrafelhasználás Nő a kódolási hatékonyság Egységes fejlesztési módszertan Forrás: IQSYS 62
Szolgáltatás komponens architektúra Alap koncepció A szolgáltatásokat, melyeket különbözőképpen implementálhatunk Komponenseknek hívjuk Minden komponens rendelkezik egy Interfésszel A komponens meghívója rendelkezik egy Refenciával az adott komponenshez. Forrás: IBM 63
Összefoglalás A komponensek az üzleti logika diszkrét elemei, melyek tartalmaznak: 1: 1..N Interfészt: mely szükséges ahhoz, hogy meg lehessen hívni a komponenst 2: Megvalósítást: Maga a szolgáltatás 3: 1..N Referenciát: Más komponensek hívásához szükséges 4: Név: SCA modulon belüli egyedi név Forrás: IBM WebSphere Developer Technical Journal 64
Üzleti folyamat SOA környezetben Mainframe application Credit reporting service Capital Service Approval service Risk assessment Service E-mail service E-mail service Forrás: IBM 65
Emberi feladatok előfordulásai - 1. Üzleti Folyamaton belül (In-line) Az üzleti folyamatok belüli információk felhasználhatók Rendelhetjük ugyanahhoz a felhasználóhoz a két emberi feladatot Kevésbé rugalmas OrderProcess 66
Emberi feladatok előfordulásai - 2. Önálló komponens Az emberi feladat önálló szolgáltatásként jelenik meg A komponens rugalmasabb, mivel lecserélhető OrderProcess 67
Enterprise Service Bus 68
ESB feladatai Közvetítői (mediációs) feladatok Szolgáltatások minőségével kapcsolatos feladatok Kódolás, dekódolás Hibakezelés Hitelesítés Közvetítői feladatok összekapcsolása ~ szolgáltatás? 69
Enterprise Service Bus 70
Kérdések 71
Az IBM SOA kormányzat megközelítése 72
73 Forrás: IBM