Das Dokument behandelt die Herausforderungen und Lösungsansätze im unternehmensweiten Prozessmanagement (Enterprise BPM), insbesondere die integrierte BPM-Projektmethodik (IBPM) und deren Anwendung. Es werden Best Practices und Modellierungsmuster zur effizienten Umsetzung von BPM-Projekten sowie die Notwendigkeit der standardisierten Abbildung von BPMN-Prozessen auf Benutzeroberflächen (UIs) thematisiert. Zusätzlich wird auf die Herstellerunabhängigkeit und die Anwendungsmöglichkeit von IBPM in Unternehmen verschiedener Größen eingegangen.

1. Enterprise BPM:Erfolgsrezepte für unternehmensweites ProzessmanagementRalph NeliusBerlin, 07.06.2011inubit iDays 2011

2. Vom Prozessmodell……zur ausführbaren AnwendungVision (seit 20 Jahren?)

3. Problem 1: Unterschiedliche Detail-Ebenen

4. Problem 2: Unterschiedliche Perspektiven

5. Problem 3: Historisch gewachsene Anwendungslandschaften

6. BPMN – Die Lösung für alle Probleme?

7. Eine neue Modellierungssprache kann nicht alle Probleme lösen

8. Nutzung von BPMN Elementen

9. Wie im Projekt vorgehen?PlanungAnalyseDesignImplementierungWer macht was?Wie viel Detail in welcher Phase?Struktur? Zusammenhänge? Wiederverwendung?

10. Wir haben Best Practices aus vielen BPM-Projekten extrahiert…

11. …und im Buch „Enterprise BPM“ zusammengefasstDirk Slama, Ralph Nelius, unter Mitwirkung von Dirk Breitkreuz,dpunkt.Verlag, 2011SchwerpunkteIBPMIntegrierte BPM-ProjektmethodikEBPMEnterprise BPM-FrameworkFallbeispiele und ExpertenmeinungenCredit Suisse, Degussa Bank, Lufthansa, BAA Heathrow, Deutsche Post

12. ZwischenabschnittIntegrierte BPM-Projektmethodik (IBPM)

13. IBPM hilft, BPM-Projekte strukturiert und risikokontrolliert umzusetzenJ2EEProzessportalAjaxWSDLJavaUI FlowMQ SeriesJQueryCORBABPMNUI DesignCOBOLXSLTC#SOAPError HandlingBusiness RulesBPELXSDBPMSHibernateIntegrierte BPM Projektmethodik (IBPM)IBPM nutzen bedeutet:Best Practices ausnutzen

14. Wiederverwendung von Entwurfsmustern

15. Qualität und Effizienz steigern

16. Projektrisiken und Kosten senkenUMLUDDIOracleTask-ListeEPKProcessStateKPIs

17. IBPM im DetailFolie 14Planung, Analyse, Design:IBPM adressiert die BPM-spezifischen Aspekteim Plan/Build/Run-AnsatzPattern-Katalog: WiederverwendbareEntwurfsmuster fürBPM-basierte Lösungen(z.B. Prozess & UI)IBPM Vorgehensmodell: Wer muss wann welcheArbeiten durchführen?BPM-Checkliste:Für jede der 10 IBPM Säulen ist ein Artefakte-Katalog definiert, der genau festlegt, welche Artefakte in welcher Projektphase mit welchenAbhängigkeiten definiert werden müssen.

18. Wir werfen einen kurzen Blick auf IBPM und beginnen mit dem FrameworkFrameworkPatternsVorgehenIBPM-FrameworkIBPM-PatternsIBPM-Vorgehensmodell

19. IBPM-FrameworkFrameworkPatternsVorgehen

20. Bereits bei der Prozessmodellierung müssen einige knifflige Fragen beantwortet werdenFrameworkPatternsVorgehenWelche Modellstruktur / welche Details in welcher Phase?Modellbrüche zw. Phasen zulassen?Prozessvarianten?Multi-Kanal Prozesse?Explizite Modellierung des BPMS?Existierende Anwendungen berücksichtigen?Roundtrip-Engineering?

21. IBPM zeigt auf, in welcher Säule und auf welcher Ebene welche Ergebnisartefakte benötigt werdenFrameworkPatternsVorgehenFachbereichSupply ITDemand IT

22. Prozesse müssen im Umsetzungsdesign die Möglichkeiten bzw. Limitationen der Anwendungslandschaft berücksichtigenFrameworkPatternsVorgehen

23. IBPMFrameworkPatternsVorgehenIBPM FrameworkIBPM PatternsIBPM Vorgehensmodell

24. Pattern-KatalogFrameworkPatternsVorgehen

25. Beispiel 1Wie modelliere ich einen Prozess, dessen Nutzer-Interaktionen über ein Portal gesteuert werden?Verschiedene Optionen:Portal-Nutzer und Process Engine werden in separaten Pools dargestelltPortal-Nutzer und Process Engine werden als unterschiedliche Lanes in einem Pool dargestelltProblem mit Optionen:Unnötige Diskussionen darüber, wie modelliert wirdVerständigungsschwierigkeiten, Reibungsverluste im TeamPatternPortal-Nutzer und Process Engine werden in einem Pool dargestellt, die Process Engine wird farblich (bspw. grau) abgesetztVorteil eines einheitlichen Ansatzes:Keine unnötigen Diskussionen, hoher Wiedererkennungswert, einheitliche LösungFrameworkPatternsVorgehen

26. Beispiel 2: BPMN und UI (1/2)BPMN definiert nicht, wie ein Prozess auf ein UI abgebildet wirdDas ist ein *RIESIGES* Problem!Denn viele Prozesse setzen Interaktionen mit menschlichen Nutzern vorausEs gibt zu viele Optionen, wie ein BPMN-Prozess auf ein UI abgebildet werden kannEine Automatisierung ist ohne Vorgaben nicht möglichDaher haben wir Muster entwickelt, mit denen das Zusammenspiel von BPMN und UI standardisiert wirdVoraussetzung für Automatisierung!Auf BPMN-EbeneZ.B. Mapping von Gateways auf Buttons im UIUser-initiierte Aktionen vs. System-initiierte Aufgaben(wie viel Steuerung durch BPMS ist gut?)Auf UI-EbeneEinheitlicher Aufbau der UIs, um konsistente UIs für unterschiedliche Prozesse sicherzustellenFrameworkPatternsVorgehenAus 4. UI / Process Modeling

27. Beispiel 2: BPMN und UI (2/2)FrameworkPatternsVorgehen

28. IBPMFrameworkPatternsVorgehenIBPM FrameworkIBPM PatternsIBPM Vorgehensmodell

29. VorgehensmodellFrameworkPatternsVorgehen

30. UmsetzungFrameworkPatternsVorgehen

31. Bewertung IBPM ist herstellerneutral

32. Pro: Produktübergreifende Anwendung, unternehmens-weit möglich

33. Con: Mangelnde Tool-unterstützung kann Einsatz erschweren