Reality- Check: BPMN 2.0 zum TÜV bi=e! Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 1

Transkript

1 Reality- Check: BPMN 2.0 zum TÜV bi=e! Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 1

2 Über uns... Die Holis)con AG ist eine Management- und IT- Beratung mit Sitz in Hamburg. Mit einem ganzheitlichen Beratungsansatz unterstützen wir unsere Kunden in ihren Entwicklungsprojekten auf technischer, tak)scher wie auch strategischer Ebene. Stefan Sven Zilske Reality- Check: BPMN 2.0 zum TÜV bi=e! Polte bpm- 2

3 Warum BPMN? OMG BPMN 2.0 SpecificaDon The primary goal of BPMN is to provide a nota)on that is readily understandable by all business users, from the business analysts that create the ini)al drams of the processes, to the technical developers responsible for implemen)ng the technology that will perform those processes, and finally, to the business people who will manage and monitor those processes. Thus, BPMN creates a standardized bridge for the gap between the business process design and process implementa)on. Gemeinsame Sprache zur Prozessbeschreibung IntuiDv verständlich dennoch mächdg und ausdrucksstark Etablierter Standard (2002 heute) BPMN 2.0: XML- Metamodell durch Process Engines ausführbar! Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- soa@holisdcon.de 3

4 BPMN ist mäch>g h=p://

5 Viele Wege führen zum korrekten Prozess... Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 5

6 ...aber weniger ist meistens mehr! Daher ist es sinnvoll, sich vor Projektstart zu beschränken: Auf ein geeignetes Subset an Elementen Auf Pa=ern zur Modellierung besdmmter Sachverhalte Entwicklung eines individuellen Modellierungs- SDls Dadurch bleibt das Modell einfach und leicht zu verstehen! Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 6

7 Inkrementelle Modellierung Vom Groben zum Feinen! Modellierung auf versch Ebenen Level 1: DescripDve Modeling Level 2: AnalyDcal Modeling Level 3: Executable Modeling h=p://brsilver.com/three- levels- of- process- modeling- with- bpmn/ Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 7

8 BPMN Level 1: Descrip>ve Modeling Abstrakte Darstellung der Prozesse Häufig nur der Happy Path Fachliche Unschärfe wird in Kauf genommen Einfaches Mi=el zur KommunikaDon Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 8

9 BPMN Level 2: Analy>cal Modeling Beinhaltet Varianten, Ausnahmen und Fehlerfälle Fachlich vollständige Modelle Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 9

10 BPMN Level 3: Executable Modeling In einer Engine direkt ausführbares Modell Hoher Detailgrad Angereichert um toolspezifische Ausführungsmerkmale Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 10

11 BPMN 2.0 ist executable BPMN Business- IT- Alignment Fachbereich sieht was ausgeführt wird Im Betrieb, an welchem Schri= steht der Prozess Durchgängige Prozessmodelle Kein Tool- oder Medienbruch BPMN- Standard lässt toolspezifische Erweiterungen zu Echter Roundtrip, technisch bedingte Änderungen sind sofort im Prozessmodell Aber: Kein Zero- Code! Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 11

12 Herausforderungen von BPMN 2.0 Engines unterstützen i.d.r. nicht alle BPMN- Elemente Das hat Einfluss auf den Modellierungs- SDl Fachbereich und Entwicklung arbeiten an demselben Artefakt Hohe Anforderungen an die ArbeitsorganisaDon Keine OpDmale Toolunterstützung für Merge- OperaDonen Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 12

13 Modellierung? Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 13

14 Agiles Vorgehen GRUNDLAGEN UMSETZUNG itera>v inkrementell: inspect and adapt WACHSTUM REIFUNG Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 14

15 Grundlagenphase Grundlagen Wachstum Reifung Ziele Big Picture, Scope Artefakte Team Vorgehen Strateg. Prozessmodell, Roadmap Pilot- Team (Protagonisten) Forschungs- Timebox Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 15

16 Wachstum: Interdisziplinäre Teams? Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 16

17 Wachstum: Versetzte Sprints GRUNDLAGEN MODELLIERUNG SPRINT 1 SPRINT 2 SPRINT 3 A B C D SPRINT 1 SPRINT 2 A B D IMPLEMENTIERUNG Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- soa@holisdcon.de 17

18 Teams in der Wachstumsphase PRODUCT OWNER MODELLIERUNG IMPLEMENTIERUNG SCRUM MASTER TEAM TEAM SCRUM MASTER Fachbereich Service Owner BPM(N) Expert Business Analyst Programmierer Web Designer SOA Architekt DB Expert Facharchitekt Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 18

19 Lebenszyklus einer User Story Story!" Story Story MODELLIERUNG PRODUCT OWNER Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 19

20 Lebenszyklus einer User Story Story!" IMPLEMENTIERUNG Story Story Story Story!" MODELLIERUNG PRODUCT OWNER!" Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 20

21 Skalierung Sprintlängen Zeitlicher Versatz der Teams Teamgröße Übergreifende Rollen von Teammitgliedern Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 21

22 Wachstumsphase Grundlagen Wachstum Reifung Ziele Big Picture, Scope ProzessdurchsDch Artefakte Team Strateg. Prozessmodell, Architekturentwurf Pilot- Team (Protagonisten) OperaDve Prozesse und Services Challenge Teams (spezialisiert) Vorgehen Forschungs- Timebox Versetzte Sprints Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 22

