1. Agiles BPM – ein Widerspruch in sich?
Bernd Rücker, camunda services GmbH

2. Bernd Rücker
bernd.ruecker@camunda.com

3. Softwareentwicklung nach dem Wasserfall Modell
Spezifikation
Entwicklung
Test
Rollout

4. Gute Anforderungen

5. Ist das die Projektrealität?

6. Business-IT-Konflikt
Nie liefert Ihr
Software, die meinen
Wünschen entspricht.
Nie wisst Ihr, was Ihr
wollt und ändert ständig
Eure Anforderungen.

7. Also…

8. Agile Softwareentwicklung
Feature 1
Feature 2
Feature 3
Feature 4

9. It‘s all about Value
Wertrealisierung agil
Wert
Wertrealisierung klassisch
Teamkosten
Zeit

10. Warum Agil?
7%
13%
Immer
45% Häufig
Manchmal
16% Selten
Nie
19%
Quelle: Chaos Report v3, Standish Group

11. Klassiche Festpreis-Projekte Klassischer Festpreis
-Anforderungen definieren
Wert -Preis berechnen
-Vertrag schließen
-Umsetzung gem. Vertrag
-Change Requests kostenpflichtig
-Rollout als Ganzes
€€€
Wasserfall
Zeit

12. Festpreis-Projekte mit Scrum Festpreis mit Scrum
-Anforderungen definieren (inkl. Prio)
Wert -Preis berechnen
-Umsetzung nach Prio
Scrum -Prio-Änderungen erlaubt
(aufwandsneutral)
-Rollout inkrementell
-Frühes Ende möglich,
Einsparungen werden geteilt
free
Zeit

13. Wer setzt auf agile Softwareentwicklung?

14. Und was hat das mit BPM zu tun?

15. Agiles BPM - ein neuer Hype?

16. Projekt ≠ Projekt
Automatisierungsgrad
gering hoch
- Produkteinführung - Fusion von IT-
Veränderungsausmaß
- radikale Reorganisation Abteilungen
- neue Märkte - unternehmensweite
hoch
erschließen SOA
- organisatorische - manuelle Tätigkeiten
Abläufe verbessern automatisieren
- Integration von
gering
Systemen
Orga.-Projekte IT Projekte

17. Der Prozess steht im Mittelpunkt
GUI Daten
User
Prozess Regeln
Stories
Tests NFRs

18. BPMN Modelle strukturieren Dokumente

19. camunda BPMN Methodik

20. BPMN Framework und Requirements
System-
NFRs
diagramme
Häufig-
Motivation
keiten
Use Cases
Daten
(UML)

21. High Level Views und NFRs
Nicht-funktionale Anforderungen
• 20.000 Supportanfragen pro Monat
• 500 Supportanfragen pro Stunden
• 50 gleichzeitig eingeloggte Nutzer
• Verfügbarkeit 99,00 %
• Datentransfer zwischen Systemen wird verschlüsselt

22. Prozess: 90%-Pfad Indikation
90%

23. BPMN und UML-Klassendiagramm
Bestellabwicklung

24. Projekt-Beispiel: BPMN + UML Use Cases Beispiel
von
1. Kontextanalyse
mit UC-Diagramm:
- Prozesse
- Akteure
- Systeme
- Schnittstellen
- Info-Bedarf
2. Aufnahme der
einzelnen
Prozesse als
BPD
UC-Beschreibung
3. Konsistenzcheck
4. Weitere
UI- Anforderungen und
Themen Verweise Abnahme-
/ Masken Regelwerk
fälle

