Die grafische Notation selbst hat gegenüber Version 1.2 nicht viele Änderungen erfahren. Größere Neuerungen stellen vielmehr die Einführung des Metamodells, das standardisierte Austauschformat und die Ausführungssemantik für Process Engines dar. Entsprechend umfasst das Buch zwei Teile: Der erste Teil befasst sich mit der grafischen Notation. Hier finden sich auch viele Inhalte aus der ersten Auflage wieder. Der zweite Teil, der komplett neu geschrieben wurde, behandelt vor allem den XML-basierten Austausch von beschreibenden und ausführbaren Modellen. Entsprechend richtet sich der erste Teil an alle BPMN-Nutzer, der zweite Teil hingegen vor allem an Hersteller von Modellierungswerkzeugen und Process Engines. Die z. T. umfangreichen XML-Beispiele sind für normale Modellierer wenig hilfreich. Sie können die Lektüre daher getrost in der Mitte des Buches beenden.

Im ersten Teil hingegen erklärt der Autor nicht nur die einzelnen Konstrukte der BPMN, sondern erläutert auch seine Methoden- und Stil-Regeln, die dazu beitragen sollen, möglichst eindeutige und verständliche Modelle zu erstellen. Die BPMN-Spezifikation gibt eben keine Hinweise, wie man gute Modelle entwickelt. Die im Buch vorgestellte Methodik erweitert daher die BPMN um geeignete Modellierungskonventionen. Silver legt dabei vor allem Wert darauf, dass ein Diagramm keinen Interpretationsspielraum lässt, sondern den betreffenden Prozess eindeutig beschreibt. Außerdem soll die Grafik die Prozesslogik so komplett beschreiben, dass sie auch ohne zusätzliche Erläuterungen oder in Attributen versteckte Details genutzt werden kann.

Da die Regeln der BPMN quer durch die gesamte Spezifikation verstreut sind, dürften auch erfahrene BPMN-Modellierer davon profitieren, dass die wichtigsten Modellierungsregeln in einem eigenen Kapitel als zusammenhängende Liste zusammengefasst sind. Auch Silvers Erweiterungen – die im übrigen völlig konsistent mit dem Standard sind und lediglich die geeignete Anwendung der Spezifikation regeln – werden hier nochmals übersichtlich aufgeführt.

Bewusst behandelt Silver nicht den gesamten Sprachumfang, sondern nur die aus seiner Sicht relevanten Teile der BPMN. So fehlen die in der BPMN 2.0 hinzugekommenen Choreographie- und Kollaborationsdiagramme komplett, die auch in der Praxis bislang keine so große Verbreitung gefunden haben. Etwas kurz geraten ist die Erläuterung für welche Zwecke die beiden Modellierungs-Level jeweils eingesetzt werden sollten. Hier wird man als Modellierer ein wenig alleine gelassen. Im Gegensatz zur ersten Auflage wird das etwas umfangreichere Beispiel eines Autoverkaufs auch nur noch für das Level 1 ausgeführt. Die etwas unübersichtlich geratenen Level 2-Diagramme dieses Beispiels fehlen nun komplett, so dass nicht ganz klar wird, wie man für dieses Level das angestrebte Ziel der guten Verständlichkeit erreicht.

Trotz dieser Einschränkungen ist zumindest der erste Teil für jeden uneingeschränkt empfehlenswert, der sich ernsthaft mit der BPMN auseinandersetzen möchte.

Silver, Bruce:
BPMN Method & Style. With BPMN Implementer’s Guide.
2nd Edition
Cody-Cassidy Press 2011
Das Buch bei amazon.

“Model Driven SOA” stellt einen solchen durchgängigen Ansatz vor. Damit hebt es sich von den meisten anderen Veröffentlichungen zu diesem Themengebiet ab, denn diese behandeln oft nur einzelne Aspekte. Doch ist beispielsweise die Generierung von ausführbaren Prozessen aus fachlichen Prozessbeschreibungen nur von begrenztem Nutzen, wenn man nicht gleichzeitig klärt, wie die Fachlogik der aufzurufenden Services spezifiziert und implementiert wird. Behandelt man solche Aspekte isoliert, so wird bei größeren Anwendungen schnell das Problem auftreten, dass man nicht mehr nachvollziehen kann, wie die verschiedenen Aspekte zusammenspielen.

Die im Buch dargestellte Methodik wurde aus der Praxis entwickelt. Die Autoren aus dem Hause MID, dem Nürnberger Modellierungsspezialisten, nutzten ihren umfangreichen methodischen Hintergrund um ihre praktischen Erfahrungen in einen durchgängigen Ansatz zu überführen. Dieser Ansatz wird nicht nur theoretisch erläutert, sondern an dem umfassenden Beispiel eines Investionsantragsprozesses praktisch angewandt. Dieses Beispiel steht auf der Website zum Buch mitsamt sämtlichen benötigten Tools, Diagrammen, Quelltexten und Anleitungen zum Download zur Verfügung. Die Werkzeuge für die Implementierung und Software-Generierung sind meist Open Source. Die für die Modellierung verwendeten Tools der MID können mit der im Download enthaltenen Enterprise-Lizenz sechs Monate lang getestet werden.

Die angewandte Vorgehensweise umfasst vier Phasen:

1. Initiation: Hier geht es darum, die fachlichen Anforderungen zu verstehen. Im Fokus stehen die Geschäftsprozesse und die darin verwendeten Daten. Weitere Anforderungen werden in Form von Texten dokumentiert.
2. System Evaluation: In dieser Phase wird die Funktionalität beschrieben und strukturiert, u. a. mit Hilfe von BPMN-Diagrammen, UML-Modellen und Maskenflüssen.
3. Architecture Projection: Die Ergebnisse der System Evaluation werden in einer Softwarearchitektur umgesetzt. Dabei werden insbesondere die Komponenten und ihre Schnittstellen dargestellt sowie ggf. ein konzeptionelles Datenmodell.
4. Software Construction und Deployment: Hier wird das implementierbare System entwickelt, wobei Sourcecode, Datenbank und weitere Artefakte generiert werden.

