Mi is az az üzleti folyamat? Definíció

Átírás

1 BPR, BPM, BPMN, SOA

2 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

3 Üzleti folyamatok fejlődése, IT architektúra fejlődése, Vállalati integráció fejlődése 3

4 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

5 Ipari korszak Idő: Fókusz: Üzlet: Technológia: Eszközök: 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

6 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

7 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

8 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

9 Ö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 Ipari korszak 70-es, 80-as évek Folyamat javítás 90-es évek Újjászervezés 2000-es évek Folyamat Menedzsment 9

10 A menedzsment és az IT közeledése 10

11 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

12 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

13 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

14 Üzleti Folyamatok újjászervezése Szöllősi Sándor

15 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

16 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

17 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

18 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

19 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

20 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

21 Ú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

22 Ú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

23 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

24 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

25 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 26

27 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

28 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

29 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

30 BPM életciklus 30

31 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

32 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

33 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

34 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 -es ügyfélszolgálaton: átlagosan mennyi idő alatt válaszolják meg a leveleket 34

35 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

36 BPM életciklus 36

37 EPC, BPMN 37

38 Ü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

39 Ü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

40 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

41 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

42 Kronológia OASIS BPMI OMG WfMC

43 Ü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

44 Pizza rendelés Együttműködési modell 44

45 BPM életciklus 45

46 Ü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

47 Forrás: Janette Wong 47

48 Monitorozás menete 48

49 Forrás: Janette Wong 49

50 Monitor model (mm) dimensionalmodel 50

51 Monitor Details Model Key Metric Trigger Inbound Event StopWatch 51

52 Négy fázis, négy eszköz 52

53 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

54 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

55 Ü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 56

57 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

58 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

59 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

60 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

61 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

62 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

63 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

64 Ö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

65 Üzleti folyamat SOA környezetben Mainframe application Credit reporting service Capital Service Approval service Risk assessment Service service service Forrás: IBM 65

66 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

67 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

68 Enterprise Service Bus 68

69 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

70 Enterprise Service Bus 70

71 Kérdések 71

72 Az IBM SOA kormányzat megközelítése 72

73 73 Forrás: IBM