3. camunda services GmbH
Your • BPM
Business • BPMN
• Agile BPM
• BRM
camunda
d
Business Consulting
Your Your Your
Process Process Process
Application
pp Application
pp Application
pp
camunda
IT Consulting
4. BPMN ist unser Kernthema
Direkte
Mitarbeit
ta be t
am Standard Praxishandbuch
P i h db h
BPMN 2.0
> 100
BPMN-
Kunden
5. Prozessmodelle für verschiedenste Zwecke und Rollen
ISO-Zertifizierung
ISO Zertifizierung
Mindestanforderungen
Für Risiko-Management
(MARisk) Organisationshandbuch
Prozessanalyse und
Schriftlich -verbesserung
fixierte
Ordnung
Workflow
Management
Automatisierung
Serviceorientierte Anforderungs-
g
Architekturen (SOA)
A hit kt management
6. Hintergrund des Workshops (lt. Angebot)
Die XXX betreibt sowohl ein fachliches als auch ein
technisches Prozessmanagement: Auf der fachlichen Ebene
sind die Prozesse im Prozessmanagement-Werkzeug XXX der
Firma XXX dokumentiert, im IT-Bereich sind einzelne Prozesse
als Workflows in der Process Engine XXX der Firma XXX
technisch umgesetzt.
Mit der Veröffentlichung des Standards BPMN 2.0 durch die
OMG ergibt sich die Möglichkeit, die fachlich/technische
Prozessmodellierung besser zu harmonisieren und somit ein
besseres Business-IT-Alignment der Prozesse zu erreichen,
g ,
was die Abstimmung, Weiterentwicklung und den Betrieb der
Prozesse erleichtert. Letztendlich wird angestrebt, die Prozesse
zu diesem Zweck sowohl fachlich als auch technisch in BPMN
2.0 zu modellieren, was auch dem Kern-Einsatzszenario des
Standards entspricht.
7. Zielsetzung (lt. Angebot)
Die Zielsetzung dieses Workshops ist es, dieses Vorgehen
anhand eines konkreten Beispiel Prozesses der XXX ( XXX“)
Beispiel-Prozesses („XXX )
prototypisch zu erproben. Im Anschluss soll die XXX
entscheiden können, ob BPMN 2.0 tatsächlich das geeignete
Mittel für das Business-IT-Alignment der Prozessmodelle im
Business IT Alignment
eigenen Hause ist.
Sollte dies der Fall sein, wäre im Nachgang des Workshops
zu prüfen, wie die konkrete Toolchain, also die Kette der
eingesetzten Softwareprodukte, zur optimalen Unterstützung
der BPMN 2.0 aussehen sollte.
12. Business Process Maturity Model (BPMM)
In the 1980s, Watts Humphrey, working at IBM,
explored how to best introduce quality practices into
software organizations
=> Capability Maturity Model Integratin (CMMI) in
2000
BPMM is the idea of CMMI for Business Processes
Owned by OMG
13. Business Process Maturity Levels
# Name Description
1 Initial Wherein business processes are p
p performed in inconsistent
sometimes adhoc ways with results that are difficult to
predict.
2 Managed Wherein management stabilizes the work within local work
units to ensure that it can be performed in a repeatable way
that satisfies the workgroup‘s primary commitments.
However, work units performing similar tasks may use
different procedures
procedures.
3 Standardized Wherein common, standardizes processes are synthesized
from best practices identified in the work groups and
tailoring guidelines are provided for supporting different
business needs. Standard processes provide an economy of
scale and a foundation for learning from common measures
and experience.
4 Predictable Wherein the capabilities enabled by standard processes are
exploited and provided back into the work units.
5 innovative
i ti Wherein both proactive and opportunistic i
Wh i b th ti d t i ti improvement
t
actions seek innovations.
14. Jeder Geschäftsprozess muss geklärt werden
Reifegrad Reifegrad Möglichkeiten des Häufige Fälle
Ist Soll Prozessmanagements
2/3 2/3 Ist-Dokumentation; Support-Prozesse
Soll-Gestaltung
ll l (Kern-Prozesse)
( )
1 2/3 Soll-Gestaltung Kern-Prozesse
( pp
(Support-Prozesse)
)
1 1 - Management-
Prozesse
15. Rollen & Methodik
Any process model
can be neat and tidy
at a high enough
level
le el of abst action!
abstraction!
Rollen
17. Aber auch sehr einfach…
Kunde Logistik Buchhaltung
Vertrieb prüft Kunde
schickt versendet die stellt die
Bestellung bezahlt
Bestellung Waren Rechnung
19. Kerngedanke #1: Brüche nach oben verlagern
Prozesslandschaft
Inhalt: Prozess im Überblick
Ebene 1 Ziel: Schnelles Verständnis
Strategisches
Prozessmodell
Inhalt: Operative Abläufe
Ebene 2 Ziel: Arbeits- und
Fachlich Operatives Prozessmodell Umsetzungsgrundlage
(Business)
Technisch
(IT) Ebene 3a
Ebene 3b
Technisches
IT-Spezifikation
IT Spezifikation
Prozessmodell
Inhalt: Technische Details
Ziel: Umsetzung
Mit Process Engine
Ebene 4b
Implementierung
Ohne Process Engine
Methoden
20. Kerngedanke #2: Verschiedene Sichten auf Ebene 2
Betrachter Process Participant Process Analyst Process Engineer
„Wie muss ich „Wie wird „Was macht die
Zentrale Frage
arbeiten?“ gearbeitet?“ Engine?“
Eigene Gesamte Orchestrierung der
Sicht
Orchestrierung Kollaboration Process Engine
Ebene 2: Operatives
Prozessmodell
Methoden
23. Prozess mit User Stories
User Story 1 User Story 3 User Story 6 User Story 9
User Story 2 User Story 4 User Story 7
User S
Story 5 User S
Story 8
Methoden
24. Kurze Iterationen, schneller Rollout
1
User Story 2 Artikel-
Artikel
verwaltung
2
User Story 1 öffnen
3
User Story 3
4
Rollout 1.1
User Story 5
5
User Story 4
6
User Story 9
7
User Story 6
8
User S
U Story 7 Rollout 1.2
9
User Story 8
…Priorität
Methoden
25. Kurze Iterationen, schneller Rollout
Rollout 1.1 Rollout 1.2 Rollout 1.3
Artikel-
verwaltung User Story 2 User Story 1
öffnen
User Story 3 User Story 4 User Story 5
User Story 9
User Story 7
User Story 6
User Story 8
Methoden
26. Tooling: Die zwei Kern-Ideen
1 Tool für
Alle
versus
Business- Entwickler
Tool -Tool
Werkzeuge
27. Was uns wichtig ist…
• Developer-Friendliness over Zero Coding
• Smart Communication over Single-Source-Models
• Composite Architectures over one-stop-shops
• Open Source over Out-of-the-Box
Werkzeuge
28. Activiti ist…
BPM-Plattform
BPM Pl f Framework
F k leichtgewichtig
l i h i hi
kollaborativ
k ll b ti Open S
O Source Community
C it
Werkzeuge
29. BPMN 2.0: Prozesse direkt in die IT bringen
Standard für Prozessmodellierung
g
+
Open Source BPMN 2.0 Plattform
p
=
Technisch ausführbare
Geschäftsprozesse
h f
Werkzeuge
34. The big picture
Spezifikation Testing
Implementierung
Werkzeuge
35. Business vs. IT? It‘s NOT that simple!
•Creates Technical Processes etc.
•Manages the project •Plays the main part in process
•Creates/Manages typical
/ g yp solution development
project documents •Knows BPMN best (in IT)
•Creates Process Models
Project Lead •Links Process Models with
Li k P M d l ith •Is expert in certain aspect (e g GUI)
(e.g.
other Requirements •Supports Process Engineer if needed
•Knows BPMN Best (in •Creates services / components used
Business) in process by plain development
•Represents user
•Knows the solution‘s
Knows solution s
•Defines G d l
f Guidelines
purpose best
•Is somehow useful :-)
•Can answer any question
about functionality
Process Analyst
y Architect
Process Engineer Developer
Domain Expert
Business IT
Meta-
Prozesse
36. Let‘s skip the peak (and the trough as well )
As-Is
To-Be