23 Team(s) in der Reifungsphase PRODUCT OWNER FEATURE TEAM SCRUM MASTER TEAM SOA Architekt Entwickler Fachbereich Tester Service Owner BPM(N) Expert Business Analyst Facharchitekt Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 23

24 BPM/SOAgil: Reifungsphase Grundlagen Wachstum Reifung Ziele Big Picture, Scope ProzessdurchsDch Komple=e Lösung Artefakte Strateg. Prozessmodell, Architekturentwurf OperaDve Prozesse und Services ProdukDonsreife Prozesse Team Pilot- Team (Protagonisten) Challenge Teams (spezialisiert) Feature- Team(s) (interdisziplinär) Vorgehen Forschungs- Timebox Versetzte Sprints Geschlossene Itera>onen Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 24

25 Story Maps "klassisch" agileproductdesign.com Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 25

26 BPM Story Maps Whiteboard Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 26

27 BPM Story Maps Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 27

28 BPM Story Maps Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 28

29 15 Minuten! Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 29

30 BPM: The happy path? Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 30

31 BPM(N) im Grenzbereich Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 31

32 Erste Anzeichen Ich muss zu jeder Zeit alles tun können, weil... Ich muss immer den gesamten Kontext und die Historie kennen, um zu entscheiden, wie ich vorgehe Das was wir hier machen ist hoch individuell, Das lässt sich nicht durch Prozesse vorgeben.

33 Indikatoren: Prozessmuster Tasks mit dynamischer Ausprägung (Eigentliche Aufgabe wird erst zur Laufzeit ermi=elt) Dynamische Zuständigkeiten (Rollen lassen sich in BPMN nicht mehr durch Lanes ausdrücken) Generische Schleifen im Prozess Dynamisch ermi=elte Subprozesse Extensiver Einsatz von Regeln zur Prozesssteuerung Extensiver Einsatz von Boundary- Events (zur ReakDon auf externe Zustandänderungen) Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 33

34 Ein Prozess für alles? Bernd Rücker, camunda GmbH, h=p:// guide.de/2012/11/02/bpmn- unstructured- processes- and- acm- example- patent- applicadon/

35 ACM Adap>ve Case Management Adap)ve Case Management ist mehr ein Konzept als eine Produktkategorie. Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 35

36 ACM Rigides BPM Zielerreichung bei freier Wahl der Mi=el Ablauf ergibt sich erst zur Ausführungszeit Schwach strukturierte Prozesse Non- RouDne Work (Knowledge Worker) DeklaraDv / Sense & Respond Zugriff auf alle relevanten KontexDnformaDonen und Historie Benutzer wird durch Guideline, Templates, Prozessfragmente unterstützt Neue Ausführungsschri=e zur Laufzeit System lernt aus dem Vorgehen der Benutzer Der Weg ist das Ziel Ablauf wird beim Design festgelegt Stark strukturierte Prozesse RouDnearbeit Prozedural / Command & Control Meist nur InformaDon zur aktuellen, isolierten Aufgabe Einschränkung des Handlungsrahmens durch vorgegebene Regeln Äh, what?

37 ACM: Zielorien>ert Empowering Knowledge Workers, Palmer, Swenson, Carlsen Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 37

38 Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 38 h=p://

39 CMMN: Case Plan Model Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 39

40 CMMN: Case File Items Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 40

41 CMMN: Tasks Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 41

42 CMMN: Discre>onary Tasks Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 42

43 CMMN: Entry Criteria Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 43

44 CMMN: Stages Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 44

45 GUI: Datenorien>ert Current Task Next Steps + Case Files Previous Steps Documents + Notes + Mails + Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- soa@holisdcon.de 45

46 Demo- Case Werkstaebesuch Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 46

47 Live Demo mit Camunda BPM 7.2 Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 47

48 Zusammenfassung & Fazit ACM und BPM(N) haben eine gemeinsame Zukuny Stehen nicht gegeneinander sondern ergänzen sich ACM ergänzt das klassische BPM Schwach strukturierte Prozesse DatenorienDerter Ansatz Flexibilität: Ablauf entwickelt sich zur Laufzeit CMMN als neuer Modellierungsstandard Modellierungswerkzeuge bisher Mangelware Erste Engines beherrschen die Ausführung Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 48

49 Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 49

50 BACKUP

51 BPM/SOA strategisch Fachliche Prozessbeschreibungen Technische (Teil-)Prozesse operadv Prozesse Business Service Business Service Business Service Business Service Business Service Domäne A Core Services Domäne B Core Services Domäne C Core Services Services Geschä sobjekte Geschä sobjekte Geschä sobjekte Persistenz Persistenz Persistenz Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- soa@holisdcon.de 51

52 Klassisches Phasenmodell ANALYSE FACHKONZEPTION IMPLEMENTIERUNG Team A Team B Team C... Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- soa@holisdcon.de 52 BPM/SOAgil bpm-

53 User Stories? Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 53

54 User Stories! Wer, wie, was? Wieso, weshalb, warum? Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 54

55 CMMN: Standardbeispiel

56 Process Tasks Werkstaebesuch Reality- Check: BPMN 2.0 zum TÜV bi=e! bpm- 56

57 CMMN: Case Plan Model

58 CMMN: Tasks

59 CMMN: Discre>onary Tasks

60 BPMN: Kreditantrag

61 CMMN: Kreditantrag prüfen