BPM in Action - Best Practices für die Erstellung prozessgetriebener Applikationen

BPM in Action
Best Practices für die Erstellung
prozessgetriebener Applikationen
Sven Bernhardt, Solution Architect
OPITZ CONSULTING Deutschland GmbH

München, 24.02.2014
BPM in Action - Best Practices für die Erstellung prozessgetriebener Applikationen

© OPITZ CONSULTING GmbH 2014

Seite 1

Agenda

1.

Herausforderung

2.

Vorgehensweise

3.

Lösungsarchitektur

4.

Umsetzung

5.

Kundenszenarien

6.

Fazit



Seite 2

1

Herausforderungen



Seite 3

Herausforderungen für Unternehmen heute
Fachliche Anforderung: Flexibilität und Agilität

Der Ausnahmezustand ist nicht
mehr die Ausnahme!
Die erforderliche Agilität erzeugt
zusätzlichen Zeit- und Kostenaufwand!
Die Zeitwahrnehmung und
das Tempo beschleunigen sich!

Nichts ist konstanter als der Wandel. Unternehmen müssen
flexibel und agil reagieren, um sich der schnell verändernden
Umwelt anzupassen  SOA/BPM als mögliche Lösung



Seite 4

Fachliche Anforderung: Langsam wachsende Märkte

Bild ?

In langsam wachsenden Märkten muss sich das Geschäft auf
„operational excellence“ und „cost leadership“ fokussieren
 SOA/BPM als mögliche Lösung



Seite 5

Fachliche Anforderung: Transparenz und Komplexitätsreduktion

Systeme

Ereignisse

Ziele

Tätigkeiten

Abteilungen

Informationen
Daten

Personen

Wissen

Produkte
Service

Kennzahle
n

Um zu verstehen, wie moderne Unternehmen funktionieren,
ist Wissen über die Beziehungen und Interaktionen zwingend
erforderlich  prozessorientierte SOA als mögliche Lösung



Seite 6

Techn. Anforderung: Beherrschung der heterogenen Systemland.



Seite 7

Technische Anforderung: Integration nach Fusionen / Aufkäufen

Unternehmen A

Unternehmen B
Fusioniertes
Unternehmen

Die Unternehmens-IT verändert sich durch Fusionen/Aufkäufe
massiv  SOA/BPM als mögliche Lösung



Seite 8

Technische Anforderung: Monolithische Systeme aufbrechen

Wiederverwendung von Business Logik und MultikanalFähigkeit durch eine SOA/BPM



Seite 9

Geschäftstreiber für BPM

Business Process Management



Seite 10

2

Vorgehensweise



Seite 11

Prozessarten

Quelle: The Forrester Wave™: BPM Suites,
Q1 2013, Clay Richardson and Derek Miers, March 11, 2013



Seite 12

Projektszenarien

Technisch-getriebenes BPM

Fachlich-getriebenes BPM


Seite 13

Beispiel: Technisch-getriebenes BPM


1/2


Seite 14

Beispiel: Technisch-getriebenes BPM


2/2


Seite 15

Beispiel: Fachlich-getriebenes BPM


1/2


Seite 16

Beispiel: Fachlich-getriebenes BPM


2/2


Seite 17

3

Lösungsarchitektur



Seite 18

SOA als Grundlage für BPM



Seite 19



Seite 20

Adaptierte Servicearchitektur



Seite 21

Beispielarchitektur Infrastrukturebene



Seite 22

4

Umsetzung



Seite 23

Contract-First Serviceentwicklung


1/2


Seite 24

Contract-First Serviceentwicklung

2/2

class customer types
«XSDtopLevelElement»
Customer

class product types
«XSDtopLev...
BookingSet
«XSDcomplexType»
CustomerType
-

CustomerID :int
Username :string
Firstname :string
Lastname :string
Email :string
CustomerGender :string
CustomerStatus :string
Street :string
ZIP :string
City :string

«XSDcomplexType»
BookingSetType
-

bookings :Booking [1..unbounded]

«XSDtopLev...
Booking

«XSDcomplexType»
BookingType
-


customer :CustomerType
ID :string
JourneyID :string


Seite 25

Backend
Server

