Geschäftsprozess-Mapping sollte dazu beitragen, Arbeit leichter verständlich und verbesserbar zu machen. Zu häufig entsteht dabei jedoch nur ein ansprechendes Diagramm, das einmal geprüft, als PDF exportiert und anschließend vergessen wird, während der tatsächliche Prozess weiterhin über Postfächer, Tabellen und das Gedächtnis der Mitarbeitenden läuft.
Das Problem liegt nicht im Prozess-Mapping selbst. Es entsteht, wenn das Diagramm als fertiges Ergebnis betrachtet wird. Ein nützliches Geschäftsprozessdiagramm sollte zur operativen Infrastruktur werden: Es sollte definieren, wie Arbeit weitergeleitet wird, wer für jeden Schritt verantwortlich ist, welche Systeme beteiligt sind, wo Entscheidungen getroffen werden und wie sich die Ausführung nachweisen lässt.
Über statische Prozessdiagramme hinausgehen
Ein traditionelles Prozessdiagramm stellt den erwarteten Weg von einer Eingabe zu einem Ergebnis dar. Das ist wertvoll, garantiert jedoch nicht, dass dieser Weg tatsächlich eingehalten wird.
Betrachten wir einen Prozess für Kundenerstattungen. Das Diagramm zeigt möglicherweise, dass der Support die Anfrage prüft, die Finanzabteilung Erstattungen oberhalb eines Schwellenwerts genehmigt und ein Mitarbeiter die Abrechnungsplattform aktualisiert. Bei der Ausführung könnte die Anfrage jedoch per E-Mail eingehen, der Schwellenwert falsch in Erinnerung sein und die Aktualisierung der Abrechnung nie im Vorgangsverlauf dokumentiert werden.
Das Diagramm beschreibt den Prozess, doch der Prozess ist weiterhin von menschlicher Koordination abhängig. Diese Lücke führt zu vier häufigen operativen Problemen:
Die Verantwortlichkeit bleibt unklar. Eine Swimlane nennt eine Abteilung, aber keine konkrete Person erhält die Aufgabe.
Die Entscheidungslogik bleibt informell. Das Diagramm zeigt eine Verzweigung, ohne die genauen zugrunde liegenden Kriterien festzuhalten.
Systemaktionen bleiben voneinander getrennt. Mitarbeitende müssen das Diagramm verlassen und manuell in anderen Anwendungen weiterarbeiten.
Der Abschluss lässt sich nur schwer nachweisen. Führungskräfte sehen den vorgesehenen Ablauf, aber nicht den tatsächlichen Weg eines bestimmten Falls.
Ein Prozessdiagramm gewinnt an Wert, wenn es mit der Ausführung verbunden wird. Dazu müssen Kästen und Pfeile in zugewiesene Schritte, strukturierte Eingaben, Genehmigungspunkte, Systemaktionen, Fristen, Ausnahmen und Audit-Datensätze überführt werden.
Den richtigen operativen Detaillierungsgrad wählen
Viele Prozess-Mapping-Initiativen scheitern, weil das Team mit dem Zeichnen beginnt, bevor es festgelegt hat, welchen Zweck das Diagramm erfüllen soll. Ein Diagramm für die Kommunikation mit der Geschäftsleitung sollte nicht denselben Detaillierungsgrad haben wie ein Workflow für die tägliche Ausführung.
Nutzen Sie drei Ebenen, damit das Modell verständlich bleibt.
Ebene 1: Der End-to-End-Prozess
Diese Ebene zeigt die wesentlichen Phasen, die zu einem Geschäftsergebnis führen. Ein Diagramm für das Lieferanten-Onboarding könnte folgende Schritte enthalten:
Lieferantenanfrage entgegennehmen.
Due-Diligence-Prüfung durchführen.
Kommerzielle Bedingungen genehmigen.
Lieferantendatensatz anlegen.
Lieferanten aktivieren und anfragende Person benachrichtigen.
Diese Ansicht hilft Führungskräften, Umfang, Grenzen und funktionsübergreifende Verantwortlichkeiten zu verstehen. Sie sollte in der Regel auf einen Bildschirm passen.
Ebene 2: Der operative Workflow
Diese Ebene zeigt Übergaben, Entscheidungen, parallele Arbeit, Genehmigungen und Ausnahmen. Die Due-Diligence-Prüfung könnte beispielsweise in Sicherheits-, Rechts- und Finanzprüfungen aufgeteilt werden, die vor der Aktivierung sämtlich abgeschlossen sein müssen.
Hier sind Swimlanes und visuelle Workflow-Diagramme besonders hilfreich. Jede Lane sollte einen relevanten Verantwortlichen darstellen, beispielsweise ein Team, eine Rolle, ein System oder einen KI-Agenten. Jede Verzweigung sollte über eine explizite Routing-Bedingung verfügen.
Ebene 3: Das Ausführungsverfahren
Diese Ebene enthält die Anweisungen und Daten, die zur Durchführung einer bestimmten Aktivität erforderlich sind. Dazu können Checklisten, Formularfelder, Nachweisanforderungen, Fälligkeitstermine und Zuweisungen auf Schrittebene gehören.
Versuchen Sie nicht, jede einzelne Anweisung in einem riesigen Diagramm unterzubringen. Verwenden Sie das visuelle Diagramm zur Orchestrierung des Prozesses und verknüpfen Sie die einzelnen Phasen anschließend mit SOPs oder Aufgabenanweisungen. Wenn Sie entscheiden möchten, welches Format sich wofür eignet, lesen Sie Wann visuelle Workflows sinnvoll sind: Systeme vs. SOPs.
Ein Geschäftsprozessdiagramm in sieben Schritten erstellen
Für den Einstieg benötigen Sie kein spezielles Notationssystem. Sie brauchen eine disziplinierte Methode, die die Realität abbildet, ohne das Diagramm unnötig kompliziert zu machen.
1. Ergebnis und Grenzen definieren
Beschreiben Sie, welcher Zustand am Ende des Prozesses erreicht sein soll. Vermeiden Sie vage Ergebnisse wie „Anfrage bearbeiten“. Formulieren Sie stattdessen ein überprüfbares Ergebnis, beispielsweise: „Genehmigten Lieferanten im ERP angelegt und Aktivierungsbenachrichtigung an die anfragende Person gesendet.“
Definieren Sie anschließend den Auslöser und den Endpunkt. So verhindern Sie, dass das Diagramm auf sämtliche vor- und nachgelagerten Aktivitäten ausgeweitet wird, die mit dem Prozess zusammenhängen.
2. Beteiligte Personen und Systeme identifizieren
Listen Sie alle Rollen, Teams, Anwendungen, Datenquellen und externen Parteien auf, die am Prozess beteiligt sind. Dieser Schritt deckt häufig Schattenarbeit auf, die in der offiziellen Dokumentation fehlt.
Fragen Sie, wo Informationen eingehen, wo sie erneut eingegeben werden, welche Zugangsdaten erforderlich sind und welches System den maßgeblichen Datensatz enthält. Ein Prozess lässt sich nicht zuverlässig automatisieren, solange diese Abhängigkeiten unsichtbar bleiben.
3. Den aktuellen Prozess vor der Neugestaltung abbilden
Erstellen Sie ein Ist-Diagramm, das auf den tatsächlichen Abläufen basiert – nicht auf dem, was laut Richtlinie geschehen sollte. Befragen Sie die Mitarbeitenden, die die Arbeit ausführen, und prüfen Sie aktuelle Beispiele.
Erfassen Sie Workarounds, inoffizielle Genehmigungen, Tabellen zur Nachverfolgung und häufige Verzögerungen. Diese Details erklären, warum sich der aktuelle Prozess so verhält, wie er es tut.
4. Entscheidungen und Routing-Bedingungen ergänzen
Jeder Entscheidungspunkt sollte eine klare Frage beantworten und zu definierten Ergebnissen führen. Ersetzen Sie eine Raute mit der Beschriftung „Anfrage prüfen“ durch eine konkrete Regel, beispielsweise:
Liegt die beantragte Erstattung über 1.000 €?
Verarbeitet der Lieferant personenbezogene Daten?
Verwendet der Vertrag nicht standardisierte Bedingungen?
Wenn die Antwort eine Beurteilung erfordert, dokumentieren Sie die Kriterien oder erstellen Sie einen Entscheidungsbaum. So wird implizites Erfahrungswissen in wiederverwendbare Logik überführt, anstatt jede Person die Verzweigung unterschiedlich interpretieren zu lassen.
5. Verantwortlichkeit, Zeitrahmen und Nachweise dokumentieren
Geben Sie für jede Aktivität Folgendes an:
Die verantwortliche Rolle oder das verantwortliche Team
Die erwartete Bearbeitungszeit
Erforderliche Eingaben
Das verwendete System
Den Abschlussnachweis
Den Eskalationspfad bei blockierten oder überfälligen Aufgaben
Darin liegt der Unterschied zwischen einem beschreibenden Flussdiagramm und einem operativen Design. Bei funktionsübergreifender Arbeit reduzieren eindeutige Verantwortlichkeiten außerdem die Übergabefehler, die in Verhindern, dass Arbeit zwischen Teams verloren geht behandelt werden.
6. Den verbesserten Prozess gestalten
Erstellen Sie nun das Soll-Diagramm. Entfernen Sie redundante Prüfungen, führen Sie wiederholte Datenerfassungen zusammen, klären Sie Verantwortlichkeiten und identifizieren Sie automatisierbare Aktionen.
Automatisieren Sie nicht jeden Schritt, nur weil es technisch möglich ist. Behalten Sie menschliche Prüfungen bei, wenn die Folgen erheblich sind, Nachweise nicht eindeutig ausfallen oder Ausnahmen eine Beurteilung erfordern. Automatisieren Sie wiederkehrende Aktionen mit stabilen Eingaben und vorhersehbaren Ergebnissen.
7. Das Diagramm mit realen Fällen validieren
Führen Sie mindestens drei kürzlich bearbeitete Fälle durch den vorgeschlagenen Prozess: einen normalen Fall, einen komplexen Fall und einen Fehler- oder Ausnahmefall. Stellen Sie sicher, dass das Diagramm alle drei Fälle abbilden kann, ohne auf undokumentierte Einschätzungen angewiesen zu sein.
An der Validierung sollten sowohl die ausführenden Mitarbeitenden als auch die Prozessverantwortlichen beteiligt sein. Ein Workflow, der aus Sicht des Managements effizient wirkt, lässt möglicherweise Informationen aus, die operative Teams für eine sichere Ausführung benötigen.
Einen einheitlichen Satz von Prozessdiagramm-Symbolen verwenden
Ein kleiner, einheitlicher Symbolsatz ist nützlicher als eine aufwendige Notation, die nur der Prozessanalyst versteht. Die meisten Operations-Teams können ihre Arbeit mit den folgenden Elementen abbilden:
Element | Bedeutung | Operative Frage |
|---|---|---|
Start | Auslöser, der den Prozess startet | Welches Ereignis erzeugt die Aufgabe? |
Aktivität | Von einer Person oder einem System ausgeführte Arbeit | Was muss erledigt werden? |
Entscheidung | Bedingung, die den weiteren Weg verändert | Welche Regel bestimmt den nächsten Schritt? |
Genehmigung | Autorisierte Annahme oder Ablehnung | Wer muss anhand welcher Kriterien genehmigen? |
Aufteilung | Parallele Pfade beginnen | Welche Aktivitäten können gleichzeitig stattfinden? |
Zusammenführung | Parallele Pfade laufen zusammen | Was muss abgeschlossen sein, bevor die Arbeit fortgesetzt wird? |
Schleife | Aktivität wird unter einer bestimmten Bedingung wiederholt | Wodurch wird die Wiederholung beendet? |
Ausnahme | Arbeit verlässt den Standardpfad | Wer ist für den ungewöhnlichen Fall verantwortlich? |
Ende | Überprüfbares Prozessergebnis | Was weist nach, dass der Prozess abgeschlossen ist? |
Die Beschriftungen sind wichtiger als die Formen. Benennen Sie Aktivitäten mit einem Verb und einem Objekt, beispielsweise „Steuerdaten prüfen“ oder „CRM-Konto anlegen“. Formulieren Sie Entscheidungen als beantwortbare Fragen und kennzeichnen Sie ausgehende Pfade mit den jeweiligen Bedingungen.
Vermeiden Sie nach Möglichkeit sich kreuzende Pfeile. Wenn ein Diagramm ständiges Zoomen und Nachverfolgen erfordert, teilen Sie es in ein übergeordnetes Systemdiagramm mit verknüpften Teilprozessen auf. Das Ziel ist gemeinsames Verständnis, nicht visuelle Dichte.
Das Prozessdiagramm in einen ausführbaren Workflow überführen
Sobald das verbesserte Diagramm genehmigt wurde, verbinden Sie es mit der tatsächlichen Arbeitsweise. An diesem Punkt entwickelt sich Prozess-Mapping von reiner Dokumentation zu Operations Management.
In OKiDO können Sie komplexe Prozesse als versionierte Systems strukturieren. Diese enthalten Nodes für SOPs, Aufgaben, Genehmigungen, Aufteilungen, Zusammenführungen, Schleifen, Variablenaktualisierungen, Berechnungen, Gates, Entscheidungsbäume und Ausnahmen. Das Diagramm kann anschließend menschliche Arbeit, KI-Ausführung und Aktionen verbundener Systeme in einem zentral gesteuerten Ablauf orchestrieren.
Einzelne Verfahren lassen sich als SOP-Templates mit Anweisungen, strukturierten Formularfeldern, Zuweisungen, relativen Fälligkeitsterminen, Anhängen und Genehmigungsschritten erstellen. Beim Start eines Templates entsteht ein RUN: eine aktive Prozessinstanz, in der Ihr Team Schritte abschließt, Nachweise einreicht, Entscheidungen dokumentiert und den Fortschritt verfolgt.
Dieser Ansatz verbindet vier operative Ebenen, die normalerweise voneinander getrennt sind:
Prozessdesign: Die vorgesehene Reihenfolge, Routing-Logik und Abhängigkeiten.
Operativer Kontext: Die Anweisungen, Standards, Variablen und Entscheidungskriterien.
Ausführung: Die Personen, KI-Agenten und verbundenen Anwendungen, die die Arbeit erledigen.
Nachweis: Die Zeitstempel, Genehmigungen, Kommentare, Dateien und der Audit-Verlauf, die zeigen, was geschehen ist.
Versionierung ist besonders wichtig. Wenn sich ein Workflow ändert, sollten neue Runs die veröffentlichte Version verwenden, während bestehende Runs weiterhin mit der Prozessversion verknüpft bleiben, unter der sie gestartet wurden. Andernfalls können Führungskräfte und Prüfer nicht zuverlässig nachvollziehen, warum ein Fall einem bestimmten Pfad gefolgt ist.
Ein ausführbares Prozessdiagramm verbessert außerdem die Behandlung von Ausnahmen. Anstatt bei fehlenden Daten oder einer fehlgeschlagenen Prüfung improvisieren zu müssen, kann der Workflow eine Ausnahme auslösen, einen Verantwortlichen zuweisen, zusätzliche Nachweise anfordern oder den Fall über einen separaten Genehmigungspfad weiterleiten. Weitere Hinweise finden Sie unter Ausnahme-Workflows entwerfen, die operatives Chaos verhindern.
Messen, ob der abgebildete Prozess funktioniert
Ein Prozessdiagramm ist eine Hypothese darüber, wie Arbeit ablaufen sollte. Ausführungsdaten zeigen, ob diese Hypothese zutrifft.
Beginnen Sie mit einer überschaubaren Auswahl an Kennzahlen:
Durchlaufzeit: Vergangene Zeit vom Prozessauslöser bis zum abgeschlossenen Ergebnis
Schrittdauer: Innerhalb einer einzelnen Aktivität aufgewendete Zeit
Wartezeit: Zeit, die vor Beginn einer Aktivität vergeht
First-Pass-Abschlussquote: Anteil der Fälle, die ohne Nacharbeit abgeschlossen werden
Ausnahmequote: Anteil der Runs, die den Standardpfad verlassen
Genehmigungsdauer: Zeit, die für die Genehmigung oder Ablehnung einer Anfrage benötigt wird
SLA-Erfüllung: Anteil der Fälle, die innerhalb des zugesagten Zeitrahmens abgeschlossen werden
Automatisierungserfolgsquote: Anteil automatisierter Aktionen, die ohne Eingriff abgeschlossen werden
Analysieren Sie diese Kennzahlen nach Prozessversion, Falltyp, Team und Entscheidungspfad. Ein Gesamtdurchschnitt kann verschleiern, dass eine bestimmte Verzweigung regelmäßig dreimal so lange dauert wie eine andere.
Vergleichen Sie außerdem den abgebildeten Pfad mit dem tatsächlich durchlaufenen Pfad. Wenn Mitarbeitende wiederholt einen Schritt überspringen, Nebenaufgaben anlegen oder in Kommentaren fehlende Informationen anfordern, zwingt das Prozessdesign sie zu Workarounds. Betrachten Sie dieses Verhalten als Verbesserungssignal, statt es automatisch als Nichteinhaltung zu klassifizieren.
Legen Sie für jeden wichtigen Prozess einen Verantwortlichen und eine Prüffrequenz fest. Änderungen sollten auf Nachweisen aus Runs basieren, mit den ausführenden Mitarbeitenden validiert, als neue Version veröffentlicht und nach der Bereitstellung überwacht werden. So entsteht ein praktischer Verbesserungszyklus: abbilden, ausführen, messen und überarbeiten.
Prozessdiagramme erstellen, die Ihr Team ausführen kann
Das beste Geschäftsprozess-Mapping endet nicht mit einem Diagramm. Es schafft ein gemeinsames Betriebsmodell, das Ergebnisse, Verantwortlichkeiten, Entscheidungen, Systemabhängigkeiten, Ausnahmen und Nachweise definiert. Wenn dieses Modell mit der laufenden Ausführung verbunden wird, entsteht eine zuverlässige Methode, um Menschen und KI im gesamten Unternehmen zu koordinieren.
OKiDO hilft Ihnen, statische Prozessdiagramme in versionierte, ausführbare Workflows mit SOPs, Entscheidungsbäumen, verbundenen Systemen, Zuweisungen, Genehmigungen, KI-Agenten und Audit-Trails zu überführen. Nutzen Sie OKiDO, um die Arbeitsweise Ihres Unternehmens abzubilden, jeden Prozess im passenden Kontext auszuführen und ihn anhand der Nachweise aus jeder Ausführung kontinuierlich zu verbessern.
