Vorwort zur 6. Auflage

Schon wieder eine neue Auflage. Dabei ist es doch noch gar nicht lange her, oder? Stimmt, es sind nur ungefähr zwei Jahre vergangen. Aber es ist schon wieder unglaublich viel passiert. Zum Beispiel ist unsere Firma Camunda extrem erfolgreich, und wir begleiten inzwischen nicht nur Tausende von Kunden bei der Arbeit mit BPMN, sondern liefern auch die derzeit erfolgreichste Open-Source-BPM-Plattform am Markt, die weltweit bei zahlreichen namhaften Unternehmen zum Einsatz kommt, von Goldman Sachs oder der Allianz über die Nasa bis zu T-Mobile oder Zalando.

Dadurch können wir unsere Methodiken, Ideen und Hypothesen inzwischen sehr professionell an einer stetig wachsenden Anzahl von Anwendern validieren und täglich mehr über Prozessautomatisierung lernen. Dabei gibt uns unser großartiges Team stetig Impulse und liefert Ideen, die wir in der Qualität nie selbst haben könnten.

In dieser Auflage haben wir uns nun darauf fokussiert, die zwei wichtigsten Lektionen der letzten zwei Jahre einzuarbeiten:

       Wir haben Praxiserfahrung mit dem CMMN-Standard sammeln können. CMMN haben wir in der fünften Auflage erst eingeführt. Wir haben uns davon versprochen, unstrukturierte Fallbearbeitung modellieren und automatisieren zu können. Leider hat sich dies in unserer Praxis nicht bewahrheitet, daher haben wir in dieser Auflage CMMN wieder entfernt. Lesen Sie mehr darüber in Abschnitt 1.2.3 auf Seite 10. Dafür haben wir Abschnitt 4.5.5 auf Seite 169 aufgenommen, wo wir Muster zur Flexibilität in BPMN besprechen.

       In der IT gibt es aktuell einen klaren Trend zu Microservices, wodurch Funktionalitäten in kleinere Einheiten geschnitten werden, die dann in Teams autonom entwickelt werden können. Wir haben diesem Thema in Abschnitt 1.5 auf Seite 23 eine kleine Einführung verpasst. Denn dieser Architekturstil hat Auswirkungen auf die Prozessmodellierung in BPMN, vor allem gilt es BPMN-Monolithen zu vermeiden. Wir besprechen daher einerseits in Abschnitt 4.5.3 auf Seite 167, dass operative Prozessmodelle die Systemgrenzen der Microservices berücksichtigen müssen, und anderseits in Abschnitt 6.4.2 auf Seite 214, dass Workflow Engines in dieser Welt ein Implementierungsdetail eines Microservices sind, und dementsprechend dezentral betrieben werden sollten.

Also dann: Anfangen – und viel Spaß dabei!

Vorwort zur 5. Auflage

Jo – mal wieder viel passiert . . .

Diese lapidare Aussage hatten wir eigentlich nur als Platzhalter für das noch zu schreibende Vorwort eingefügt. Aber sie fasst es perfekt zusammen:

       BPMN ist inzwischen fest etabliert und im Jahr 2013 auch als ISO-Standard „geadelt“ worden.

       Im März 2014 verabschiedete die OMG, die Institution hinter BPMN, mit CMMN einen neuen Standard, der BPMN sehr gut ergänzt, um unstrukturierte Geschäftsprozesse abzubilden.

       Dieselbe OMG legte im September 2015 noch einmal nach und verabschiedete den DMN-Standard, der sich um die Modellierung und Automatisierung von Entscheidungen dreht und ebenfalls eine hervorragende Ergänzung der BPMN ist.

Grund genug, unser Praxishandbuch in der fünften Auflage um eine kompakte Beschreibung der beiden Neuzugänge zu ergänzen. Wir haben sowohl CMMN als auch DMN in unserem eigenen Softwareprodukt Camunda BPM bereits eingebaut und somit die technische Grundlage geschaffen, um alle drei Standards sowohl separat als auch kombiniert anzuwenden. Das ist auch schon mehrfach geschehen, und insofern können wir, sieben Jahre, nachdem wir zum ersten Mal unsere Praxiserfahrungen mit BPMN aufgeschrieben haben, nun auch die ersten praktischen Erfahrungen zu CMMN und DMN mit Ihnen teilen.

