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ő:
1750-1960 Fókusz: Munkamegosztás, Költségcsökkentés, Termelékenység Üzlet: Funkcionális hierarchia, Command & Control, Összeszerelő-szalag Technológia: Gépesítés, Szabványosítás, Nyilvántartás vezetés Eszközök: PDCA javítási ciklus, Pénzügyi modellezés 5
Információs korszak – Első hullám Folyamatok javítása Idő:
70-es, 80-as évek Fókusz: Minőség menedzsment, Munka hatékonyság Üzlet: Több ipari ágazatot átfogó vállalatok, Vállalati egyesülések (akvizíció, fúzió) Technológia: MRP, Vezetői Információs Rendszerek, Számítógépes automatizáció Eszközök: 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ő:
90-es évek Fókusz: Folyamat innováció; Best Practices; Jobban, gyorsabban, olcsóbban; Üzlet interneten keresztül Üzlet: Széles szervezet, End-to-end folyamatok Technológia: ERP, CRM, Értékesítési lánc, Vállalati Architektúra Eszközök: Six Sigma, Buy vs. Build, BPR 7
Információs korszak – Harmadik hullám Folyamatmenedzsment (BPM) Idő:
2000-es évektől Fókusz: 24x7, Folytonos transzformáció (üzenetek), rugalmasság, modularitás Üzlet: Távmunka, Hiper verseny, Folyamat hatékonyság vs erőforrás hatékonyság Technológia: EAI, SOA, Teljesítmény menedzsment rendszerek, BPM rendszerek Eszközök: Self Service és személyre szabhatóság, Kiszervezés (Outsourcing), BPM eljárások 8
Összefoglalás Fókusz
Üzlet
Költségcsökkentés Munkamegosztás
Minőség Folyamat innováció, menedzsment Üzlet Interneten Munka hatékonyság keresztül
Összeszerelő-szalag, Több ipari ágazatot Funkcionális átfogó cégek, hierarchia egyesülések
24x7, rugalmasság, modularitás
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
Monolithic Architectures
Sub-routines /Remote Procedure Calls
Remote Object Invocation
Mid 1990’s to early 2000’s
Message Processing
Late 1990’s
Enterprise Application Integration (EAI)
Today
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, Leválasztja a Leválasztja a mediációs és kapcsolati kapcsolati és vezérlési logika az logikát az mediációs logikát alkalmazáskódba alkalmazásról az alkalmazásról épült 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 Szabálytörő technológia
Új szabály
Egy információ egy időben, csak egy helyen lehet!
Osztott adatbázisok
Az információ egyszerre annyi helyen jelenik meg, ahány helyen szükséges!
Összetett tevékenységre csak a szakértők képesek!
Szakértői rendszerek
Egy generalista a szakértő munkáját is el tudja végezni!
Régi szabály
Csak a vezetők hozhatnak döntéseket!
Döntéstámogató rendszerek
A dolgozóknak irodára van szükségük!
Vezeték nélküli adattovábbítás, laptopok
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
Nagy teljesítményű számítógépek
A tervek folyamatosan módosulnak!
A terveket rendszeres időközönként felül kell vizsgálni!
A döntéshozatal mindenkinél a munka részévé válik!
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
BPR vs BPM 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 elsősorban konzultáció,
gyakran külső szakértők alkalmazása
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
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
47 Forrás: Janette Wong
Monitorozás menete
48
49 Forrás: Janette Wong
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 Business Modeler
WebSphere Process Server
WebSphere Business Monitor
Forrás: Balogh Péter
53
WebSphere Integration Developer
WebSphere Business Modeler
Integráció és fejlesztés
Deploy
WebSphere Process Server
Folyamat modell Modellezés, szimuláció
Statisztikai adatok visszacsatolása a modellbe
Futtatás
WebSphere Business Monitor Statisztikák
Futásidejű adatok
Üzleti monitorozás
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
Szerepkör: Üzletág menedzser
Analízis és tervezés
Fejlesztés és tesztelés
N
N v I
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?
Szerepkör: Üzletág menedzser Üzleti elemző Integrációs fejlesztő
Szerepkör: Integrációs fejlesztő Alkalmazás fejlesztő
Telepítés
v
Szerepkör: Szerver adminisztrátor Integrációs fejlesztő Alkalmazás fejlesztő
Business Modeler
Szerepkör: Megoldás adminisztrátor Szerver adminisztrátor Üzleti elemző Üzletág menedzser
Monitor Integration Developer
Forrás: IBM
Monitorozás és visszacsatolás
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 Szolgáltatás nyújtó
• 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
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 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) 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)
Szerep
Üzlet
Architektúra
Megvalósítás
Szolgáltatási szint megállapodások (SLA), melyek biztosítják Üzemeltetés a requestor és provider közötti, üzleti prioritásoknak megfelelő QoS (quality of service) betartását 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
OrderProcess
Rendelhetjük ugyanahhoz a felhasználóhoz
a két emberi feladatot Kevésbé rugalmas
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