25. Projekt-Beispiel: IT Asset Management Beispiel
von
Logistik Lieferant B2B-
Plattform
Lieferanten-
PC-Service
management
Einkaufsprozesse
- BANF / Investprüfung / Genehmigungs-WF MA
- Bestellung (Order) Kundenprozesse
- Beschaffung (Procurement) - Auswahl aus Warenkorb
- Lieferung / Wareneingang (Receive) - Bestellung /
Einkauf - Eingangsrechnung bearbeiten Genehmigungs-WF Ext. Kunden
SAP
Asset Management System
PC-Service
SAP HR Auftragsabwicklung
- Logistik / Warenfluss
- Veredlung / Services (Fulfilment,
Change deployment, Disposal)
Manager - Leistungsnachweis
ITIL: Change Logistik
Management Lager- und
Bestandsver-
SLA- waltung
Reporting SW-Paketierungs-
und -verteilungstool
Assets, Warenkorb,
Katalog, Services Bestandsaufnahme /
Auswertung/
pflegen Verifizierung (Inventory,
Reporting Lizenz-
Vertrags- Discovery) tool
SLM tool
Vertragsmanagement
und -verwaltung Leasing-
prozess
Lizenz-
Reporting Portal Management
Archiv ITIL: Config.
System
Management
Leasing- Admin Config. Manager
tool
kfm. Dienste Logistik
CMDB
Produktentwicklung

26. „Classical Software“ serves Use Cases

27. In Use cases the process is invisible!

28. Use Cases center around the process
VIP customer
Finished?
Account Manager
Explain
Handle issue Yes
solution
Issue
No
received
Finished?
1st level support
Handle issue Yes
Software Company
no
2nd level support
Unsure?
Handle issue No
Yes
Software development
Sometimes opinion
of development is Examine issue
needed

29. BPMN Framework und Requirements
Test- Masken
szenarien (GUI)
User
Priorität
Stories
Akzeptanz- Geschäfts-
kriterien regeln
Releases

30. Prozess + GUI

31. Prozess, User Stories und Prioritäten
2 3 7 6
User Story 1 User Story 3 User Story 6 User Story 9
1 5 8
User Story 2 User Story 4 User Story 7
4 9
User Story 5 User Story 8 …Priorität

32. Kurze Iterationen, schneller Rollout
1
User Story 2
2
User Story 1
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 Story 7 Rollout 1.2
9
User Story 8
…Priorität

33. Releases im Prozess kennzeichnen
Release 1
Release 2

34. Agil und Tooling?

35. Doch eher low tec, oder?

36. Beispiel-Tooling: User Story in JIRA
User Story
GUI
Priorität
Akzeptanzkriterien

37. Beispiel Tooling: JIRA GreenHopper
Priorität
Iterationen

38. Beispiel-Tooling: BPMN + User Story
User Story Link

39. Beispiel-Tooling: Activiti & JIRA

40. Beispiel-Tooling Activiti & JIRA

41. Geplant: Den Entwicklungsfortschritt visualisieren

42. Dazu später mehr!
Bernd Rücker
Open Source BPM mit Activiti
Heute 16:15

43. Testszenarien im BPMN Modell
Früh Testen
Testkriterien definieren
Transparente Testfälle
Testautomatisierung
Kontinuierlich Testen

44. Tooling-Beispiel: FIT for agile Testing
InsuranceFixture
age smoker runtime amountInsured payingInterval feePerInterval()
26 false 20 100.000 € 12 100 €
26 true 20 100.000 € 12 125 €
30 false 10 50.000 € 3 23 €
55 true 10 50.000 € 12 150 €
expectations as table results as table
InsuranceFixture
age smoker runtime amountInsured payingInterval feePerInterval()
26 false 20 100.000 € 12 100 €
26 true 20 100.000 € 12 125 €
30 false 10 50.000 € 3 23 €
result 170 €
55 true 10 50.000 € 12 expected 150 €

45. Ein aktuelles Projektbeispiel

46. Testfälle als Excel

47. Fragen?

48. camunda services GmbH
Vielen Dank! Zossener Str. 55-58
1096 Berlin
1
Telefon: +49 30 664 0409-00
Telefax: +49 30 664 0409-29
Email: info@camunda.com
Bernd Rücker
Geschäftsführer
bernd.ruecker@camunda.com
SOA & BPM Days
Düsseldorf, 23.02.2011
Der Praxis-Blog zu BPM:
www.bpm-guide.de