Die Ergebnisse der einzelnen Phasen bauen konsequent aufeinander auf, wobei aber auch eine iterative Entwicklung möglich ist. So können in jeder Iteration die genannten Phasen für einzelne Funktionen oder Komponenten durchlaufen werden. Wichtig ist die Nachvollziehbarkeit über die verschiedenen Phasen hinweg. Die Verwaltung der entsprechenden Abhängigkeiten macht es möglich, Änderungen konsistent über alle Ebenen umzusetzen. Dies ist eine wichtige Voraussetzung für die Wartung und Weiterentwicklung der Anwendung.

Das Buch richtet sich an Software-Architekten und Projektleiter, die Erfahrungen in der Entwicklung größerer Softwaresysteme haben und konkrete Hinweise für den Aufbau und die Weiterentwicklung ihrer eigenen SOA-Methodik suchen. Die Darstellungen und Erläuterungen gehen oftmals bis in die Details. Damit lässt sich einerseits genau nachvollziehen, wie die vorgestellten Ansätze tatsächlich funktionieren. Andererseits macht es die Lektüre nicht ganz einfach. Für Einsteiger in die Thematik ist das Buch daher weniger geeignet.

Viele der erläuterten Modellierungsaspekte beziehen sich konkret auf Funktionalitäten der Tools von MID. Zwar sind die Prinzipien und Vorgehensweisen auch unabhängig von diesen Tools gültig und nützlich, doch wird der Nutzen aus dem Buch für die Leser höher sein, die selbst die MID-Tools einsetzen oder sie kennen lernen wollen. Mit der angebotenen Evaluationsversion wird dafür eine gute Möglichkeit geboten.

Wer wissen will, wie SOA-Entwicklung wirklich funktioniert, wird in diesem Buch fündig. Um den größtmöglichen Nutzen zu erreichen, sollte man bereit sein, einige Zeit in die Arbeit mit dem Buch und dem angebotenen Download zu stecken.

Rempp, G.; Akermann, M.; Löffler, M.; Lehmann, J.:
Model Driven SOA. Anwendungsorientierte Methodik und Vorgehen in der Praxis.
Springer Berlin Heidelberg 2011.
Das Buch bei amazon.

Website zum Buch mit Downloads

Der eigentliche Titel des zuerst erschienenen Buchs mit dem blauen Cover, “Strategisches Management der IT-Landschaft”, deutet bereits darauf hin, dass das Themengebiet etwas weiter gefasst ist. Zwar steht das Enterprise Architecture Management (EAM) im Mittelpunkt, doch finden sich darüber hinaus auch Kapitel zur strategischen IT-Planung, zur konkreten Gestaltung der Informationssystem-Landschaft durch das IT-Bebauungsmanagement und zum Technologiemanagement, d. h. der Beobachtung und Nutzung neuer technologischer Entwicklungen. Zwar bietet es, wie der Untertitel verspricht, viele praktische Hinweise und Handlungsempfehlungen, doch liegt der Fokus im Vergleich zum neuen Buch stärker auf einführenden Erläuterungen und dem Gesamtzusammenhang im Rahmen des IT-Managements.

Das neu erschienene Buch mit der grünen Titelseite, “Enterprise Architecture Management – einfach und effektiv”, folgt noch konsequenter der Idee, einen Leitfaden für den Praktiker bereitzustellen. Kurz gesagt sollten Einsteiger und Leser, die den EAM-Ansatz von Hanschke kennen lernen wollen, zum blauen Buch greifen. Wer selbst für das EAM im Unternehmen zuständig ist, für den stellt vor allem das grüne Buch eine umfangreiche Fundgrube konkreter, praxiserprobter Anleitungen und Empfehlungen für die eigene Arbeit dar.

Zweck einer Unternehmensarchitektur (Enterprise Architecture) ist es laut Hanschke, eine gesamthafte Sicht auf das Unternehmen zu schaffen. Hierbei werden fachliche und IT-Strukturen festgelegt und miteinander verknüpft. Es entsteht eine gemeinsame Sprachbasis zwischen Business und IT. Beide Bücher haben dabei einen deutlichen IT-Fokus, d. h. Themen wie organisatorische Maßnahmen für Prozessverbesserungen werden nicht behandelt. Auch die vorgestellten EAM-Modelle enthalten zwar Informationen über die Geschäftsprozesse des Unternehmens, doch nur soweit diese direkt für das IT-Management von Bedeutung sind.

Im Folgenden wird das grüne Buch – der neu erschienene EAM-Einführungsleitfaden – näher vorgestellt. Zunächst wird EAM als zentraler Baustein des strategischen IT-Managements eingeführt. Es sorgt für Transparenz, stellt eine gemeinsame Basis für das Business-IT-Alignment zur Verfügung und unterstützt die strategische Planung und Steuerung der IT, etwa durch Vorschläge für die Soll-Bebauung oder eine IT-Roadmap. Recht ausführlich werden die Nutzenpotenziale des EAM diskutiert. Sie bilden die Basis für einen Argumentationsleitfaden, mit dem die Unternehmensführung von der Einführung des EAM überzeugt werden soll.

Der von Hanschke entwickelte Best-Practice-EAM-Ansatz konsolidiert die Erfahrung aus vielen Projekten. Im Gegensatz zu anderen Frameworks, wie z. B. dem Zachman Framework oder TOGAF (The Open Architecture Framework), die recht abstrakt sind und eher die Grundlage zur Entwicklung einer unternehmenseigenen EAM-Methode darstellen, ist das Best-Practice-EAM pragmatischer und kann direkt eingesetzt werden, u. a. dank einer Reihe von Schritt-für-Schritt-Anleitungen.

Best Practice EAM besteht aus:

