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

Üzlet

Technológia

Eszközök

1750-1960 Ipari korszak

70-es, 80-as évek Folyamat javítás

90-es évek Újjászervezés

2000-es évek Folyamat

Menedzsment

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

Gépesítés, Szabványosítás

MRP, VEZIR, Számítógépes automatizáció

ERP, CRM, SCM EAI, SOA, BPMS

Összeszerelő-szalag, Funkcionális

hierarchia

Több ipari ágazatot átfogó cégek, egyesülések

End-to-End folyamatok

Hiper verseny, távmunka

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

9

A menedzsment és az IT közeledése

10

Services (SOA)

Monolithic Architectures

Pre 1950’s To 1960’s

1970’s to mid 1980’s

Mid 1990’s to early 2000’s

Today Late 1990’s

Sub-routines /Remote

Procedure Calls

Remote Object

Invocation

Message Processing

Enterprise Application Integration

(EAI)

1980’s to mid 1990’s

Növekvő modularitás a rugalmasság érdekében

IT architektúra evolúció

Forrás: Balogh Péter 11

IT architektúra evolúció

Leválasztja a kapcsolati logikát az

alkalmazásról

Leválasztja a kapcsolati és

mediációs logikát az alkalmazásról

Az alkalmazásokat az alapvető üzleti

funkcióra redukálja (pl.: szolgáltatássá)

Minden kapcsolati, mediációs és

vezérlési logika az alkalmazáskódba

épült

Pro

gra

mkó

d s

oro

k sz

ám

a

Növekvő modularitás a rugalmasság érdekében Forrás: Balogh Péter

12

Vállalati Integráció fejlődése

Pont-Pont kapcsolat Point-to-Point

2

1

nnC

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 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!

Csak a vezetők hozhatnak döntéseket!

Döntéstámogató rendszerek A döntéshozatal mindenkinél a munka részévé válik!

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

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

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

2004 2005 2006 2007 2008 2009 2010 2011 2003 2002

OASIS

WfMC

BPMI OMG

42

Üzleti folyamatok - a tervtől a megvalósításig

Szerepkörök Üzleti környezet Cél

Üzletág menedzser

Üzleti elemző

Folyamattervező

Rendszerszervező

Szoftvermérnök

Modellezés

Végrehajtás

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

dimensionalModel

Monitor model (mm)

50

Monitor Details Model

Key

Metric

StopWatch

Trigger

Inbound Event

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 Monitor

WebSphere Business

Modeler

53 Forrás: Balogh Péter

Modellezés, szimuláció

WebSphere Business Modeler

Deploy

Futásidejű adatok

Integráció és fejlesztés

WebSphere Integration Developer

Futtatás

WebSphere Process Server

Statisztikai adatok visszacsatolása a modellbe

WebSphere Business Monitor

Monitoring Data

Üzleti monitorozás

Folyamat modell

Statisztikák

Forrás: Balogh Péter 54

v v

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

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

Integration Developer Process Server

Monitor

Forrás: IBM 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á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

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.)

Szolgáltatás

Szolgáltatás

nyújtó

Szolgáltatás

hívó

58 Forrás: Balogh Péter

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.

… szolgáltatás orientáció?

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

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)

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)

Megvalósítás

Architektúra

Üzlet

Üzemeltetés 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

Szerep

Szolgáltatás Orientált Architektúra Mindenki számára mást jelent...

60 Forrás: Balogh Péter

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”

61 Forrás: Balogh Péter

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

Capital Service

Risk assessment Service

E-mail service E-mail service

Approval service

Credit reporting 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

Forrás: IBM 73