Insbesondere ist beispielsweise im Bankensektor durch die rapide zunehmenden Marktanteile der Transaktionsbanken der Bedarf an flexiblen Referenzprozessen deutlich gewachsen. Die jeweilige Transaktionsbank definiert einen Referenzprozess, welcher dann mandantenspezifisch anzupassen ist. Diese flexiblen Referenzprozesse stellen einen wesentlichen Faktor für die Marktposition der Transaktionsbanken dar. Der Erfolg der Transaktionsbanken legt den Schluss nahe, dass in naher Zukunft weitere "Dienstleistungsfabriken" in anderen Geschäftsfeldern entstehen werden, und somit die Bedeutung flexibler (Referenz-)Prozesse zunehmend steigen wird.

Trotz der hier nur angerissenen Wichtigkeit wird die tiefere Auseinandersetzung mit dem vielgenannten Phänomen "Flexibilität" oft vernachlässigt, gerade auch auf Prozessmodellierungsebene. Die eigentlich zuständige klassische (deutschsprachige) Organisationsliteratur setzt sich nur sehr oberflächlich damit auseinander [z.B. KK92

Es existiert eine ganze Reihe von Möglichkeiten, um den Anforderungen gerecht zu werden, die aus Umweltänderungen resultieren. Nachfolgend werden einige davon kurz dargestellt.

Übersichtsartig berichtet Allweyer über "Prozesshandbücher", "Prozessbibliotheken" und "Prozesspartikel" [Al98,S.

Weitere Vorschläge zur prozessorientierten Bewältigung von Umweltänderungen sind die objektorientierte und die ressourcenbasierte Modellierung.

Die Wurzeln der objektorientierten Softwareentwicklung reichen bis in die 1970er Jahre zurück. Ab den 90er Jahren setzt sich dieses Paradigma zunehmend gegen die prozedurale Vorgehensweise durch [Oe2003, S. 12]. Die objektorientierte Modellierung von Prozessen, insbesondere mit der Unified Modeling Language (UML), ist in etwa ab Mitte der 90er bekannt [Zi99, S. 65 ff.]. Weiterhin existieren Vorschläge zu "Objektorientierten Ereignisgesteuerten Prozessketten" (oEPK) [SNZ97], auch in Kombination mit der UML [LA98; Da99].

Gerade durch die Zusammenführung von objektorientierter, eher umsetzungstechnischer ("UML") und prozessorientierter, eher betriebswirtschaftlich-konzeptioneller Sichtweisen ("EPK") verspricht man sich, die Lücken und Schwächen des jeweils einen Ansatzes durch die Integration mit dem jeweils anderen Ansatz zu umgehen. Eine Gegenüberstellung der wesentlichen Elemente von UML Aktivitätsdiagrammen und EPK findet sich in [Gr05]. Prozesse werden dabei als Aneinanderreihung von ressourcenbasierten Prozessbausteinen betrachtet. Ein Prozessbaustein besteht aus einer Funktion (= Prozessschritt), dazu notwendigen Ressourcen (beispielsweise Sachmittel) und Fähigkeiten zur Bewältigung der Funktionsdurchführung. Auf der Grundlage dieser vorhandenen Bausteine können dann Prozesse nach (Wandlungs-) Bedarf zusammengestellt werden. Da in beiden Fällen mit "Objekten" und "Ressourcen" eher robuste Prozessbestandteile1 im Vordergrund stehen, sind darauf aufbauende Modelle weniger sensibel gegenüber Umweltänderungen und können ohne Modifikationen weiterverwendet werden. Derartige Prozesse sind damit nicht im eigentlichen Sinne flexibel, können aber bevorzugt in dynamischen Umwelten eingesetzt werden.

Unter Abstraktionsgrad soll die Detaillierung, auch Granularität der Prozessmodellierung verstanden werden. Es handelt sich nicht um einen eigenständigen Ansatz, sondern um ein grundlegendes Konzept. Allgemein gilt: Je feiner ein Prozess modelliert ist, desto genauer ist sein Ablauf festgelegt. Damit fehlen Freiheitsgrade in der Abarbeitung und reduzieren als Folge die in Kapitel 1 angesprochenen Wandlungspotentiale. Für sehr abstrakt formulierte Prozesse gilt das Gegenteil.

Besteht beispielsweise der Prozess "Rechnung bearbeiten" nur aus einem, gleichnamigen Prozessschritt, kann die Bearbeitung einer Rechnung sehr flexibel erfolgen -im Bedarfsfall z.B. weniger genau, bevorzugt oder beschleunigt. Zur eigentlichen Aufgabe "Rechnung bearbeiten" existiert keine weitergehende Bearbeitungsanweisung. Eine sehr genaue Ablaufbeschreibung ver-oder zumindest behindert flexible Vorgehensweisen. Von zentraler Bedeutung ist die Bestimmung des "optimalen" Abstraktionsgrades.

Damit im Falle von sehr groben Prozessbeschreibungen vorgegebene Prozessziele trotzdem erreicht werden (Flexibilität damit nicht opportunistisch ausgenutzt wird), bieten sich verschiedene organisatorische Lösungen an [PDF05, S. 244 f.]. Z.B. kann bei der Auswahl der entsprechenden Mitarbeiter auf das Vorhandensein notwendiger Werte (Genauigkeit, Loyalität, Zuverlässigkeit u.ä.) geachtet werden.

Die Entscheidungsmöglichkeiten, die eine grob-granulare Prozessbeschreibung hinsichtlich der manuellen Durchführung eines Prozesses bietet, setzen Kenntnisse bezüglich möglicher Aktionen und Effekte voraus. Dieses "Prozesswissen" des Ausführenden muss auch in die Beschreibung automatischer Prozesse integriert werden, damit ausführende Systeme in analoger Weise reagieren können.

Zunächst fällt auf, dass sehr viele der in den vorigen Abschnitten genannten Ansätze mit Teilprozessen, Prozessbausteinen u.ä. sowie sich daraus ergebenden Varianten arbeiten. Allerdings ist die Bildung von Teilprozessen, und damit verbunden auch die Wahl des optimalen Abstraktionsgrades, nicht durchgängig gelöst. Auch die richtige Verknüpfung der Teilprozesse ist nicht in allen Fällen klar. Diese methodische Lücke ist bei der zielgerechten Wahl von Alternativen, unter den gegebenen Rahmenbedingungen, sogar noch größer. Interessant erscheint, weil in den beschriebenen Ansätzen vernachlässigt, die methodische Überlegung, aus Teilprozessen automatisch Gesamtprozesse zu erzeugen.

In der EPK-Literatur wird der Ereignisbegriff sehr weit gefasst. Chen und Scheer definieren in dem Grundsatzartikel [CS94] Ereignisse wie folgt: "Ereignisse in der EPK lösen Funktionen aus und sind deren Ergebnis. Sie repräsentieren zugleich das Ende einer Funktionsausführung und den Ausführungsbeginn der Nachfolger-Funktion. 1. Bestimmung der Menge aller externen Auslöseereignisse. Das Prinzip der selbststeuernden Prozesskonfiguration soll nun an einem einfachen Beispiel erläutert werden:

Abbildung 1: Starrer Prozess zur Auftragsbearbeitung Nach der Modellierung des in Abbildung 1 abgebildeten Prozesses wird festgestellt, dass auftragsabhängig eine Freigabe des Auftrags vor der eigentlichen Auftragsbearbeitung durchzuführen ist. Dies bedeutet, dass das externe Ereignis "Auftrag ist erteilt" nicht mehr unmittelbar das auslösende Ereignis für den Teilprozess zur Auftragsbearbeitung darstellt. Der gemäß dem Prinzip der selbststeuernden Prozesskonfiguration angepasste Prozess lässt sich durch folgende Modelle abbilden:

Abbildung 2: Flexibler Prozess zur Auftragsbearbeitung (EPK)

Auftragsvolumen >= 100.000 EUR Auftragsvolumen < 100.000 EUR

Abbildung 3: Flexibler Prozess zur Auftragsbearbeitung (Ereignisdiagramm)

In der ursprünglichen EPK zur Auftragsbearbeitung wurde lediglich das externe Auslöseereignis "Auftrag ist erteilt" durch das interne Auslöseereignis "Auftrag ist zu bearbeiten" substituiert. Ansonsten bleibt diese EPK unverändert. Sie ist völlig unabhängig von der EPK mit der Funktion "Auftrag freigeben". Jede der beiden EPK enthält somit losgelöst vom Gesamtprozess eine isolierte Darstellung des betreffenden Teilprozesses. Das in dem Ereignisdiagramm abgebildete Kopplungssystem beschreibt die eigentliche Prozesslogik. Hier kann der Gesamtprozess flexibel an sich ändernde Anforderungen bezüglich der Notwendigkeit einer Auftragsfreigabe angepasst werden. Das Ereignisdiagramm beinhaltet damit letztlich die Prozesskonfiguration, welche für die Komposition der autonomen Teilprozesse zum Gesamtprozess verantwortlich ist.

Zum Vergleich seien die beiden klassischen Möglichkeiten in den Abbildungen 4 und 5 aufgezeigt, den Beispielprozess ohne das Konzept der selbststeuernden Prozesskonfiguration darzustellen.

Der entscheidende Nachteil in Abbildung 4 liegt in der engen Kopplung aller möglichen Prozessverläufe sowie der integrierten Abbildung von fachlichen Funktionen und Prozesslogik. Auftragsbearbeitung und -freigabe sind hier nicht als autonome Teilprozesse dargestellt, sondern gemäß der aktuellen Prozesslogik miteinander verknüpft. Sie sind infolgedessen keine autonomen Elemente einer Bibliothek von Teilprozessen.

Ungeachtet dessen, dass der Ablauf einer Freigabe für Aufträge >= 100.000 EUR in Bezug auf Aufträge mit geringen Beträgen ohne Belang ist, trägt er zur Komplexität der Darstellung des Ablaufs für Aufträge < 100.000 EUR bei. Die integrierte Darstellung der Prozessverläufe hat zur Folge, dass jede Änderung der Prozesslogik (beispielsweise zusätzlich die Berücksichtigung "priorisierter" Aufträge) eine Anpassung der vorliegenden EPK bedingt, obwohl die Funktionalität der eigentlichen Auftragsbearbeitung davon unberührt bleibt.

Die hier verdeutlichten Probleme werden durch die Einführung von Prozessschnittstellen und die Verteilung der Abläufe auf mehrere EPK nicht grundlegend behoben, wie Abbildung 5 zeigt:

Auftragsvolumen >= 100.000 EUR Auftragsvolumen < 100.000 EUR

Abbildung 4: Unflexibler Prozess zur Auftragsbearbeitung (eine EPK)

Auftragsvolumen < 100.000 EUR

Auftragsvolumen >= 100.000 EUR

Während mit der selbststeuernden Prozesskonfiguration Modul-Interflexibilität erreicht wird, besteht die Zielsetzung variabler Funktionsreihenfolgen in der Modul-Intraflexibilität. Für eine Zusammenführung der beiden Ansätze ist die Wahl der Betrachtungsebene, "intermodular" oder "intramodular" zu klären: Kann also eine vorliegende Flexibilitätsproblematik prozessbezogen durch ein Modul oder nur durch mehrere Module abgebildet werden.

Die selbststeuernde Prozesskonfiguration mit Hilfe von Ereignisdiagrammen setzt voraus, dass die Umwelteinflüsse, welche die nächste auszuführende Funktion bzw. den nächsten Prozessschritt determinieren, explizit durch Ereignisse benannt und abgebildet werden können. Die in [ST05] und [Gr05] beschriebene variable Funktionsreihenfolge zur Erreichung von Modul-Intraflexibilität kann auch dann bereits angewendet werden, wenn die alternativen Prozesspfade bekannt sind, jedoch noch bezüglich der Bedingungen, unter denen der nächste auszuführende Prozesspfad auszuführen ist, Unsicherheit herrscht.

Der Einsatz der selbststeuernden Prozesskonfiguration bietet sich "Top-down" folglich an, wenn in einer Flexibilität fordernden dynamischen Umwelt die Gesamtsituation durch Ereignisdiagramme höher aggregiert beschreibbar ist. Einzelne, nicht vollständig durch Ereignisse erfassbare Unsicherheiten der Gesamtsituation können durch variable Funktionsreihenfolgen in Modulen detailliert abgebildet werden.

"Bottom-up", von einem flexiblen Modul (zur Bewältigung einer Teilproblematik) zu einer flexiblen Modulmenge (für die Gesamtproblematik), kann gegangen werden, wenn sich zunehmend Unsicherheiten durch klar definierte Ereignisse darstellen lassen.

Grundsätzlich denkbar ist aber auch, beide Ansätze (selbststeuernde Prozesskonfiguration und variable Funktionsreihenfolgen) auf einer Betrachtungsebene anzuwenden. Dies sei anhand des bereits bekannten Beispiels zur Auftragsbearbeitung veranschaulicht: Zu Beginn der Prozessmodellierung ist bekannt, dass unter -noch nicht geklärten Voraussetzungen -ein Auftrag zunächst freizugeben ist, bevor er abgewickelt werden darf. Damit sind die Voraussetzungen zur Abbildung der Prozesskonfiguration in einem Ereignisdiagramm noch nicht gegeben. Die in [ST05] und [Gr05] beschriebene Methode zur Abbildung variabler Funktionsreihenfolgen kann jedoch bereits angewandt werden. Herrscht später Klarheit über die konkreten Bedingungen für die Notwendigkeit einer Freigabe, so sind die Voraussetzungen für eine selbststeuernde Prozesskonfiguration erfüllt.