• Best-Practice-Unternehmensarchitektur: Sie setzt die wesentlichen Elemente aus Business und IT in Beziehung zueinander, wie z. B. Prozesse, Geschäftseinheiten, Geschäftsobjekte, Informationssysteme, Schnittstellen usw. Damit bildet sie das Fundament des Ansatzes.
• Visualisierungen: Die Inhalte einer Enterprise Architecture können auf ganz unterschiedliche Weise visualisiert werden, z. B. in Form von Portfolio-Grafiken, Bebauungsplänen oder Roadmaps.
• Analyse-Muster dienen der Identifikation von Handlungsbedarf und Optimierungspotenzial der IT-Landschaft.
• Stakeholder-Gruppen und -Sichten helfen den konkreten Informationsbedarf der relevanten Zielgruppen zu erfüllen.
• Einsatzszenarien: Für zahlreiche Einsatzszenarien im operativen und strategischen IT-Management sowie bei der Weiterentwicklung des Geschäfts wird beschrieben, welche Bestandteile des EAM-Ansatzes wichtig sind und wie sie dafür eingesetzt werden.
• Methode und Muster für die strategische Planung der IT-Landschaft: Im Fokus stehen hierbei vor allen die Bebauungsplanung der IT-Landschaft und die technische Standardisierung.
• EAM Governance umfasst Rollen, Verantwortlichkeiten, Regeln und Prozesse zur Pflege und Weiterentwicklung der Unternehmensarchitektur.
• Vorgehensweise für die EAM-Einführung und Weiterentwicklung

Die genannten Aspekte werden ausführlich und praxisorientiert dargestellt, so dass man die beschriebenen Vorgehensweisen direkt umsetzen kann. Insbesondere für Praktiker dürfte das Buch wesentlicher nützlicher sein als die meisten anderen Veröffentlichungen und die gängigen Frameworks zum EAM. Selten wird EAM so konkret und fassbar dargestellt wie bei Hanschke. Freilich ist auch Best-Practice-EAM recht umfangreich und wirkt beim ersten Durchlesen etwas komplex. Sicherlich hilft es, den Rat der Autorin zu befolgen und nur die tatsächlich benötigten Inhalte soweit auszuarbeiten, wie sie zur Beantwortung der konkret im Unternehmen wichtigen Fragestellungen erforderlich sind. In vielen Fällen wird man mit vergleichsweise abgespeckten Modellen auskommen.

Ein umfangreicher, als Download erhältlicher Anhang liefert weitere detaillierte Muster, Hilfestellungen und Modellierungskonventionen. Wer sich für die Bücher von Inge Hanschke interessiert, sollte sich auch einmal die EAM-Software iteraplan ansehen, die auf dem Best-Practice-EAM-Ansatz beruht. Man kann sie direkt online ausprobieren oder sich die kostenfreie Community-Edition herunterladen.

Für 2012 sind zwei weitere Bücher von Inge Hanschke angekündigt, die die betriebswirtschaftliche Ebene im Fokus haben. Das eine behandelt das strategische Prozessmanagement, das andere die Business-Analyse. Man darf gespannt sein.

Inge Hanschke:
Strategisches Management der IT-Landschaft.
Ein praktischer Leitfaden für das Enterprise Architecture Management.
2., erweiterte Auflage.
Hanser 2010.
Das Buch bei amazon.

Inge Hanschke:
Enterprise Architecture Management – einfach und effektiv.
Ein praktischer Leitfaden für die Einführung von EAM.
Hanser 2012.
Das Buch bei amazon.

Ein wichtiges Instrument zur Förderung des Prozessmanagements und einheitlicher Strukturen in der Schweizer Verwaltung sind eCH-Standards. Hier werden einheitliche Dokumentations- und Modellierungsstrukturen definiert. Für die Prozessmodellierung ist hierbei BPMN vorgegeben. Wie mehrere Vorträge  aus verschiedenen Bundesämtern, Kantonen und Gemeinden bewiesen, werden diese Standards in der Praxis sehr gut angenommen. Damit unterscheidet sich die Situation in der Schweiz deutlich von der in Deutschland, wo in den verschiedenen Verwaltungen eine Vielfalt ganz unterschiedlicher Notationen und Werkzeuge eingesetzt wird. Diesem Thema widmet sich das ebenfalls auf der Tagung vorgestellte Projekt der “Nationalen Projektbibliothek” in Deutschland. Dort wird eine Plattform entwickelt, auf der alle Verwaltungen und Behörden Prozessmodelle hochladen und austauschen können – unabhängig von den verwendeten Tools und Notationen. Ergänzt werden die modellbezogenen Funktionen – wie Suchen, Anzeigen, Downloaden oder Editieren – um Social Software-Komponenten, über die sich z. B. Benutzer bestimmter Regionen, Behörden oder Funktionen zusammenschließen und austauschen können.

Ich besuchte mehrere Vorträge, die sich mit Vorgehensweisen und dem geeigneten Methodenmix in Projekten auseinandersetzten. Beispielsweise berichtete Daniel Albisser von der Firma ipt über ein System, mit dem Stromlieferanten und Großkunden die Stromlieferungen zeitlich abstimmen und planen können. Für die Entwicklung wurde ein Methodenset aus BPMN-Prozessmodell, Business Objekt-Modell, Service Design-Modell und Geschäftsregelspezifikation verwendet. Zum großen Teil wurde die Anwendung direkt aus diesen Modellen generiert. Vorteil ist die schnelle Änderbarkeit. Insbesondere die konsequente Trennung von Prozessablauf, Geschäftsregeln und Parametrisierung erwies sich als hilfreich, da diese drei Aspekte unterschiedlichen Änderungszyklen unterliegen. Das System ermöglicht insbesondere, dass Parameter und Regeln direkt von den jeweiligen Fachanwendern geändert werden konnten.

Als aktuelles Thema tauchte immer wieder das Adaptive Case Management als aktuell propagierter Ansatz zur Unterstützung wissensintensiver, nicht genau vorhersehbarer Prozesse auf. Die verschiedenen Referenten waren sich jedoch weitgehend einig, dass dieser Ansatz eher eine wichtige Ergänzung der bestehenden Prozessmanagement-Konzepte ist – und diese nicht etwa überflüssig macht. Der in verschiedenen Blogs erbittert geführten Methodenstreit wird daher als viel zu dogmatisch empfunden. Hierbei wurde auch über die “Case Management Model and Notation” (CMMN) diskutiert, die derzeit bei der OMG entwickelt wird. Verschiedene Teilnehmer stellten in Frage, ob ein solcher Standard sinnvoll ist.