Daneben haben wir zahlreiche punktuelle Aktualisierungen und Verbesserungen vorgenommen. Speziell das Kapitel zur Automatisierung wurde komplett überarbeitet, da wir in unzähligen Praxisprojekten inzwischen noch viel besser verstanden haben, welche Informationen für dieses Buch relevant sind. Im Tausch gegen neue Inhalte entfernten wir jegliche BPMN-XML-Beispiele, da diese sowieso niemand gelesen hat.

Und wir haben zwei Begriffe umbenannt:

In früheren Auflagen nannten wir eine Software, die BPMN-Modelle technisch ausführt, eine „Process Engine“. In dieser Ausgabe werden Sie feststellen, dass wir stattdessen den Begriff „Workflow Engine“ verwenden.Wir tragen damit dem Umstand Rechnung, dass BPMN ein sehr gut geeignetes Instrument ist, um klar strukturierte Abläufe zu modellieren und zu automatisieren. Sie ist aber weniger gut geeignet für unstrukturierte Abläufe, die sich nicht immer als eindeutiges Ablaufdiagramm beschreiben lassen. Auch solche unstrukturierten Abläufe verstehen wir jedoch als „Geschäftsprozesse“, um die wir uns kümmern werden, um unser Unternehmen voranzubringen. Deshalb sprechen wir nicht mehr von einer „Process Engine“, wenn wir die Ausführung strukturierter Abläufe meinen, sondern eben von einer „Workflow Engine“.

Ebenfalls abgeschafft haben wir den Begriff der „Rule Engine“. Wie oben erwähnt, gibt es inzwischen den DMN-Standard, und das „D“ steht für „Decision“, also Entscheidung. Dahinter verbirgt sich ein aus unserer Sicht sehr sinnvoller Paradigmenwechsel. Stellen Sie sich einmal folgende Frage: Ist es Ihnen wichtiger, Regeln einzuhalten, oder die richtigen Entscheidungen zu treffen? Na bitte.

Natürlich kann die Einhaltung von Regeln erforderlich sein und muss dementsprechend auch bestimmte Entscheidungen determinieren. Aber den Fokus auf die Idee der „richtigen Entscheidung“ zu legen, empfinden wir als die bessere Option. Auch auf technischer Ebene kann eine „Decision Engine“, also eine Software, die Entscheidungsmodelle ausführt, durchaus anders funktionieren als eine „Rule Engine“. Wir glauben, dass dem „Business Decision Management“ die Zukunft gehört und man sowohl auf fachlicher wie auch auf technischer Ebene mit den entsprechenden Methoden, Standards und Technologien besser beraten ist.

Zu guter Letzt können wir nicht der Versuchung widerstehen, uns selbst auf die Schulter zu klopfen: Als wir im Jahr 2009 die erste Fassung dieses Buchs schrieben, gingen wir auch auf die Grenzen von BPMN ein.Wir stellten fest, dass BPMN für unstrukturierte Aktivitäten weniger gut geeignet ist und hier eher Lösungen im Bereich des „Case Management“ erforderlich werden. Außerdem prophezeiten wir, dass die Kombination von BPMN mit dem Thema „Business Rules“ eines der größten Potenziale für Business Process Management insgesamt darstellt. Sieben Jahre später gibt es einen CMMN-Standard für Case Management und einen DMN-Standard, der eine – wie wir meinen – Verbesserung des Business-Rule-Ansatzes darstellt. Beide sind darauf ausgelegt, mit BPMN kombiniert zu werden, und so konnten wir die exakt selben Abschnitte, in denen zuvor die Grenzen von BPMN genannt wurden, um Hinweise auf diese neuen Lösungsansätze ergänzen.

Da sagt der Berliner: „Siehste!“

Jetzt wünschen wir Ihnen wie immer viel Erfolg bei der Arbeit mit BPMN, CMMN und DMN und natürlich viel Vergnügen beim Lesen dieses Buchs!

PS: Als aufmerksamer Leser ist Ihnen vielleicht nicht entgangen, dass unser Buch nicht dicker geworden ist, obwohl wir zwei nagelneue Kapitel eingefügt haben. Das wurde durch das neue Layout ermöglicht, das nicht nur moderner daher kommt, sondern auch Papier einspart. Also bitte wundern Sie sich nicht, wenn einige Abschnitte kürzer erscheinen als in früheren Auflagen, sie sind es nicht.