SOA Composite 2

SOA Composite 1

Asset Management

CarRental
Interface

ClaimNotification
Interface

1/2

CustomerInfoService
(with SOAP-Binding)

CustomerInfoService
(with SOAP-Binding)

Customer

Car

Customer


CarBooking

Claim Notification


Seite 26

2/2

SOA Composite 1

Asset Management

CustomerInfoService
(with SOAP-Binding)

ClaimNotification
Interface

CarRental
Interface

Customer

Car

CarBooking

CustomerInfoService
(abstract Interface)
Claim Notification

Backend
Server

SOA Composite 2

MDS



Seite 27

Entkopplung von Fach- und Laufzeitdaten

Staffing Business Process

Cancel Staffing
event

Continue
Staffing event

Staffing
cancelled

Validate
Application

Setup
Workplace

Continue?

Start
Process

Finish
Staffing
yes
Check Staffing
Dependencies

Approve Staffing

no

Staffing
processed

Setup
Accounts

Dependency
exists?

Laufzeitdaten
Taskdaten / Payload

Prozessdaten


Adapter Services

Business
related data


Seite 28

Modularer Prozessaufbau



Seite 29

Steuerungsmöglichkeiten von Extern
 Ermöglichen des Eingreifens in laufende Prozessinstanzen
 Beispiel: Stornierung



Seite 30

Monitoring und Fault Handling

1/3

Probleme im Prozess?

Wer ist der Verursacher?



Seite 31


2/3

 Herstellung eines Bezuges zwischen techn. Prozessinstanz
und fachlichem Prozessablauf



Seite 32


3/3

 2 Arten von Fehlern:
 Business Faults (Invalid Credit Card, etc.)
 Runtime Faults (techn. Fehler, Systemfehler)

 Implizite / explizite Fehlerbehandlung

 Zentralisierte Sammlung von Fault-Informationen
 Realtime Monitoring
 Alerting
 Proaktive Problembehebung



Seite 33

Build-/Deployment



Seite 34

Governance
Business Analysts –
Entwurf und Modellierung
von Prozessen / Services
Entwickler – Implementierung
von Prozessen / Services

Enterprise Architects –
Suche nach
Entwicklungsmöglickeiten

Prozessverantwortliche –
Konfiguration, Anpassung,
Abnahme

Gesamtes Team –
Steuerung, Analyse,
Optimierung

Anwender –
Ausführung und
Verbesserung
IT Betrieb – Management
und Monitoring


Seite 35

5

Kundenszenarien



Seite 36

BPM in DAX Konzern
Anonym

Auftraggeber
Kunde

• Tätig in 46 Ländern
• ca. 170.000 Mitarbeiter
• € 3,0 Milliarden Umsatz

Projekt

• Dauer: 01/2014 – 06/2014

Ziel

• Durchführung PoC mit BPM Suite 11g
• Steigerung der Prozesseffizienz
• Steigerung der Transparenz
• Anbindung verschiedenster Systeme



Seite 37

Herausforderungen
 Fachlich-getriebener BPM-Ansatz
 Datenhaltung und Auditierung (SOX, etc.)
 Integration mit Drittsystemen
 SAP
 Document Management
 LDAP



Seite 38

BPM in DAX Konzern II
Anonym

Auftraggeber
Kunde

• Größer 150.000 Anwender
• Eine der größten Oracle BPM Suite Plattformen in Deutschland

Projekt

• Dauer: 2012 – heute

Ziel

• Ablösung von angepasster SAP HR Plattform (Aus Lizenz-/Supportgründen)
• POC und Pilotphase mit Oracle BPM Suite (ausgewählte Prozesse)
• Modulare Denkweise (Wiederverwendung von Fragmenten)
• Neue Prozesse müssen extrem schnell implementierbar sein
• Hohe Anforderung an Wartbarkeit / Anbindung IDM



Seite 39

Herausforderungen
 Technisch-getriebener BPM-Ansatz
 Modularer Aufbau
 Datenhaltung und Auditierung (SOX, etc.)

 Integration mit Drittsystemen
 Change Management
 Implementierungsdetials
 Stornierung
 Vertreterregelung
 Eskalationsmechanismen