Natürlich durften auch die Toolhersteller nicht fehlen. So präsentierte Microsoft die BPMN-Modellierung in Visio. Es sind nicht nur einige nützliche Modellierungsfeatures implementiert, wie z. B. die Erzeugung eines Unterprozesses aus einem selektierten Modellausschnitt, sondern auch eine Validierungsfunktion, mit der man überprüfen kann, ob alle Regeln der BPMN-Spezifikation eingehalten sind. Allerdings ist momentan erst die Version BPMN 1.2 implementiert. Wer BPMN 2.0 benötigt, kann aber auf Add Ons verschiedener Microsoft-Partner zugreifen.

SAP setzt in immer mehr Bereichen konsequent auf BPMN als Standardnotation. Auch die SAP-Kunden werden künftig kaum noch um die Nutzung und Erweiterung von BPMN-Modellen im Rahmen herumkommen. Ob es um die Dokumentation und Anpassung der ERP-Standardprozesse, die kollaborative Prozessentwicklung mit SAP Streamwork, die Spezifikation ausführbarer Prozesse mit Netweaver BPM oder die Visualisierung des Prozessmonitoring geht – immer kommt BPMN zum Einsatz. Als Neuentwicklung stellte Volker Stiehl die Modellierung von Enterprise Integration Patterns vor, über die verschiedene Integrationsszenarien mehrerer zu koppelnder Systeme spezifiziert werden können. Und schließlich setzt auch die Software AG immer stärker auf die BPMN. Zwar findet sich im vorgestellten BPM-Kreislauf nach wie vor zumindest für die rein fachliche Modellierung noch die EPK, doch antwortete Peter Brosi auf eine entsprechende Nachfrage, dass Unternehmen, die noch keine EPK-Modelle nutzen, gleich mit BPMN beginnen können.

Auf reges Interesse stieß insbeondere die Keynote von Bruce Silver, einem der bekanntesten und einflussreichsten BPMN-Experten. Im Vorfeld hatte er erläutert, dass er aber zugleich einer der größten Kritiker der BPMN sei. Dennoch: BPMN sei vielleicht nicht die weltbeste Prozessmodellierungssprache – aber ein Standard. Er stellte die von ihm entwickelten Regeln zur Modellierung sowie zu Modellexport und Ausführung vor. Erstere richten sich vor allem an die Modellierer. Sie dienen dazu, Modelle möglichst präzise und eindeutig zu machen. Die Export- und Ausführungsregeln richten sich vor allem an Toolhersteller. Ihre Einhaltung ermöglicht u. a. eine bessere Austauschbarkeit zwischen Tools und die einheitliche Interpretation durch Process Engines. Diese Regeln sind in der gerade erschienenen Neuauflage seines Buchs “BPMN Method & Style” näher beschrieben. Nächstes Frühjahr wird es davon auch eine deutsche Übersetzung geben.

Cesare Pautasso diskutierte die Frage, wie man die Nutzung von REST-basierten Services in Prozessen modellieren kann. REST (Representational State Transfer) bezeichnet einen Architekturstil für Web-Services, bei dem Ressourcen, wie z. B. Kundendaten, über eine eindeutige Web-Adresse angesprochen werden können. Zur Nutzung und Bearbeitung dieser Ressourcen stehen einheitliche Operationen zum Ändern, Lesen und Löschen zur Verfügung. Ziel der vorgeschlagenen Erweiterung ist es, die Nutzung solcher Ressourcen in ausführbaren Prozessmodellen sichtbar zu machen. Zur Modellierung externer Ressourcen wird ein Datenspeicher mit einem speziellen Symbol verwendet, die Aufrufe der REST-Operationen werden als Nachrichtenflüsse zu diesen Ressourcen modelliert. Es lassen sich aber auch Tasks oder ganze Prozesse in Form von Ressourcen zur veröffentlichen. Hierzu werden sie im Modell mit entsprechenden Symbolen versehen. Als Ergebnis stehen REST-Schnittstellen zur Verfügung, über die man z. B. alle Instanzen eines Prozesses erhalten kann.

Christine Natschläger stellte eine BPMN 2.0-Ontologie vor. Eine solche Ontologie beschreibt die Konzepte, Beziehungen und Regeln eines bestimmten Anwendungsbereichs, in diesem Fall der BPMN. Sie kann dazu dienen, die in der BPMN-Spezifikation nur textuell und mit einigen Diagrammen beschriebene BPMN einheitlich abzubilden, Widersprüche in de Beschreibungen aufzudecken und eine automatische Syntaxüberprüfung zu ermöglichen.

Philipp Effinger von der Universität Tübingen zeigte eine Sammlung von Layout-Patterns für BPMN-Modelle, die die Verständlichkeit erhöhen sollen. Beispiele solcher Patterns sind das geometrische Pattern (gleichmäßige Verteilung von Elementen) oder das Gateway-Pattern, bei dem sich alle Elemente zwischen verzeigendem und zusammenführenden Gateway auch optisch zwischen diese Gateways befinden müssen, d. h. in einem horizontalen Diagramm rechts vom verzweigenden und links vom zusammenführenden Gateway. Das Team der Uni Tübingen entwickelte auch Algorithmen, mit denen existierende Modelle automatisch gemäß den Patterns umgestaltet werden können.

Yvette Hoekstra von Capgemini erläuterte ein Vorgehen zur integrierten Modellierung und Automatisierung von Geschäftsprozessen und Geschäftsregeln. Es besteht aus den Phasen Wissenssammlung, Strukturierung, Formalisierung und Implementierung. Die schwierigste Frage ist, was im Einzelnen als Prozess und was als Regel zu modellieren ist. BPMN und Notationen für die Modellierung von Business Regeln sind bisher sehr stark voneinander isoliert.

