Webinar: BPMN mit camunda

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.



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


• Den Anwender, der einen Task erhalten soll, zur Laufzeit auf Basis komplexer Business-Logik ermitteln

• Diesen Anwender per Email informieren



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

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


menschlicher Prozessfluss

technischer Prozessfluss

Das neue „camunda-Haus“





• 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 separiert

HUMAN

TECHNICAL

HUMAN

Ausführbares Prozessmodell = technischer Fluss





Reine Technik? StrategischesProzessmodell




Das ausführbare Prozessmodell ist (auch) ein fachliches Modell.

Der technische Fluss wird gemeinsam entwickelt





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)

BPMN-Prozessdesign

BPMN im Betrieb


Agenda

Live-Beispiel: camunda Testlizenz

Website Tasklist Cockpit Spezielle UI

Coming soon: bpmn.io

BPMN-Prozessdesign

BPMN im Betrieb


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

Webinar: BPMN mit camunda

Documents

Transcript of Webinar: BPMN mit camunda