Vorwort zur 4. Auflage

„Ah, die Herren Freund und Rücker! Schön, Sie zu sehen, ich bin ein echter Fan Ihres Buches. Am besten gefällt mir Ihr Methoden-Framework, das hat uns sehr geholfen.“

„Das freut uns zu hören. Wir haben es in der neuesten Auflage übrigens visuell überarbeitet.“

„Ach tatsächlich? Schade eigentlich, ich mochte die Pyramide.“

„Jetzt ist es ein Haus.“

„Verstehe, sehr vernünftig! Jedes Haus hat einen Keller, und da sitzt die IT drin. Und oben auf dem Dach, da sitze ich und habe den Überblick. Ich bin hier nämlich der Chef!“

„Na ja, so war das eigentlich nicht gemeint, sondern . . . “

„Paperlapapp! Aber trotzdem die Frage, warum überhaupt diese Änderung?“

„Weil es manchmal zu Missverständnissen geführt hat. Zum Beispiel dachten manche Leute, die ‚technischen‘ Prozessmodelle wären stets eine Verfeinerung der ‚fachlichen‘ Prozessmodelle.“

„Sind sie doch auch! Sehen Sie, bei uns laufen die Projekte so: Die Fachabteilung erstellt mithilfe der Betriebsorganisation ein fachliches Prozessmodell, das ist die Vorgabe, und das geben wir dann in den Keller, Sie wissen schon, und die IT setzt das dann um. Das können die ja ganz einfach machen, sie müssen ja nur das fachliche Modell in ein technisches Modell verfeinern!“

„Und, wie gut funktionieren diese Projekte?“

„Ach, natürlich gibt es da immer wieder Probleme, Missverständnisse, Verzögerungen und so weiter. Aber so ist das halt mit der IT. Da muss man dann auch einfach mal Druck machen!“

„Ja sehen Sie, und deshalb haben wir die Darstellung geändert. Sie beschreiben da nämlich einen eher ungeschickten Ansatz.“

„Na hören Sie mal! Haben Sie etwa eine bessere Idee?“

„Ja, und die finden Sie in Abschnitt 1.4.1 auf Seite 19 in unserer neuen Auflage.“

„Verstehe, dann werde ich mir das mal angucken. Gibt es sonst noch Neuigkeiten?“

„Naja, wir haben ein paar Fehler korrigiert, einige Verbesserungsvorschläge umgesetzt und Aussagen zu ‚aktuellen Themen‘ aktualisiert, da sie heute nicht mehr gelten.“

„Haben Sie ein Beispiel?“

„Ja, wir haben unter anderem die aktuelle Relevanz des BPEL-Standards neu bewertet.“

„Des was?“

„Genau.“

„Gibt es auch Neuigkeiten bei den BPMN-Softwaretools?“

„Vielen Dank für diese Frage. Wir sind inzwischen selbst ein BPMN-Toolhersteller, und in Abschnitt 7.4.2 auf Seite 240 beschreiben wir die Camunda BPM Platform und unser neuestes Projekt bpmn.io.“

„Wie, Sie machen hier jetzt auch noch Werbung für Ihre Software? Ist das überhaupt legal? Ich bin empört!“

„Aber es hilft, das Ganze an einem konkreten Beispiel zu erklären. Sonst bleibt es doch graue Theorie. Außerdem sind Camunda BPM und bpmn.io Open Source.“

„Ach so, na dann. Dann muss ich ja gar nichts dafür bezahlen. So wie Freibier!“

„Na ja, ganz so simpel ist das Thema Open Source jetzt auch wieder nicht-“

„Ach, Sie schon wieder mit Ihren Belehrungen! Ich lese jetzt lieber Ihr Buch, das widerspricht mir wenigstens nicht ständig.“

„Viel Vergnügen!“

Vorwort zur 3. Auflage

Kürzlich, beim abendlichen Bier am Rande einer Konferenz, fragte uns eine gar nicht so unbekannte Persönlichkeit der deutschen IT-Szene: „Ihr bei Camunda, ihr seid doch so ein junges, unkonventionelles Team. Warum beschäftigt ihr euch eigentlich mit so einem Alte-Männer-Thema wie BPM?“.

Das hat uns zu denken gegeben.

