Das Dokument präsentiert die integrierte BPM-Projektmethodik (IBPM) von Dirk Slama und Ralph Nelius, die spezifische Herausforderungen und Best Practices in BPM-Projekten adressiert. Es beschreibt das IBPM-Framework, das Prozess- und Serviceperspektiven vereint, um die Modellierung, Organisation und Verwaltung von BPM-Projekten zu optimieren. Zudem werden verschiedene Implementierungsansätze und wichtige Aspekte der Benutzerakzeptanz sowie der Prozessüberwachung behandelt.

1. Integrierte BPM-Projektmethodik (IBPM)Dirk Slama, inubit AG (dirk.slama@inubit.com)Ralph Nelius, Deutsche Post AG (ralph.nelius@deutschepost.de)

2. VorstellungDirk Slamainubit AG - integrating your business and ITHead of SOA/BPM GovernanceRalph NeliusDeutsche Post AGEnterprise-Architekt

3. Der lange Weg von Six Sixma zu XPDLSix SigmaXPDL

4. Enterprise BPMDirk Slama, Ralph Neliusdpunkt.Verlag, 2011SchwerpunkteIBPMIntegrierte BPM ProjektmethodikEBPMEnterprise BPM FrameworkFallbeispiele und ExpertenmeinungenCredit Suisse, Degussa Bank, Lufthansa, BAA Heathrow, Deutsche Post

5. IBPM

6. Herausforderungen im ProjektPlanungProzessportalAnforderungsmanagementAbgrenzungAjaxProjektzieleJ2EEJavaWSDLAnalyseUI FlowMQ SeriesProzessmonitorXSLTCORBAUseCasesBPMNDesignUI DesignCOBOLJSR170BPMSC#SOAPProcessMetricsUMLRuby on RailsUmsetzungCICSJQueryBPELXSDError HandlingSpringHibernateWSDLTasklistRUPBusiness RulesOracleEPKUDDIDMSDecisionTreeProcess StateKPIsStellvertreterregelungBusiness Objects

7. BPM-ProjekteSollten durch eine BPM-spezifische Projekt-methodik unterstützt werden!Sind anders als andere ProjekteFolgend meistens einer bestimmten StrukturPaket-SoftwareEigen-entwicklungBPM

8. Das Rad nicht neu erfinden!Es gibt heute bereits eine Menge von Projekt-Methodiken und VorgehensmodellenRational Unified Process (RUP), V-Modell, Agile/SCRUM, …Keine davon adressiert die spezifischen Herausforderungen in einem BPM-ProjektProzessmodellierung, Prozessorganisation, Task Management, Business Rules, KPI-AnalyseB2B Prozesse, EDIZusammenspiel Prozess und SOA-KomponentenDetaillierungs-Ebenen in der Modellierung

9. IBPM extrahiert Best Practices aus vielen BPM-Projekten…

10. …und integriert diese zu einer BPM-spezifischen ProjektmethodikIBPM FrameworkIBPM PatternsIBPM Vorgehensmodell

11. IBPM Framework: Prozessperspektive

12. IBPM Framework: Serviceperspektive

13. Ableitung des IBPM-Frameworks

14. IBPM Framework

15. Welche Modellstruktur / welche Details in welcher Phase?Explizite Modellierung des BPMS?Modellbrüche zw. Phasen zulassen?Roundtrip-Engineering?Existierende Anwendungen berücksichtigen?Prozessvarianten?Multi-Kanal Prozesse?

16. FachbereichSupply ITDemand IT

17. Funktionale vs. ProzessorganisationExplizite Rollen vs. Implizite Rollen / RegelnWoher kommen die Rollen/Rechte-Informationen? Ggf. „Mini-EAI“-Projekt einplanen!Administrations-Tools und Prozesse?

19. Unterschiedliche Arten von Aufgaben verstehen – Dauer, Komplexität, etc.Ggf. Microflows für komplexe Tasks (=> UI Design)?Zu viel Task-Steuerung vermeiden!Nutzer- vs. systeminitiierte TasksKanban: Push vs. Pull-Prozesse

21. Was ist Prozessfluss, was ist Entscheidungslogik?Gateways vs. RegelbaumArt der RegelnRegelbaum, Regeltabelle, Natursprachliche RegelnRollen: RuleAuthor, …Dediziertes BRMS?DatenbereitstellungGovernanceRegel-Validierung, Deployment und RetiremementFreigaben

23. Prozess-Intelligence vs. klassische BIBI: ProzessergebnisPI: ProzessablaufZiele verstehenProduktionssteuerungProzessoptimierungStrategische SteuerungUnterschiedliche SichtenMonitoring und AlertingProzessleitstandDashboard

25. FachlichFachliche KomponentenFachliche ServicesSOA SchichtenTechnischTech. KomponentenAufrufbeziehungen und SchnittstellenKopplungsarchitekturWerkzeug: SOA MapsÜbersicht über Anwendungslandschaft aus SOA-Perspektive„Inverses Prozess-modell“

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

27. Prozessinseln vermeiden!

28. Korrelation zw. BPMN und UI ist noch schwach

29. Patterns ausnützen!

30. Generische UI Patterns

31. BPM-spezifische Patterns

32. BPMN für Microflows (?)UI Design und Usability ist wichtigster Faktor für Akzeptanz durch EndanwenderBPM Forms vs. Web 2.0 FrameworksPortal/Portlets vs. monolithische UIs

34. ZuständeBPMN suggeriert, dass keine Zustandsmatrix notwendig istIn der Praxis notwendigSchnittstellenUI/ProzessProcess/Basic ServicesDatenWie viele Daten „am Prozess“?ImplementierungEngine vs. Code

36. Klassenmodelle vs. XLM-SchnittstellenFachliche LesbarkeitPerformanceGreenfieldvs LegacyDatenhoheit Lebenszyklus der GeschäftsobjekteStammdaten-verwaltungDatenintegrität: Fehler, TransaktionenZugriffsrechte

38. SOA-Schichten vs. N-Tier ArchitekturImplementierungs-alternativenWie viel „BPMS, ESB, BRMS“ braucht es tatsächlich?Ggf. MDD als OptionSystemarchitekturHA & ClusteringSicherheitBetriebskonzept

39. Betriebskonzept

40. IBPMIBPM FrameworkIBPM PatternsIBPM Vorgehensmodell

41. Patterns

42. BeispielNutzer-initiierter Task

43. IBPMIBPM FrameworkIBPM PatternsIBPM Vorgehensmodell

44. Vorgehensmodell

45. Umsetzung

46. Ausblick: EBPM

47. EBPM - Übersicht

48. Schnittstelle EBPM/IBPM