Mit der Choreographie-Modellierung beschäftigt sich Mario Cortes-Cornax von der Universität Grenoble. In seinem Vortrag ging es um die Frage, wie gut die in BPMN 2.0 neu eingeführten Choreographie-Diagramme geeignet sind. Bei der Untersuchung wurden einige Defizite der BPMN Choreographie-Modelle entdeckt. So ist es beispielsweise nicht möglich, Mehrfachnachrichten zu modellieren oder die Weitergabe von Referenzen auf Geschäftspartner. Auch die grafische Darstellung ist nicht immer ideal. So unterscheidet sich eine normalen Choreographie-Aktivität von einer Aufruf-Choreographie-Aktivität nur durch die Strichstärke des Randes. Trotz dieser Schwächen ist die BPMN nach Mario’s Ansicht insgesamt recht gut geeignet für die Choreographie-Modellierung.

Alexandru Caracas von IBM Research demonstrierte, wie man drahtlose Sensornetzwerke mit BPMN modellieren und hieraus Code generieren kann. Hierbei geht es u. a. um Aspekte der Synchronisation, der Kommunikation und des Zeitverhaltens. BPMN erwies sich als gut geeignet. Wünschenswert wäre noch die Hierarchisierung von Pools.

Der Einsatz der BPMN zur Modellierung einer Enterprise Architecture demonstrierte Ricardo Seguel von der Technischen Universität Eindhoven am Beispiel eines Krankenhauses. Hierbei wird BPMN auf allen vier der hier verwendeten Ebenen eingesetzt: Process Architecture, Business Design, Process Logic, IT Process Support. Die Implementierung erfolgte hierbei auf Basis eines BPMS. Auf den höheren Ebenen werden hierbei keine echten Sequenzflüsse im strikten BPMN-Sinne verwendet, sondern eher

Luis Stroppi stellte die Arbeit einer Arbeitsgruppe aus Brasilien, Frankreich und Argentinien vor, die häufig auftretende Workflow Activity Patterns definiert und mit BPMN modelliert haben. Beispiele hierfür sind unterschiedliche Varianten von Genehmigungen, Verarbeitung von Anfragen, Benachrichtigungen oder Entscheidungen.

Im abschließenden Vortrag beschäftigte sich Klaus Sperner von SAP Research  mit Entity-basierten Konzepten in Prozessmodellen. Um Abläufe für das “Internet der Dinge” zu modellieren wird empfohlen, Konzepte wie physische Objekte, sowie Aktoren- und Sensoren-Tasks einzuführen.

Auf dem heutigen Workshop zeigte sich deutlich, dass sich die wissenschaftliche Community nicht mehr nur mit formalen Aspekten von BPMN-Modellen oder ihre Transformation in andere Repräsentationen, wie z. B. BPEL, beschäftigt. Stattdessen rückt zunehmend die sinnvolle Anwendung der Notation für verschiedene Bereiche in den Mittelpunkt – und verstärkt auch die Sicht des Business auf die Prozesse. Das ist auf jeden Fall erfreulich.

Eine interessante Frage ist, wie die BPMN-Community mit den zahlreichen vorgeschlagenen BPMN-Erweiterungen umgeht. Die in einer Diskussion aufgekommene Idee, eine Plattform zur Sammlung solcher Erweiterungen zu schaffen, ist daher durchaus überlegenswert. Möchte man Modelle für bestimmte Anwendungsbereiche und Modellierungszwecke erstellen, so könnte man dort nachsehen, ob es bereits geeignete BPMN-Erweiterungen gibt. Bislang scheint es auch kaum BPMN-Tools geben, die eine gute Möglichkeit zur Nutzung des BPMN-Erweiterungsmechanismus zu geben. Andererseits, so wurde in der Diskussion angemerkt, sollte man inhaltliche Erweiterungen auch nur dann anbringen, wenn sie wirklich Vorteile bringen.

Jan Mendling kündigte noch an, dass der nächste BPMN-Workshop am 12. und 13. September 2012 an der Wirtschaftsuniversität Wien stattfindet.

Für die Eröffnungskeynote war Stephen White, einer der “Väter” der BPMN, vorgesehen. Leider konnte er den Vortrag wegen eines Trauerfalls nicht halten. Kurzfristig sprang Bruce Silver mit einem Vortrag über die Version 2.0 der BPMN-Spezifikation ein. Da mein Zug erst später ankam, verpasste ich diese Präsentation. Allerdings wird Bruce seinen für den morgigen Anwendertag vorgesehenen Vortrag wie angekündigt halten.

Hagen Völzer von IBM hielt den ersten wissenschaftlichen Vortrag. Er befasste sich mit zusammenführenden OR-Gateways. Für Automatisierungs- und Simulationstools sind diese Gateways etwas schwierig. Eine solche, inklusive Zusammenführung wartet nämlich auf sämtliche zusammengehörende Marken, die über alle eingehenden Sequenzflüsse ankommen können. Die Schwierigkeit besteht nun darin, zu ermitteln, welche Marken über ein komplexes Prozessmodell noch ankommen können. Hagen Völzer stellte einen Algorithmus vor, mit dem sich dies schneller als bisher ermitteln lässt.

Marco Brambilla vom Politecnico di Milano präsentierte eine Erweiterung der BPMN um Social BPM-Aspekte. Hierbei werden Tasks und Ereignisse um soziale Interaktionen erweitert. So kann man beispielsweise modellieren, dass aus einem Task heraus eine Community in einem sozialen Netzwerk zur Kommentierung oder zu einer Abstimmung eingeladen wird. Brambilla und seine Kollegen haben eine Reihe von Social BPM Design Patterns identifiziert, wie z. B. skill search, social sourcing, ranking, etc., die mit der BPMN-Erweiterung modelliert werden können. Der Ansatz wurde in dem Modellierungs- und Softwaregenerierungswerkzeug WebRatio implementiert. Marco zeigte ein Demo, das man auf der Website www.bpm4people.org ansehen kann.