Business Process Management ist also ein Thema für alte Männer? Zugegeben, es weckt gewisse Assoziationen an dunkle Anzüge und diskrete Krawatten, also an die typische, das Selbstbewusstsein unterstützende Berufsbekleidung von Leuten, die sich nicht sicher sind, ob ihre Arbeit eigentlich einen Nutzen stiftet. Das ist nicht gerade jung und unkonventionell, und zu unserem Selbstverständnis passt das auch nicht. Aber, fragten wir uns, warum macht uns BPM dann so viel Spaß?

Weil wir mit BPM dafür sorgen, dass ein Unternehmen besser funktioniert! Das gilt auch und gerade für den Einsatz neuer Technologien, weshalb BPM-Projekte häufig einen sehr innovativen Charakter besitzen. Es ist einfach unglaublich spannend, völlig neue Möglichkeiten der Wertschöpfung nicht nur grundsätzlich zu erforschen, sondern auch ganz konkret umzusetzen. Und das nicht „nur“ auf der konzeptionellen Ebene, in strategischen Papieren oder PowerPoint-Präsentationen, aber eben auch nicht „nur“ in den Tiefen der technischen Implementierung, in denen man gar nicht mehr weiß, warum eigentlich dieses oder jenes programmiert werden soll. Sondern eben ganzheitlich, sowohl betriebswirtschaftlich als auch softwaretechnisch, von Anfang bis Ende und A bis Z.

Wir kennen keine Disziplin, die einem so umfassenden Anspruch mit derart konkreten Methoden und Technologien gerecht wird wie BPM.

Außerdem glauben wir, dass das ganze Thema „BPM“ in eine neue Phase eingetreten ist, die mit dem traditionellen Verständnis von Prozessmanagement im Sinne verstaubter Organisationshandbücher, abgehobener „Performance-Analysen“ und wohlklingender, aber völlig unverbindlicher Management-Empfehlungen nichts mehr zu tun hat.

Wir treffen mehr und mehr Menschen, die sich um derartiges Geplänkel nicht scheren, die einfach nur wollen, dass etwas besser funktioniert. Das sind die „neuen BPM-Cracks“, und sie sind ungeduldig. Sie interessieren sich nicht für politische Ränkespiele und akzeptieren keine scheinbaren Sachzwänge. Sie beherrschen neue Methoden und Tools, und diese nutzen sie, um denjenigen zu helfen, die bereit sind, neue Wege zu gehen und damit diejenigen zu überholen, die lieber im Status quo verharren.

Diese neuen BPM-Cracks nutzen BPMN. Sie haben verstanden, dass BPMN anspruchsvoll ist und wenig zu tun hat mit dem Malen von Ablaufdiagrammen, die für die bereits erwähnten Organisationshandbücher verwendet wurden. Sie gehören einer weltweiten Community an, die einen gemeinsamen Standard nutzt und weiterentwickelt. In dieser Community gibt es nicht mehr „die IT“, der man einen Auftrag übergibt und die diesen gefälligst umzusetzen hat. Die IT ist kein Bestandteil, sondern eine Facette dieser Community, so wie sie eine Facette eines modern aufgestellten Unternehmens ist, in dem Business und IT völlig losgelöst von der Abteilungszugehörigkeit eine vertrauensvolle, kontinuierliche und sehr intensive Zusammenarbeit praktizieren.

BPMN wurde im Februar 2011 in der Version 2.0 verabschiedet, und in der Praxis ist sie mittlerweile etabliert. Der Standard wird zur Prozessdokumentation genutzt, für die Analyse und Verbesserung von Prozessen und natürlich für die Prozessautomatisierung. Wir haben inzwischen über 500 unterschiedliche Menschen in unseren Projekten und Seminaren an BPMN herangeführt und die unterschiedlichsten Abläufe modelliert. Wir haben auch ihre Grenzen kennengelernt, beispielsweise bei der Modellierung von Prozessen, die von Fall zu Fall höchst unterschiedlich ausfallen und daher schwer vorherzusehen sind.

Unter www.bpmn.info/anwender finden Sie eine Auflistung von Organisationen, die BPMN einsetzen. Bei vielen wird BPMN in der Breite genutzt, also mit zahlreichen Modellierern. Daraus ergeben sich besondere Herausforderungen, weshalb wir diesem Thema in der 3. Auflage ein neues Kapitel gewidmet haben.

