Ein Prozessmodell kann wunderbar aussehen und trotzdem nichts verändern. Das passiert, wenn es im Workshop entsteht, danach im Ordner landet und niemand mehr damit arbeitet. Entscheidend ist nicht, wie viele Symbole ein Diagramm enthält. Entscheidend ist, ob Menschen im Alltag mit ihm schneller, sicherer oder verlässlicher zum Ergebnis kommen.
Ich habe versucht aufzuschreiben, woran du erkennst, dass Prozessmanager oder BPM-Berater Prozessmanagement wirklich beherrschen. Die Liste ist bewusst praktisch. Sie hilft dir, wenn du einen Ablauf verbessern, digitalisieren, schulen oder auditierbar machen willst und nicht bei einer sauberen Dokumentation stehen bleiben möchtest.
Der Kern in einem Satz
Gutes Prozessmanagement verbindet Zweck, Realität, Verantwortung, Ausnahmefälle und Umsetzung zu einer Arbeitsweise, die auch nach dem Workshop noch trägt.
Der goldene Punkt steht für einen Vorgang. Er durchläuft den Standard, macht den Sonderfall als eigenen Weg sichtbar und kehrt mit einer Erkenntnis in die Verbesserung zurück.
1. Du klärst zuerst, wofür das Prozessmodell gebraucht wird
„Wir müssen den Prozess aufnehmen“ ist noch kein Auftrag. Bevor jemand Kästchen zeichnet, sollte klar sein, welche Entscheidung oder Veränderung das Modell ermöglichen soll. Wird ein neues System eingeführt? Sollen neue Kolleginnen und Kollegen schneller arbeitsfähig sein? Fehlt ein belastbarer Nachweis für Audit oder Qualitätsmanagement? Oder sucht ein Team gezielt nach Wartezeit, Nacharbeit und Risiken?
Diese Frage verändert die Modellierung. Eine Schulung braucht einen verständlichen Ablauf mit Rollen, Übergaben und den wenigen Regeln, die im Alltag wirklich zählen. Bei einer Systemeinführung kommen Daten, Auslöser, Schnittstellen, Berechtigungen und Fehlerwege hinzu. Für Audit und Steuerung braucht es außerdem Verantwortlichkeiten, Kontrollen und Nachweise. Wer alles gleichzeitig in ein Modell presst, produziert meist etwas, das für keinen dieser Zwecke gut genug ist.
Auch die ISO-Leitlinien zum Prozessansatz sehen Dokumentation nicht als Selbstzweck: Organisationen sollen festlegen, welche Prozesse dokumentiert werden und wie, abhängig von Komplexität, Kritikalität und verfügbaren Kompetenzen. Die ISO beschreibt das ausdrücklich als Entscheidung über angemessene Steuerung und Verbesserung.
Deine bessere Einstiegsfrage
Statt „Wie läuft der Prozess?“ hilft dir oft diese Reihenfolge:
- Welches Ergebnis soll verlässlich entstehen? Das kann eine korrekt gebuchte Rechnung, ein entschiedenes Angebot oder ein gelöster Kundenfall sein.
- Wer nutzt das Modell danach und wofür? Mitarbeitende, Fachbereich, IT, Führung, Auditoren oder mehrere Gruppen?
- Welche Entscheidung wird mit dem Modell leichter? Erst diese Antwort bestimmt Tiefe, Sprache und Darstellungsform.
Drei Prüfungen vor dem Soll-Prozess
Das Modell dient einer konkreten Entscheidung, Einführung oder Schulung.
Die fachliche Wahl bleibt beim Prozessverantwortlichen.
Informelle Wege werden geprüft, statt still aus dem Bild zu fallen.
2. Du lässt dir den Ablauf am Arbeitsplatz zeigen
Der Besprechungsraum hat seinen Wert. Dort kommen Rollen zusammen, Begriffe werden geklärt und Konflikte dürfen sichtbar werden. Er zeigt aber häufig den Soll-Anspruch: wie es laufen sollte, wie man es sich vorstellt oder wie es im Handbuch steht.
Die Arbeit selbst erzählt etwas anderes. Am Arbeitsplatz sieht man, welche Informationen fehlen, welche Freigabe auf sich warten lässt, welche Excel-Datei eine Schnittstelle ersetzt und wann ein Anruf den offiziell beschriebenen Weg umgeht. Man erkennt auch gute Lösungen, die sonst nie dokumentiert würden.
Eine brauchbare Aufnahme verbindet deshalb Gespräch und Beobachtung. Lass dir einen oder zwei reale Fälle vom Auslöser bis zum Ergebnis zeigen. Bitte die Ausführenden, laut zu erklären, worauf sie achten und wann sie vom Standard abweichen. Nicht um Menschen zu kontrollieren, sondern um das System zu verstehen, in dem sie arbeiten.
Beobachtung macht die informellen Wege sichtbar. Erst dann lässt sich entscheiden, ob sie Risiko, unnötige Reibung oder eine hilfreiche Ausnahme sind.
Deine kleine Beobachtungsroutine
Für jeden gezeigten Fall reichen zu Beginn fünf Notizen: Was löst ihn aus? Welche Information kommt von außen? Wo wechselt Verantwortung? Wo wartet der Vorgang? Was passiert, wenn etwas fehlt oder nicht passt? Daraus entsteht ein viel belastbareres Bild als aus einer Liste von Tätigkeitsschritten.
3. Du triffst fachliche Entscheidungen nicht selbst
BPM-Beratung bringt Struktur in eine Diskussion. Sie kann Varianten entwickeln, Auswirkungen sichtbar machen, Moderation übernehmen und unbequeme Fragen stellen. Was sie nicht übernehmen sollte, ist die fachliche Entscheidung anstelle des Unternehmens.
Ein Soll-Prozess verändert Prioritäten, Verantwortlichkeiten, Kontrollen und manchmal auch die Verteilung von Arbeit. Das ist keine Modellierungsfrage. Es ist eine Führungs- und Geschäftsentscheidung. Sie gehört zum Prozessverantwortlichen, der Ergebnis, Risiko und Weiterentwicklung des Prozesses verantwortet.
Das kann länger dauern, als es einer Projektplanung lieb ist. Trotzdem ist es ein gutes Zeichen. Die APQC ordnet Prozessverantwortlichen genau diese Aufgaben zu: Prozess definieren, Ziele setzen, Leistung überwachen, Risiken und Kontrollen steuern und Verbesserungen führen. Ihre Übersicht zu Rollen und Entscheidungsrechten trennt dabei klar zwischen Verantwortung im Fachbereich und Unterstützung durch die BPM-Funktion.
Was dir Beratung stattdessen liefert
Eine gute Vorlage macht die Entscheidung leichter. Sie benennt Optionen, beschreibt Folgen für Kunden, Mitarbeitende, Kosten, Systeme und Risiken. Sie sagt auch offen, welche Annahme noch ungeprüft ist. Am Ende steht dann kein „Der Berater hat es entschieden“, sondern ein nachvollziehbarer Beschluss mit einer Person, die ihn im Alltag vertreten kann.
4. Du interessierst dich für Sonderfälle
Den Standardablauf kennen viele Teams. Er ist meistens auch schnell modelliert. Die Kosten, Frustrationen und Risiken entstehen jedoch oft dort, wo der Standard nicht greift: eine unvollständige Anfrage, eine fehlende Freigabe, ein Kunde mit abweichender Vereinbarung, ein Systemausfall oder ein Fall, der nur per Mail, Telefon oder Zuruf weiterkommt.
Sonderfälle sind nicht automatisch Fehler. Manche sind wichtige Schutzmechanismen. Andere zeigen, dass Regel, System oder Verantwortlichkeit nicht zum tatsächlichen Bedarf passen. Deshalb verdienen sie eine eigene Frage: Wie oft passiert das? Woran erkennen wir den Fall? Wer entscheidet dann? Was wird dokumentiert? Und was kostet der Umweg?
Wer diese Fälle beim Modellieren ausblendet, baut eine schöne Karte für eine idealisierte Welt. Wer sie sichtbar macht, gewinnt die Grundlage für belastbare Automatisierung, sinnvolle Kontrollen und bessere Übergaben.
Die Ausnahmen, nach denen du zuerst fragen solltest
- Welche Vorgänge werden per Mail, Chat oder Anruf gelöst?
- Wann muss jemand manuell nacharbeiten?
- Welche Entscheidung hängt an einer einzelnen erfahrenen Person?
- Welche Fälle werden zurückgestellt, weil Information, Berechtigung oder Systemzugang fehlt?
- Wo wird ein Vorgang eröffnet, aber nie sauber abgeschlossen?
5. Du bleibst nach dem Workshop dran
Ein Soll-Prozess, den niemand einführt, hat nichts verbessert. Nach dem Workshop beginnt die entscheidende Arbeit: Verantwortliche bestätigen, Arbeitsmittel anpassen, Teams informieren, trainieren, Hindernisse sammeln und prüfen, ob der neue Ablauf tatsächlich genutzt wird.
Dafür braucht es keinen monatelangen Überbau. Ein klarer Umsetzungsplan genügt oft: Was ändert sich ab wann? Wer erklärt es? Was muss im System, im Formular oder in der Vorlage angepasst werden? Welche zwei oder drei Beobachtungen zeigen nach vier Wochen, ob der Ablauf besser funktioniert? Ein Prozess ohne Rückmeldung bleibt Annahme.
Der PDCA-Zyklus beschreibt diese Haltung schlicht: planen, umsetzen, prüfen, anpassen. Die ISO ordnet dem Zyklus Ziele, Umsetzung und Steuerung, Messung sowie Verbesserungsmaßnahmen zu. Genau deshalb ist die Einführung kein Anhang der Modellierung, sondern ihr Wirksamkeitstest.
Was ich ergänzen würde
Du misst nicht alles, aber das Richtige
Eine Kennzahl ist dann nützlich, wenn sie eine konkrete Frage beantwortet. Bei einer Angebotsstrecke kann das die Durchlaufzeit bis zur verbindlichen Rückmeldung sein. In der Rechnungsprüfung vielleicht die Quote der Fälle, die ohne Rückfrage durchlaufen. Wichtig ist die Verbindung zum Ziel. Eine Kennzahl ohne Entscheidung, die daraus folgt, ist nur Reporting.
Du denkst Ende zu Ende
Abteilungen optimieren leicht ihren eigenen Abschnitt und verschieben Arbeit damit nur weiter. Prozessmanagement schaut über diese Grenze. Der Kunde oder der nächste Prozessschritt erlebt keine Abteilungsstruktur. Er erlebt eine Leistung, die rechtzeitig, vollständig und nachvollziehbar ankommt oder eben nicht.
Du machst Annahmen sichtbar
Prozessarbeit arbeitet oft mit unvollständigem Wissen. Das ist normal. Gefährlich wird es erst, wenn Annahmen wie Fakten behandelt werden. Gute Prozessmanager markieren, was beobachtet, entschieden, gemessen oder noch zu prüfen ist. Das hält ein Modell ehrlich und macht die nächste Untersuchung konkret.
Die Kurz-Checkliste für den nächsten Prozessworkshop
- Ist der konkrete Zweck des Prozessmodells benannt?
- Wurde mindestens ein echter Vorgang im Arbeitskontext gezeigt?
- Ist klar, wer die fachliche Soll-Entscheidung trifft?
- Sind häufige Ausnahmen und informelle Wege erfasst?
- Gibt es einen Verantwortlichen, einen Einführungsschritt und einen Zeitpunkt für die erste Rückschau?
Wenn eine dieser Fragen offen bleibt, ist das kein Grund, den Workshop abzubrechen. Es ist ein Auftrag für den nächsten Schritt. Gute Prozessarbeit zeichnet nicht nur den Weg nach. Sie macht die nächste sinnvolle Entscheidung sichtbar.
Quellen und Stand
- ISO, Guidance on the Concept and Use of the Process Approach for Management Systems, abgerufen am 5. Oktober 2026. Grundlage für Zweck, Dokumentation und Prozessverantwortung.
- ISO, The Process Approach in ISO 9001, abgerufen am 5. Oktober 2026. Grundlage für PDCA und kontinuierliche Verbesserung.
- APQC, How Should Process Ownership, Roles, and Decision Rights Be Defined?, abgerufen am 5. Oktober 2026. Grundlage für Rollen, Entscheidungshoheit und Prozessverantwortung.
- APQC, How can continuous improvement be embedded and sustained?, abgerufen am 5. Oktober 2026. Grundlage für Einführung, Messung und kontinuierliche Verbesserung.
Der Beitrag ist ein fachlicher Orientierungsrahmen, keine Normauslegung oder Auditberatung. Redaktion, Einordnung und Visualisierung: herrlichconsultegyzer.