Die BPMN umfasst einen Erweiterungsmechanismus, mit dem man die BPMN anreichern kann, um zusätzliche Sachverhalte zu modellieren. Eine argentinische Forschungsgruppe hat eine Methode entwickelt, um solche Erweiterungen mit Hilfe von UML-Modellen zu definieren und in ein entsprechendes XML Schema zu übersetzen. In der anschließenden Diskussion kam der Vorschlag auf, eine Plattform für den Austausch von BPMN-Erweiterungen aufzubauen, da es mittlerweile eine ganze Reihe von vorgeschlagenen Erweiterungen gibt.

Daniel Ritter von der SAP zeigte, wie man die BPMN zur Modellierung von Business-Netzwerken nutzen kann. Dabei geht es um die integrierte Modellierung aller Aspekte von Netzwerken aus verschiedenen Geschäftspartnern. Neben den Geschäftsbeziehungen gehört dazu auch die technische Integrationsebene. Hierbei ergaben sich eine Reihe von Herausforderungen. So lassen sich z. B. die Teilnehmer von Konversationen nicht hierarchisieren. Ebenso fehlen Möglichkeiten zur expliziten Modellierung technischer Integrationsaspekte, wie z. B. Interfaces und Bindings. In der Diskussion wies Bruce Silver darauf hin, dass das BPMN-Konzept der Participants überladen ist. Zum einen dienen Participants zur Darstellung von Geschäftspartnern in Konversationsdiagrammen, zum anderen werden Participants als Pools abgebildet und beziehen sich damit auf einzelne Prozesse.

Marco Brambilla gab noch eine zweite Präsentation, diesmal zum Thema Model Driven Engineering mit WebRatio. Das Vorgehen beginnt mit einer Business Process Spezifikation in BPMN. Sie wird manuell zu einem Choreography-Modell erweitert, das dann automatisiert in Anwendungsmodelle in WebML überführt wird. Diese können manuell weiter verfeinert werden, bevor daraus eine komplette Webanwendung generiert wird.

Kein kontinuierliches Prozessmanagement

Laut PwC-Studie haben viele Unternehmen in den letzten Jahren vor allem in ERP-Systeme investiert und sich um die Standardisierung von Prozessen gekümmert, dabei jedoch keine Strukturen zur kontinuierlichen Prozessverbesserungen geschaffen. Zwar liegt vielfach bereits eine systematische Prozessdokumentation vor, doch werden nur in wenigen Fällen auch Prozesskennzahlen zur Leistungsmessung erhoben. Die Beschäftigung mit den Prozessen erfolgt eher im Rahmen von Projekten und nicht als ständige Management-Aktivität. Die Autoren der Studie betonen einmal mehr die Notwendigkeit, das Thema konsequent in der obersten Führungsetage zu verankern. Neben den Kernprozessen sollten auch die administrativen Prozesse verstärkt berücksichtigt werden. Ein wichtiges Instrument hierfür seien analytische IT-Systeme.

Für die Messung seien geeignete Prozessleistungsindikatoren (PLI) zu verwenden, die mit Hilfe von Benchmarking validiert werden sollten. Die Autoren stellen hierzu ihren Ansatz zur kontinuierlichen Prozessverbesserung durch PLIs vor. Er besteht aus den drei Phasen PLI-Ausgestaltung, PLI-Controlling und PLI-Analyse. Zur PLI-Ausgestaltung gehört die Festlegung der Kennzahlen und der Messpunkte sowie die Auswahl der Benchmarks. Im PLI-Controlling werden die Kennzahlen laufend protokolliert und mit dem Benchmark verglichen. Bei Abweichungen werden die Verantwortlichen alarmiert sowie erforderliche akute Maßnahmen angestoßen. Die PLI-Analyse befasst sich mit der Auswertung des Prozessgeschehens und der Entwicklung von Verbesserungsmaßnahmen. Zur Unterstützung werden Indikatoren- und Benchmark-Datenbanken eingesetzt, sowie ein Process Warehouse mit Werkzeugen zur Visualierung und Analyse. Analysewerkzeuge nutzen beispielsweise Simulation, Process-Mining und Reverse Business Engineering, d. h. die Rekonstruktion der Prozesse aus operativen Informationssystemen. Das Verfahren wird am Beispiel eines Einkaufsprozesses konkret beschrieben.

Peformance Management häufig noch auf Excel-Basis

Hierzu passt die Studie “Performance Management nach der Finanzkrise” der Firma BARC. Auch wenn das Thema Performance Management dort fast ausschließlich unter dem Aspekt finanzieller Kennzahlen betrachtet wird, stimmt es doch nachdenklich, dass Excel nach wie vor das wichtigste Software-Werkzeug zur Performance-Steuerung ist. Die Studie wurde von einem Hersteller einer Business Performance-Lösung gesponsert. Insofern verwundert es nicht, dass der Nutzen spezialisierter Performance Management-Software betont wird. Dennoch ist es durchaus nachvollziehbar, dass Excel-Nutzer mit ihrer Software deutlich unzufriedener sind als die Anwender einer durchgängigen Lösung. Von der oben skizzierten Lösung eines Process Warehouse und der Integration des Process Peformance Managements mit dem finanziellen Performance Management sind solche Unternehmen noch ein gutes Stück entfernt. Eine regelmäßige Messung und Analyse von Prozesskennzahlen lässt sich rein auf Excel-Basis nicht sinnvoll realisieren.

Auch der Planungsprozess selbst ist heute oft wenig effizient und langwierig. Meist muss viel Zeit auf die Bereitstellung und Verarbeitung der Daten verwendet werden, so dass wenig Zeit für die Analyse bleibt. Da der Planungsprozess sich auch recht oft ändert, muss er entsprechend flexibel gestaltet werden. Generell wünschen sich die Studienteilnehmer eine bessere Verzahnung der Planung mit anderen Performance-Management-Prozessen wie Berichtswesen und Analyse.