Wir wünschen Ihnen Erfolg bei der Arbeit mit BPMN und hoffen, auch Sie in den Reihen der unkonventionellen Menschen begrüßen zu dürfen, die eine Menge Spaß an einem scheinbaren „Alte-Männer-Thema“ haben.

Vorwort zur 2. Auflage

Das ging schneller als gedacht: Im Januar 2010 erschien die erste Auflage dieses Buches, und im Juli war sie ausverkauft. Das liegt mit Sicherheit besonders an der Popularität der BPMN, aber die sehr positiven Bewertungen des Buches in den verschiedenen Internet-Foren und das viele Lob der Leser haben uns natürlich auch sehr gefreut.

In den letzten Monaten sind einige wichtige Dinge passiert:

Zum einen hat die Finalization Task Force (FTF) der Object Management Group (OMG) die neue Version 2.0 der BPMN fertig gestellt und zur offiziellen Freigabe an das zuständige OMG-Gremiumübergeben. Wir sind im August 2009 selbst in die OMG eingetreten und haben an dieser FTF teilgenommen, und es war zwar anstrengend, aber auch eine wunderbare Erfahrung, mit den vielen klugen und engagierten Menschen dort zusammenzuarbeiten. BPMN 2.0 steht also ganz kurz vor der Veröffentlichung, und insofern war der Abverkauf der ersten Auflage eine gute Gelegenheit, das Buch in dieser Hinsicht auf den neuesten Stand zu bringen.

Zum zweiten arbeiten immer mehr Menschen auch im deutschsprachigen Raum mit der BPMN. Der Statistik im Vorwort zur ersten Auflage lässt sich eine aktuelle Auswertung des BPM-Netzwerks gegenüberstellen (Abbildung 1), das zwischenzeitlich auf weit über 7000 Mitglieder angewachsen ist. Wie man sieht, ist das Interesse an der BPMN ungebrochen groß. Im Verhältnis zu früher gibt es aber deutlich mehr Menschen mit BPMN-Praxiserfahrung:

Die Anzahl der Mitglieder, die eine Praxiserfahrung mit BPMN angeben, hat sich im Vergleich zum September 2009 um rd. 45% erhöht, bei der EPK und UML sind es jeweils nur rund 25 %.

Und auch qualitativ ist die Entwicklung erfreulich: Die vielen Diskussionen rund um BPMN, die im Internet, den diversen Print-Magazinen und auf Konferenzen stattfinden, bewegen sich mittlerweile auf einem viel höheren Niveau als noch vor zehn Monaten. Zahlreiche Menschen diskutieren Fragestellungen rund um die sinnvolle Anwendung, aber auch die Grenzen und Schwächen des Standards auf eine Art und Weise, die ein fundiertes Grundwissen und ernst zu nehmende praktische Erfahrung offenbart. Man könnte sagen, der „BPMN-Reifegrad“ ist in der jüngsten Zeit spürbar gestiegen.

Auch der Softwaremarkt ist in Bewegung: Zahlreiche BPM-Hersteller, allen voran IBM, Oracle und SAP, setzen auf BPMN 2.0 und haben teilweise bereits entsprechende Produkte veröffentlicht. Auch die brandneue BPM-Plattform Activiti setzt BPMN 2.0 um und ist sogar komplett Open Source verfügbar. Und mit BPMN. info existiert inzwischen ein deutschsprachiges Forum, das sich nicht nur vollständig dem Thema BPMN widmet, sondern das es sogar erlaubt, kostenlos und ohne Softwareinstallation BPMN-Prozessmodelle direkt online zu erstellen und in die Diskussion einzubringen.

Das alles sind Entwicklungen, die nur durch die Standardisierung der BPMN ermöglicht wurden. Insofern bleibt es spannend, wie es mit dem Standard weitergeht. Es gibt noch viele Aspekte, die verbesserungswürdig sind, weshalb wir uns auch bereits dem OMG-Gremium zur Entwicklung der BPMN 2.1 angeschlossen haben.

Jetzt gilt es aber zunächst, die neuen Möglichkeiten der BPMN 2.0 erfolgreich in der Praxis anzuwenden. Wir wünschen Ihnen viel Spaß und Erfolg dabei!

Vorwort zur 1. Auflage