Seite 40

Beispielprozesse
 Mitarbeiterversetzung
 Übernahme Azubi
 Einkommensänderung
 Förderung AT / FK
 Jubiläumsabwicklung
 Kopfzahlabstimmung
 Arbeitszeitänderung
 Befristung - Übernahme unbefristet /Verlängerung/ Ablauf
 Handlungsvollmacht

 Sonderzahlung
 Prüfung Weiterbeschäftigung
 Übertragung Resturlaub


Seite 41

Anbindungen
 Unified Worklist
 Bisher 5 Fachverfahren, geplant weitere

 Corporate Directory
 LDAP Directory

 Ticket System Personell Services
 Externes System über Web Services
 Prozesse laufen über die Plattformgrenzen hinaus

 Basic Components
 Bestehende Corporate Java Dienste wurden integriert

 Vertreterservices
 Zentraler Dienst, über welchen Vertretungen geregelt sind



Seite 42

Lösung – Frontend Antrag



Seite 43

Lösung – Frontend Unified Worklist



Seite 44

BPM im öffentlichen Dienst
Anonym

Öffentlicher Auftraggeber
Kunde

• Mehr als 80 Standorte weltweit
• ca. 20.000 Mitarbeiter
• € 1,6 Milliarde Umsatz

Projekt

• Dauer: 03/2010 – 06/2010

Ziel

• Durchführung PoC mit BPM Suite 11g
• Steigerung der Prozesseffizienz von mehr als 300 papierbasierten Prozessen
• Vereinheitlichung der Prozesse und Verbesserung der Auswertbarkeit
• Hohe Wiederverwendbarkeit von entwickelten Komponenten
• Anbindung verschiedenster Systeme



Seite 45

Papierformulare - Einfache fachliche Prozesse,
viel Interaktion, hoher Aufwand
Wie kann ich
nachträglich Angaben
korrigieren?
Fehlende Angaben
Vorgesetzter

Wo steht
mein
Antrag?

Antrag
zurückholen
Projektleiter

Nachfrage

10010
11011
01101

Antrag
bestätigt

Antragsteller

Wie laufen
die
Prozesse?

Über Antrag
informieren

Controller

Niederlassung

Personalsachbearbeiter


Zentrale


Seite 46

Technische Herausforderungen (I):
Digitale Signatur & Actionable E-Mail
 Digitale Signatur von PDF Dokumenten im Prozessablauf

 Actionable E-Mail für verschiedene Endgeräte



Seite 47

Technische Herausforderungen (II):
Service-Anbindung von existierenden Systemen

ERP

BI
Publisher

DMS

Prozess

Archivsystem

Benutzerverwaltung



Seite 48

6

Fazit



Seite 49

Zusammenfassung
 Warum BPM?






„Bridging the Gap“
Steigerung der Prozesseffizienz
Steigerung der Transparenz
Erhöhung von Agilität und Flexibilität
Aufdecken von Schwachstellen und Potentialen

 Mit SOA und BPM zum Erfolg





Flexible und zukunftssichere Architektur
Einfach Integration neuer Systeme und Partner
E2E Prozessmanagement
Realtime Monitoring und -optimierung



Seite 50

Zusammenfassung

“…the efficiency enhancement, achieved by
synergies and reusability, in the area of process
modeling occurred as fully expected”.



Seite 51

Next steps
BPM

Rigid BPM
with BPMN

Adaptive BPM
with ACM

rBPM

aBPM



Seite 52



Seite 53

Kontakt
Sven Bernhardt, Solution Architect
OPITZ CONSULTING Deutschland GmbH
Kirchstr. 6 - 51647 Gummersbach
Telefon: +49 2261 6001 - 0
Mobil: +49 172 2193529
Twitter: sbernhardt
Blog: http://thecattlecrew.wordpress.com/



Seite 54

BPM in Action - Best Practices für die Erstellung prozessgetriebener Applikationen

Weitere ähnliche Inhalte

Ähnlich wie BPM in Action - Best Practices für die Erstellung prozessgetriebener Applikationen

Mehr von OPITZ CONSULTING Deutschland

BPM in Action - Best Practices für die Erstellung prozessgetriebener Applikationen