Was ich bei der Gestaltung und Umsetzung von Prozessen mit BPMS gelernt habe

Was ich bei der Umsetzung von Geschäftsprozessen gelernt habe

Meine Erfahrung bei der Gestaltung und Umsetzung organisatorischer Prozesse hat mir gezeigt, dass der Erfolg eines BPMS-Projekts nicht allein von der Qualität der BPMN-Diagramme oder den technischen Möglichkeiten der Plattform abhängt. Benutzerakzeptanz, einfache Abläufe, Datenqualität und die Möglichkeit zur schrittweisen Verbesserung beeinflussen das Ergebnis unmittelbar. Die folgenden Beobachtungen stammen aus der praktischen Arbeit mit Benutzern, Formularen, Routing-Bedingungen und sich verändernden Anforderungen in Organisationen.

Anfänglicher Widerstand bedeutet nicht immer Ablehnung der Technologie

Wenn Prozessmanagement oder ein BPMS erstmals in einer Organisation eingeführt wird, ist ein gewisser Widerstand normal. Mitarbeiter müssen vertraute Arbeitsweisen verändern, Informationen strukturierter erfassen und Tätigkeiten ausführen, die nun transparenter und nachvollziehbarer werden.

Nach meiner Erfahrung nimmt dieser Widerstand ab, wenn die Benutzer verstehen, warum ein Prozessschritt oder ein Formularfeld benötigt wird und wenn das System ein konkretes Problem ihres Arbeitsalltags löst. Sobald Anträge nicht mehr verloren gehen, der Bearbeitungsstand sichtbar wird und wiederholte Rückfragen abnehmen, erkennen die Benutzer den praktischen Nutzen des neuen Prozesses. Häufig entwickeln gerade diejenigen, die zu Beginn unsicher waren, später eigene Vorschläge zur Verbesserung von Formularen und Abläufen.

Deshalb ist die Beteiligung der Benutzer bei der Erhebung des Ist-Zustands und während einer Pilotphase besonders wichtig. Die tatsächliche Arbeit zu beobachten, mit den täglich beteiligten Personen zu sprechen und die Gründe für Veränderungen zu erklären, führt meist zu besseren Ergebnissen als die Einführung eines bereits vollständig festgelegten Prozesses ohne Mitwirkung der Benutzer.

Ein Prozess sollte mit einer einfachen und nutzbaren Version beginnen

Eine weitere Erfahrung ist, dass die erste Version eines Prozesses nicht jede denkbare Ausnahme der Organisation abdecken muss. Eine zu hohe Komplexität zu Beginn führt zu umfangreichen Formularen, erschwert die Tests und verlangsamt die Akzeptanz.

In der Praxis hat es sich für mich bewährt, mit einer klaren und kontrollierbaren Version zu beginnen. Sie bildet den Hauptablauf, Verantwortlichkeiten, notwendige Kontrollen und die wichtigsten Ausnahmen ab. Nach der Einführung zeigen reale Prozessdaten und Rückmeldungen der Benutzer, welche Schritte Verzögerungen verursachen, welche Informationen fehlen und welche Routing-Bedingungen angepasst werden müssen.

Dieser Ansatz entspricht dem kontinuierlichen Verbesserungszyklus des Geschäftsprozessmanagements: Der Prozess wird gestaltet, in einem kontrollierten Umfang ausgeführt, gemessen und anschließend auf Grundlage konkreter Erkenntnisse verbessert. Wesentliche Kontrollen, gesetzliche Anforderungen und Sicherheitsregeln müssen bereits in der ersten Version berücksichtigt werden.

Referenzdaten für Formulare sollten zentral verwaltet werden

Wenn feste Auswahlwerte wiederholt direkt in Dropdown- oder Suggestion-Feldern gespeichert werden, entsteht langfristig ein hoher Pflegeaufwand. Werden beispielsweise Abteilungen, Kostenstellen, Antragsarten oder Lieferanten in mehreren Formularen getrennt hinterlegt, muss bei jeder Änderung jedes betroffene Formular gefunden und angepasst werden. Dadurch steigt das Risiko veralteter und widersprüchlicher Angaben.

Für solche Daten bevorzuge ich eine zentrale Quelle, beispielsweise kontrollierte Tabellen in einer SQL-Datenbank oder einen zuverlässigen Datendienst. Eine organisatorische Änderung oder eine neue Auswahlmöglichkeit wird dadurch an einer Stelle gepflegt und steht anschließend allen verbundenen Formularen zur Verfügung. Das erleichtert die Wartung der Prozesse und reduziert Datenabweichungen zwischen verschiedenen Formularen.

Auch dieses Modell muss sorgfältig umgesetzt werden. Endbenutzer sollten keinen direkten Zugriff auf die Datenbank erhalten, Abfragen müssen sicher und parametrisiert sein und nicht mehr aktive Optionen sollten in der Regel deaktiviert statt vollständig gelöscht werden. Frühere Prozessfälle müssen auch nach einer Änderung der Referenzdaten verständlich bleiben. Für häufig abgefragte Werte kann außerdem ein kontrollierter Cache eingesetzt werden, damit der Datenbankzugriff die Formulare nicht verlangsamt.

Ein gutes Formular fragt nur die im jeweiligen Schritt benötigten Informationen ab

In Prozessprojekten habe ich Formulare gesehen, die bereits im ersten Schritt sehr viele Angaben verlangen, um möglichst vollständig zu wirken. Ein Teil dieser Informationen steht zu diesem Zeitpunkt jedoch noch nicht zur Verfügung oder sollte später von einer anderen Rolle ergänzt werden. Dadurch verlängert sich die Erfassung und die Wahrscheinlichkeit geschätzter oder falscher Angaben steigt.

Jede Rolle sollte nur die Informationen sehen und bearbeiten, die sie für die Entscheidung oder Tätigkeit ihres Prozessschritts benötigt. Bedingte Felder, vorbelegte Werte aus vertrauenswürdigen Quellen und eine zur Antragsart passende Validierung erleichtern die Nutzung. Wesentliche Kontrollen sollten zusätzlich serverseitig ausgeführt werden und nicht allein von der Formularoberfläche oder JavaScript abhängen.

Berichtsanforderungen sollten vor der Umsetzung festgelegt werden

Werden Anforderungen an Berichte erst nach dem Prozessstart formuliert, wurden die dafür benötigten Daten möglicherweise nicht erfasst. Deshalb kläre ich bereits bei der Prozessgestaltung, welche Informationen Führungskräfte später benötigen: Für welchen Schritt soll die Dauer gemessen werden? Wie wird der Grund einer Rückgabe gespeichert? Welcher Bereich ist für eine Verzögerung verantwortlich? Wann gilt ein Vorgang als erfolgreich, fehlerhaft oder korrekturbedürftig?

Die Antworten bestimmen, welche Felder und Ereignisse im BPMS gespeichert werden müssen. Meine Erfahrung zeigt, dass ein übersichtliches Dashboard mit wenigen präzise definierten und handlungsrelevanten Kennzahlen meist wertvoller ist als ein überladenes Berichtssystem mit zahlreichen Diagrammen und unklaren Definitionen.

Für mich ist ein Prozess erfolgreich gestaltet, wenn Benutzer ihre Aufgaben mit weniger Unklarheit und weniger manuellen Rückfragen erledigen können, Führungskräfte den tatsächlichen Arbeitsstand erkennen und die Organisation ihre gespeicherten Daten für die weitere Verbesserung des Ablaufs verwenden kann.