Eine weitere BARC-Studie betont ebenfalls die wachsende Bedeutung der strategischen Planung, wobei auch auf dieser Planungsebene in der Praxis deutliche Defizite gesehen werden. Aus Sicht des Prozessmanagements stimmt es insbesondere bedenklich, dass nur 15% der Unternehmen ihre strategische und operative Planung inhaltlich und vom Planungsablauf her durchgängig miteinander verknüpfen. Dort, wo dies der Fall ist, wird die Planungsqualität als deutlich besser eingeschätzt als in den anderen Unternehmen.

Ein besonderes Anliegen des Buches ist die Verknüpfung der eher “harten” betriebswirtschaftlichen Prozessmanagement-Methodik mit den eher “weichen” Faktoren der Unternehmenskultur und Organisationsentwicklung. Denn schließlich bedeutet die Umgestaltung von Prozessen und die Einführung von Prozessmanagement vor allem einen kulturellen Wandel und eine massive Veränderung in der Arbeitswelt der Beteiligten.

Das Buch besteht auf fünf Teilen:

Im ersten Teil, “Prozessorientierte Unternehmensführung etablieren“, konstatieren die Autoren, dass die Bedeutung des Prozessmanagement heute zwar allgemein anerkannt wird, sich viele Unternehmen aber schwer damit tun, Prozessmanagement als umfassenden Ansatz umzusetzen. Noch immer behindert die vorherrschende rein funktionsorientierte Aufbaustruktur die durchgängige Prozessbetrachtung. Auch dort wo es beispielsweise Prozessverantwortliche gibt, haben diese meist zu wenig Befugnisse. Meist hat das Prozessmanagement einen niedrigen Reifegrad und kann daher auch nur vergleichsweise geringe Wirkung erzeugen. Häufig setzen Unternehmen auch eine Vielzahl unterschiedlicher und meist nicht aufeinander abgestimmter Methoden ein, wie z. B. Lean Management, Business Process Re-Engineering oder Six Sigma.

Im zweiten Teil werden die wesentlichen Grundlagen, Begriffe und Prinzipien des Prozessmanagements erläutert. So werden etwa verschiedene Organisationsformen diskutiert. Neben den Extremformen der funktionsorientierten Organisation und der reinen Prozessorganisation als Extremformen wird unter der Bezeichnung “Prozessorientierte Organisation” diskutiert, wie mögliche Mischformen aussehen können und wie ein sinnvolles Zusammenspiel zwischen Funktions- und Prozessverantwortlichen aussehen kann. Weiterhin wird erläutert, wie verschiedene verbreitete Managementmethoden im Sinne des Prozessmanagements einheitlich ausgerichtet werden können. Dabei wird die “Prozessbrille” als integrierendes Konzept vorgestellt. Die beiden “Brillengläser” werden von einem strategischen und einem operativen Prozessmanagement-Kreislauf gebildet, die eng miteinander verbunden sind. Schließlich wird beschrieben, wie die organisatorische Veränderung beim Aufbau einer prozessorientierten Organisation gelingen kann.

Die verschiedenen Bestandteile, die zu einer prozessorientierten Unternehmensführung gehören, werden in Teil drei beschrieben. Als Struktur dient hierbei das BPM&O-Modell. “BPM&O” steht für “Business Process Management und Organisationsentwicklung”. Es umfasst die Aspekte Identität, Strategie, Organisation, Methoden, Technologie, Kompetenzen, Kultur und prozessorientierte Organisationsentwicklung. Jede dieser Dimensionen wird im Einzelnen erläutert, wobei die einzelnen Aspekte unterschiedlich ausführlich behandelt werden. So ist etwa der Abschnitt Technologie recht knapp geraten, wohingegen die Ausführungen zur Organisation und den Methoden sehr ausführlich sind. Dies entspricht dem Schwerpunkt des Buches, der ganz deutlich auf den Management-Aspekten des Themas BPM liegt.

Beispielhaft sei hier der Abschnitt zum Thema Methoden herausgegriffen. Hier wird zunächst dargestellt, wie operative Prozessziele entwickelt werden. Diese sind eine wesentliche Voraussetzung für die Entwicklung der Sollprozesse. Die Prozessausführung sollte ebenso wie Prozessverbesserungen in die Unternehmensplanung einbezogen werden. Weiterhin wird erläutert, wie Prozesse eingeführt werden und wie ihre korrekte Ausführung sichergestellt wird. Schließlich wird beschrieben, wie Prozesse gemessen und analysiert sowie Prozesskosten berechnet werden. Zu all diesen Themen sind detaillierte Aufgabenbeschreibungen und zum Teil Arbeitshilfen enthalten, so dass Prozessmanager konkrete Anleitungen in die Hand bekommen.

Der vierte Teil befasst sich damit, wie Prozessmanagement erfolgreich eingeführt und verankert werden kann. Ein nützlicher Ausgangspunkt kann hierbei die Standortbestimmung mit Hilfe des EDEN-Reifegradmodells sein. Auch in diesem Teil gibt es wieder zahlreiche konkrete Handlungsempfehlungen und Hilfsmittel, etwa zur Gestaltung von Workshops oder der Entwicklung eines Kommunikationskonzeptes.

Dass der in dem Buch vorgestellte Ansatz keine Theorie ist, wird in Teil fünf anhand praktischer Unternehmensbeispiele bewiesen, u. a. von BASF, IDEAL Versicherung, ThyssenKrupp und Wüstenrot.

Das Buch ist aufgrund der hohen Informationsdichte nicht immer ganz leicht zu lesen. Es erfordert an vielen Stellen eine hohe Konzentration des Lesers. Viele detaillierte Beschreibungen dürften vor allem dann nützlich sein, wenn man selbst in der Situation ist, das Prozessmanagement im Unternehmen zu entwickeln. Insofern ist das Buch mit Sicherheit kein Einsteigerbuch, dafür aber ein wertvolles Arbeitsbuch für Praktiker des Prozessmanagements.

Knuppert, T.; Feddern, U.:
Prozessorientierte Unternehmensführung.
Prozessmanagement ganzheitlich einführen und verankern.
Schäffer-Pöschel Verlag, Stuttgart 2011.
Das Buch bei amazon.

