BPMN mit camunda
Webinar – 17. Juli 2014
Willkommen!
Jakob Freund ist Geschäftsführer bei camunda, Autor des
Bestsellers "Praxishandbuch BPMN" und häufiger Sprecher auf
BPM-Konferenzen. Im BPM-Bereich ist er seit über 10 Jahren
aktiv. Seine absolute Leidenschaft ist das 'Big Picture' der
Skalierbarkeit von Geschäftsmodellen durch klar definierte und
automatisierte Geschäftsprozesse, wobei BPMN als gemeinsame
Sprache von Business und IT eine zentrale Rolle spielt.
Über Camunda
201320122011201020092008
Gründung
Beratung, Seminare, Projekte zu BPM
camunda BPM
BPM-Softwarehersteller
Standorte: Berlin (HQ), San Francisco Mitgliedschaften
Referenzen
Banken Versicherer Andere
Worum es heute geht
Dokumentationmit BPMN
Automatisierung mit BPMN
BPMN mit camunda BPM
Analyst / Developer Anwender Betrieb
Modeler Tasklist / Ihr UI Cockpit
Engine
camunda BPM platform
Tipp: BPMCon 2014
Keynote: The Zero Code BPM Myth (Sandy Kemsley)
Praxisberichte:
19. September 2014 | Berlin
www.BPMCon.de
BPMN-Prozessdesign
BPMN im Betrieb
Tipps für Propheten im eigenen Land
Agenda
„Ausführbare BPMN-Prozessmodelle…
sind stets detailliert und kompliziert.“
sind eine Verfeinerung von fachlichen Prozessmodellen.“
sollten von der IT erstellt werden und ihr gehören.“
Drei häufige Irr tümer
Ein detaillier tes, kompliziertes Modell?
Die Komplexität kann überall und nirgends liegen
Start
complete
task
execute
service
End
Mensch
IT-System
Engine
Camunda: Völlig freie Kombination von BPMN und Code
Start
complete
task
execute
service
End
„Schick mir eine Email, wenn ich etwas zu tun habe“
Schlechte Umsetzung
Den Anwender, der einen Task erhalten soll, zur Laufzeit auf Basis komplexer Business-Logik ermitteln
Diesen Anwender per Email informieren
Kennzahlen in externen Systemen festhalten, wenn der Usertask abgeschlossen wurde.
Kennzahlen festhalten, wenn das Ticket bearbeitet wurde.
Ich will:
Quelle: BPMN 2.0 by Example, OMG
Zero-Coding-Ansatz (Anti-Pattern)
Zero-Coding Ansatz (Anti-Pattern)
Den Anwender, der einen Task erhalten soll, zur Laufzeit auf Basis komplexer Business-Logik ermitteln.
Diesen Anwender per Email informieren.
Kennzahlen in externen Systemen festhalten, wenn der Usertask abgeschlossen wurde.
Kennzahlen festhalten, wenn das Ticket bearbeitet wurde.
Schlechte Umsetzung
Besser: Das Diagramm „schlank“ halten
Wunderwaffe „Listener“
Der Listener im Detail
1. Assignee holen
2. Email mit URL auf Task erstellen
3. Email senden
Besser: Das Diagramm „schlank“ halten
Besser: Das Diagramm „schlank“ halten
• Den Anwender, der einen Task erhalten soll, zur Laufzeit auf Basis komplexer Business-Logik ermitteln
• Diesen Anwender per Email informieren
Kennzahlen in externen Systemen festhalten, wenn der Usertask abgeschlossen wurde.
Kennzahlen festhalten, wenn das Ticket bearbeitet wurde.
Fachlich (ausreichend) relevante Aktivitäten.
Aktivitäten, die ich explizit monitoren möchte.
Aktivitäten, bei denen ich von den Fähigkeiten der Process Engine profitiere.
Anforderungen, die technsch implementiert werden müssen.
Ins BPMN: So viel wie nötig, so wenig wie möglich
„Ausführbare BPMN-Prozessmodelle…
sind stets detailliert und kompliziert.“
sind eine Verfeinerung von fachlichen Prozessmodellen.“
sollten von der IT erstellt werden und ihr gehören.“
Drei häufige Irr tümer
Das große Missverständnis
Ebene 2
Operatives Prozessmodell
Ebene 3a
Technisches
Prozessmodell
Ebene 1
Strategisches
Prozessmodell
Ebene 3b
IT-Spezifikation
Ebene 4b
Implementierung
Prozesslandschaft
Inhalt: Prozess im Überblick
Ziel: Schnelles Verständnis
Semantik: logisch-abstrakt
Inhalt: Operative Abläufe
Ziel: Abstimmung von Details
Semantik: physisch-konkret
Inhalt: Technische Details
Ziel: Umsetzung
Semantik: physisch-konkret
Fachlich
(Business)
Technisch
(IT)
Mit Process Engine
Ohne Process Engine
Ebene 3 (das „technische Prozessmodell“) ist eine
Verfeinerung von Ebene 2 (dem „fachlichen Prozessmodell“)!
Das neue „camunda-Haus“
StrategischesProzessmodell
Operatives Prozessmodell
menschlicher Prozessfluss
technischer Prozessfluss
Das neue „camunda-Haus“
StrategischesProzessmodell
Operatives Prozessmodell
menschlicher Prozessfluss
technischer Prozessfluss
• schneller Überblick• logisch-abstrakt
• präziseBeschreibung
• physisch-konkret
• Manueller Kontrollfluss
• Arbeitsanweisung• User Experience
• Automatisierter Kontrollfluss
• Code
• Interaktionsfluss• Zusammenspiel von User
und System
Menschliche / Technische Flüsse vermischt
Menschliche / Technische Flüsse vermischt
Menschliche / Technische Flüsse separiert
HUMAN
TECHNICAL
HUMAN
„Ausführbare BPMN-Prozessmodelle…
sind stets detailliert und kompliziert.“
sind eine Verfeinerung von fachlichen Prozessmodellen.“
sollten von der IT erstellt werden und ihr gehören.“
Drei häufige Irr tümer
Ausführbares Prozessmodell = technischer Fluss
StrategischesProzessmodell
Operatives Prozessmodell
menschlicher Prozessfluss
technischer Prozessfluss
Reine Technik? StrategischesProzessmodell
Operatives Prozessmodell
menschlicher Prozessfluss
technischer Prozessfluss
Das ausführbare Prozessmodell ist (auch) ein fachliches Modell.
Der technische Fluss wird gemeinsam entwickelt
StrategischesProzessmodell
Operatives Prozessmodell
menschlicher Prozessfluss
technischer Prozessfluss
Anwender
Analyst
Entwickler
Probleme,Wünsche,
Prioritäten...Machbarkeit,Aufwände, ...
Vorschläge, Roadmaps, Kosten...
Soll-Prozesse, Anforderungen, ...
Eine Toolkette kann unterstützen
AnalystEntwickler
Anwender
Probleme,Wünsche,
Prioritäten...
Soll-Prozesse, Anforderungen, ...
Machbarkeit,Aufwände, ...
Vorschläge, Roadmaps, Kosten...
Integration über BPMN 2.0 - XML
FachlichesBPMN-Tool
Entwicklungs-umgebung
Was macht einen guten „(Process) Analyst“ aus?
Hard Skills
• BPMN
• Technisches Verständnis (Wie funktioniert eine Process Engine)
• Fachliches Verständnis
Soft Skills
• Schnelle Auffassungsgabe
• Kommunikationsfähigkeit
• Analytisches Denkvermögen
• Empathie
Wohin gehört die Rolle „(Process) Analyst“ ?
Fach-abteilungen
IT
Betriebs-organisation
?
Beispiel: Proof of Concept – Workshop
Prozess-konzeption
Prozess-umsetzung
Live-Demo und Fazit
Konzeption: 2 Tage
• Modellierung des Soll-Prozesses • Fachabteilung, Prozessmanagement,
Architekten/Entwickler
Fazit: 0,5 Tage
• Vorführung• Lessons Learned• Alle Stakeholder
• Prototypische Entwicklung• Architekten/Entwickler
Umsetzung: 2,5 Tage
Der wichtigste Erfolgsfaktor: Akzeptanz
„Die gesamte Projektgruppe
bestehend aus Mitarbeitern der IT
und der Fachabteilung, wurde für die
BPMN 2.0-Prozess-Modellierung
begeistert.“
(Thorsten Schramm, Teamleiter IT-
Infrastruktur, LVM Versicherung)
„Ausführbare BPMN-Prozessmodelle…
sind stets detailliert und kompliziert.“
sind eine Verfeinerung von fachlichen Prozessmodellen.“
sollten von der IT erstellt werden und ihr gehören.“
Drei häufige Irr tümer
BPMN-Prozessdesign
BPMN im Betrieb
Tipps für Propheten im eigenen Land
Agenda
Live-Beispiel: camunda Testlizenz
Website Tasklist Cockpit Spezielle UI
Coming soon: bpmn.io
BPMN-Prozessdesign
BPMN im Betrieb
Tipps für Propheten im eigenen Land
Agenda
Bessere Prozesstransparenz: Dokumentationen im Umfeld der Altsysteme sind sehr lückenhaft bzw. teilweise gar nicht vorhanden – kein Fundament für Optimierungen (muss alles mühselig erarbeitet werden).
Synchronisation fachlicher und technischer Prozess: Firmen stecken viel Geld in die Dokumentation von Prozessen, danach aber keinen Cent in die Pflege –beide Sichten laufen auseinander.
Kürzere Entwicklungszyklen: Der camunda-Ansatz passt perfekt in die aktuellen Paradigmen der agilen Projektorganisation. Es kommt zu einer besseren Zusammenarbeit und damit auch zu weniger „Korrekturschleifen“.
Reduzierte Programmierung: BPMN ist eine mächtige Sprache zur Prozess-Steuerung, eine BPMN Engine bringt mir komplexe Features, die ich sonst aufwendig programmieren müsste (Beispiel: Warte-Zustände, Nachrichtenkorrelation)
What you see is what you run: Es gilt nicht mehr „die Wahrheit steckt im Quellcode“, denn der (Prozess-)Quellcode ist jetzt für jeden nachvollziehbar geworden, kann in Echtzeit betrachtet und mit anderen Informationen (z.B. KPI) kombiniert werden.
Gründe für BPMN / camunda BPM (Kundenzitate)
Der beste Beweis: Selbst erleben
Prozess-konzeption
Prozess-umsetzung
Live-Demo und Fazit
Konzeption: 2 Tage
• Modellierung des Soll-Prozesses • Fachabteilung, Prozessmanagement,
Architekten/Entwickler
Fazit: 0,5 Tage
• Vorführung• Lessons Learned• Alle Stakeholder
• Prototypische Entwicklung• Architekten/Entwickler
Umsetzung: 2,5 Tage
Q&A