BIC Design erlaubt die integrierte Modellierung verschiedener Sichten. So können die Modelle von Prozessen, Aufbauorganisation, Datenstrukturen, Systemlandschaften u. ä. miteinander verknüpft werden. Hierzu bringt das Tool eine Reihe vordefinierter Methoden mit, wie z. B. Wertschöpfungsketten, Ereignisgesteuerte Prozessketten (EPK), BPMN, Entity-Relationship-Modelle, Organigramme und IT-Landkarten. Im Gegensatz zu vielen anderen Werkzeugen, bei denen die verwendeten Notationen fest programmiert sind und lediglich über Filter eingeschränkt werden können, basiert BIC Design auf einem offenen Metamodell. Damit ist es leicht möglich, weitere Notationen in das Tool einzustellen und sie mit den vorhandenen Notationen zu verknüpfen. Das Anlegen neuer Notationen konnte noch nicht getestet werden, soll jedoch auch den Kunden zur Verfügung gestellt werden. Das Tool stellt methodenkonformes Modellieren sicher, indem nur die in der jeweiligen Methode festgelegten Objekte und Verbindungen angelegt werden können. Weitergehende Modellierungsregeln werden über einen Konsistenzcheck geprüft.

Verbindung von Modellierungssichten über Stammdaten

Die Verknüpfung der verschiedenen Modelle erfolgt über ein Repository. Bestimmte Objekte, die in verschiedenen Prozessen benötigt werden, wie z. B. Organisationseinheiten, Rollen oder Informationssysteme, werden in einem Stammdatenverzeichnis abgelegt. Von dort kann ein Objekt dann in andere Modelle hineingezogen werden, wodurch eine Verknüpfung mit diesem existierenden Objekt erstellt wird. So kann etwa eine bestimmte Rolle an verschiedenen Prozessen beteiligt sein. Über das betreffende Objekt im Stammdatenverzeichnis lässt sich leicht herausfinden, um welche Prozesse es sich handelt. Das Prinzip der Mehrfachausprägung von Objekten ist zwar nicht neu, doch ist die Nutzung dieser Möglichkeit in BIC Design sehr intuitiv. Auch das nachträgliche Zusammenführen von zunächst unterschiedlichen Objekten zu einem einzigen Objekt ist recht einfach.

Auch bei vielen anderen Funktionalitäten braucht sich BIC Design nicht vor etablierten Modellierungs-Suiten verstecken. Das gemeinsame Modellieren verschiedener Nutzer wird ebenso unterstützt wie mehrsprachige Modelle. Auch zahlreiche Reporting- und Analysefunktionen und eine leistungsfähige Suche gehören zum Funktionsumfang.

Besonders beeindruckend ist die automatische Layoutfunktion. Je nach Modelltyp werden unterschiedliche Algorithmen angewendet, um z. B. einen Prozessfluss oder ein Hierachiediagramm übersichtlich darzustellen. Die Qualität der erzeugten Layouts ist deutlich besser als bei vielen anderen vergleichbaren Tools.

Methodenintegration nicht nur für die EPK, sondern auch für die BPMN

Auf den ersten Blick richtet sich BIC Design bislang vor allem an EPK-Modellierer. EPKs sind sehr gut mit den anderen vordefinierten Notationen integriert. Was sich erst auf den den zweiten Blick erschließt: Auch in BPMN erstellte Prozessmodelle lassen sich zumindest bis zu einem gewissen Grad mit Elementen anderer Sichten verbinden. Zwar funktioniert dies nicht per drag and drop, sondern über einen Eigenschaftsdialog, doch dafür ist es z. B. möglich, Bahnen (Lanes) mit verschiedenen Objekttypen zu verbinden. Schließlich muss es sich ja nicht immer um Organisationseinheiten handeln. Weitere Verbindungsmöglichkeiten mit Objekten anderer Modelle lassen sich laut Herstellerangaben über die Methode definieren.

Kleinere Verbesserungen der BPMN-Umsetzung wären noch wünschenswert. So scheint es nicht so einfach möglich zu sein, Bedingungen an den aus einem Gateway ausgehenden Sequenzflüssen anzuzeigen. Auch schlüpfte etwa ein fälschlicherweise innerhalb eines Pools gezeichneter Nachrichtenfluss durch den Konsistenzcheck.

Begeistern können hingegen die verschiedenen Darstellungsmöglichkeiten im Prozessportal. Natürlich bietet das BIC Portal alles, was man von so einem Portal erwartet, wie z. B. verschiedene Navigationsmöglichkeiten, Suche, Feedback zu den Modellen, Hinterlegung von Dokumenten, oder die Benachrichtigung über Änderungen. Eine Besonderheit ist jedoch, dass Prozessmodelle nicht nur so dargestellt werden können, wie sie modelliert wurden. Es können verschiedene andere Darstellungen generiert werden, so z. B. die schlanke Darstellung einer EPK, bei der alle Zusatzelemente, wie Organisationseinheiten oder Daten, ausgeblendet werden. Eine tabellarische Ansicht zeigt übersichtlich die Beschreibungen der Aktivitäten eines Prozesses mitsamt Input, Output, Verantwortlichkeiten usw.

Schließlich ist es auch möglich, eine gesamte Prozesshierarchie als Ablaufdarstellung anzuzeigen (siehe Abbildung). Dabei werden alle Aktivitäten eines Prozesses in einer Liste dargestellt. Durch Selektion einer Aktivität werden die Aktivitäten des untergeordneten Teilprozesses daneben eingeblendet, für dessen Aktivitäten jeweils wieder die Detailinformationen angezeigt werden. Ohne die Ansicht zu wechseln ist es somit möglich, gleichzeitig drei Hierarchieebenen übersichtlich anzuzeigen. Alle genannten Darstellungsarten werden aus einem einzigen Modell erzeugt.

BIC Design und BIC Portal dürften vor allem für größere Unternehmen eine interessante Alternative zu etablierten Tools darstellen, insbesondere wenn mit EPKs modelliert wird. Über entsprechende Schnittstellen können bereits existierende Modelle übernommen werden.

(Der Beitrag wurde aktualisiert am 9.11.)