Korrekturschleife: Warum sie Prozesse ausbremst und wie du sie reduzierst
Korrekturschleifen kosten Durchlaufzeit und Nerven. Was sie verursacht, wie du sie im Prozess sichtbar machst und mit welchen Hebeln du sie reduzierst.
Fast jeder kennt den Satz “Da ist noch was, geht bitte nochmal zurück an die Fachabteilung”. Was harmlos klingt, ist einer der größten versteckten Zeitfresser in Geschäftsprozessen. In diesem Artikel schauen wir uns an, was eine Korrekturschleife genau ist, was sie wirklich kostet, wie du sie in deinem Prozessmodell sichtbar machst und mit welchen Hebeln du sie loswirst. Mit einem echten BPMN-Beispiel zum Nachbauen.
Was ist eine Korrekturschleife?
Eine Korrekturschleife ist ein Rücksprung in einem Prozess. Ein Arbeitsergebnis wird geprüft, besteht die Prüfung nicht und geht zur Überarbeitung an einen früheren Prozessschritt zurück. Danach wird erneut geprüft. Im schlechtesten Fall mehrfach.
Typische Beispiele aus der Praxis
- Ein Auftrag wird erfasst, geprüft und muss nochmals geändert werden, weil Daten fehlen (das Standardbeispiel für Schleifen in der Prozessliteratur, etwa bei Gadatsch 2025)
- Ein Dokument im Qualitätsmanagement durchläuft die Freigabe, wird abgelehnt und landet wieder beim Ersteller
- Eine Agentur liefert einen Entwurf, der Kunde gibt Feedback, es folgen Korrekturrunde zwei, drei und vier
- Eine Rechnung wird zurückgewiesen, weil die Bestellnummer fehlt, und geht zurück an den Lieferanten
Wichtig ist die Unterscheidung zwischen zwei Arten von Schleifen. Eine geplante Qualitätsschleife ist bewusst in den Prozess eingebaut, hat klare Prüfkriterien und eine begrenzte Zahl an Durchläufen. Eine ungeplante Korrekturschleife entsteht dagegen aus Fehlern, unklaren Anforderungen oder fehlenden Informationen. Die erste ist ein Werkzeug, die zweite ist Verschwendung.
| Ungeplante Korrekturschleife | Geplante Qualitätsschleife | |
|---|---|---|
| Entstehung | Passiert einfach, niemand hat sie entworfen | Bewusst in den Prozess eingebaut |
| Prüfkriterien | Unklar oder im Kopf des Prüfers | Schriftlich definiert, allen bekannt |
| Durchläufe | Unbegrenzt, Runde vier ist keine Seltenheit | Begrenzt, danach Eskalation ins Gespräch |
| Messung | Wird nirgends erfasst | Rücksprungquote wird gemessen |
| Wirkung | Senkt die Geschwindigkeit | Senkt das Risiko |
Woran du erkennst, dass Korrekturschleifen dein Problem sind
Korrekturschleifen verstecken sich gern. In der Prozessdokumentation steht der Idealablauf, gelebt wird etwas anderes. Diese Symptome deuten darauf hin, dass in deinen Prozessen ungeplante Schleifen laufen
- Die Durchlaufzeit ist um ein Vielfaches länger als die reine Bearbeitungszeit
- Formulierungen wie “zur Nachbesserung zurück” oder “bitte nochmal prüfen” tauchen ständig in E-Mails auf
- Dieselbe Vorlage wird mehrfach zwischen zwei Personen hin- und hergeschickt
- Niemand kann sagen, wie oft ein Vorgang im Schnitt zurückläuft, weil es nirgends gemessen wird
Die Ursachen sind fast immer dieselben. Bergsmann (2012) beschreibt Schleifen in der Abarbeitung als typisches Symptom unklarer Zuständigkeiten, verbunden mit erhöhtem Koordinationsaufwand, hohen Prozesskosten und langen Durchlaufzeiten. Dazu kommen unklare Anforderungen am Prozessstart und Prüfungen, die erst ganz am Ende stattfinden, wenn die Nacharbeit am teuersten ist.
Was eine Korrekturschleife wirklich kostet
Rechnen wir es an einem einfachen Beispiel durch. Angenommen, dein Freigabeprozess lehnt 30 Prozent der eingereichten Vorgänge im ersten Anlauf ab. Dann braucht ein Vorgang im Durchschnitt rund 1,4 Durchläufe bis zur Freigabe. Auf hundert Vorgänge kommen also etwa vierzig zusätzliche Prüf- und Überarbeitungsrunden, die niemand eingeplant hat.
Wie stark die Wartezeiten dominieren, zeigt der Blick auf denselben Vorgang als Wertstrom. Die Zeitleiter unten trennt echte Bearbeitungszeit von Wartezeit, so wie es das Value Stream Mapping aus dem Lean Management vorsieht
Die reine Mehrarbeit ist dabei nur der kleinere Teil des Problems. Jeder Rücksprung erzeugt neue Liege- und Wartezeiten, denn das zurückgewiesene Ergebnis reiht sich beim Bearbeiter wieder hinten ein, und der Prüfer wartet danach erneut. In vielen Prozessen machen diese Wartezeiten den Löwenanteil der Durchlaufzeit aus. Deshalb gehört “Schleifen vermeiden” bei Gadatsch (2025) zu den klassischen Grundregeln der Prozessoptimierung, gleichrangig mit dem Abbau von Warte- und Liegezeiten.
Korrekturschleifen im BPMN-Diagramm sichtbar machen
Der erste Schritt zur Verbesserung ist Sichtbarkeit. In einem BPMN-Diagramm modellierst du eine Korrekturschleife mit einem Exclusive Gateway (XOR, die Raute mit dem X) nach der Prüfaktivität. Der eine Pfad trägt das Label “Prüfung bestanden” und führt weiter Richtung Prozessende. Der andere Pfad trägt das Label “Nachbesserung nötig” und führt als Rücksprung zurück zur Bearbeitungsaktivität.
So sieht das an einem echten Beispiel aus. Das folgende Diagramm haben wir aus genau dieser Beschreibung generiert, fünf Sätze, mehr nicht
Ein Mitarbeiter erstellt eine Prozessbeschreibung und reicht sie zur Freigabe ein. Die QM-Beauftragte prüft das eingereichte Dokument anhand der Freigabekriterien. Wenn die Prüfung bestanden ist, gibt die QM-Beauftragte das Dokument frei und veröffentlicht es im QM-Handbuch, damit endet der Prozess. Wenn die Prüfung nicht bestanden ist, schickt die QM-Beauftragte das Dokument mit Korrekturhinweisen zurück an den Mitarbeiter. Der Mitarbeiter überarbeitet das Dokument und reicht es erneut zur Prüfung ein.
Auf dem Diagramm siehst du sofort, was die Schleife im Alltag bedeutet. Der Rücksprung wechselt zweimal die Lane, jede Runde beschäftigt also beide Rollen erneut. Beachte auch das kleine Gateway vor der Prüfaktivität, dort treffen Erst-Einreichung und Rücksprung zusammen, sodass jede Aktivität bei genau einem eingehenden und einem ausgehenden Sequenzfluss bleibt. Genau diese Sichtbarkeit ist der Wert des Modells.
Vier Regeln machen die Schleife im Modell sauber
- Beschrifte beide Pfade am Gateway. Ein unbeschrifteter Rücksprung ist im Review nicht eindeutig und wird gern übersehen.
- Gib jeder Aktivität genau einen eingehenden und einen ausgehenden Sequenzfluss. Diese oft ungeschriebene Stilregel zwingt jede Verzweigung und jede Zusammenführung in ein Gateway, wo sie sichtbar ist. Für die Korrekturschleife bedeutet das, der Rücksprung mündet nicht direkt in die Prüfaktivität, sondern in ein eigenes zusammenführendes Gateway davor. Genau so ist es im Beispiel unten modelliert.
- Modelliere den Rücksprung explizit. Ein ehrliches Modell zeigt die Schleife, auch wenn sie unbequem aussieht. Nur so kannst du im Team über sie sprechen.
- Halte das Modell strukturiert. Die Modellierungsrichtlinien von Mendling, Reijers und van der Aalst (2010) empfehlen, Modelle so strukturiert wie möglich zu halten, weil unstrukturierte Modelle nachweislich mehr Fehler enthalten und schlechter verstanden werden. Eine Schleife mit klarem Ein- und Ausstiegspunkt bleibt lesbar, kreuz und quer laufende Rücksprünge nicht.
Wenn du deinen Ist-Prozess einmal ehrlich mit allen Schleifen modelliert hast, passiert im Review fast immer dasselbe. Jemand zeigt auf den Rücksprung und fragt, warum der eigentlich da ist. Genau dieses Gespräch ist der Anfang der Verbesserung.
Sechs Hebel gegen unnötige Korrekturschleifen
1. Freigabekriterien vorab definieren
Die meisten Ablehnungen entstehen, weil Ersteller und Prüfer unterschiedliche Erwartungen haben. Definiere schriftlich, was ein freigabefähiges Ergebnis ausmacht, bevor die Arbeit beginnt. Eine halbe Seite Kriterien erspart drei Korrekturrunden.
2. Qualität an der Quelle statt Kontrolle am Ende
Das wirksamste Muster aus der Prozessliteratur. Statt am Ende zu prüfen und zurückzuschicken, verhinderst du fehlerhafte Eingaben direkt bei der Erfassung. Gadatsch (2025) nennt als Beispiel die Online-Erfassung von Kunden- und Bestelldaten mit vollständiger Plausibilisierung, sodass der Auftrag erst nach erfolgreicher Prüfung überhaupt ins System gelangt. Pflichtfelder, Validierungen und klare Formulare sind billiger als jede Nacharbeitsschleife.
3. Checklisten für Ersteller
Gib den Erstellern dieselbe Checkliste, die der Prüfer verwendet. Was der Prüfer ankreuzt, kann der Ersteller vorher selbst ankreuzen. Damit wandert die Prüfung an den Anfang und die Schleife verschwindet, ohne dass Qualität verloren geht.
4. Zuständigkeiten klären
Wenn unklar ist, wer prüft, wer freigibt und wer nacharbeitet, dreht der Vorgang Ehrenrunden zwischen Postfächern. Lege pro Prozessschritt genau eine verantwortliche Rolle fest und modelliere sie als Lane im Diagramm. Unklare Zuständigkeiten sind laut Bergsmann (2012) einer der häufigsten Gründe, warum Abarbeitungsschleifen überhaupt entstehen.
5. Korrekturrunden begrenzen
Vereinbare eine maximale Zahl an Korrekturrunden, zum Beispiel zwei. Ab der dritten Runde eskaliert der Vorgang in ein direktes Gespräch statt in die nächste schriftliche Schleife. Das klingt streng, verhindert aber die endlosen Feedback-Pingpongs, bei denen jede Runde neue Kleinigkeiten produziert.
6. Früh und klein prüfen statt spät und groß
Eine große Prüfung am Ende erzeugt große Rücksprünge. Mehrere kleine Prüfpunkte im Verlauf erzeugen kleine, billige Korrekturen. Besonders bei langen Prozessen lohnt es sich, die erste Prüfung so früh zu legen, dass grobe Richtungsfehler nach zehn Prozent der Arbeit auffallen und nicht nach neunzig.
Vom Ist zum Zielbild
Wendet man die Hebel konsequent an, entsteht dieses Zielbild. Die Prüfung wird zum wiederverwendbaren Teilprozess, den beide Rollen aufrufen, Mitarbeiter und QM-Beauftragte.
Drei Dinge machen dieses Modell zur sauberen Lösung. Der Hauptprozess bleibt auf einer Ebene und liest sich als klarer Fluss von links nach rechts. Die Prüfung ist ein Teilprozess, der die Checkliste und ihre interne Korrekturschleife kapselt, jeder Aufrufer bekommt garantiert dieselbe Prüflogik. Und jeder Baustein bleibt für sich verständlich, weil die Komplexität eine Ebene tiefer liegt und nicht das Hauptdiagramm überlädt.
Die Korrekturschleife verschwindet dabei nicht, sie wandert in den Teilprozess. Weil dort schon vor der Einreichung anhand der Checkliste geprüft wird, tritt sie aber seltener ein. Und wenn eine Beschreibung die Anforderungen gar nicht erfüllt, endet der Teilprozess sauber mit einem Abbruch, ohne den Hauptprozess unübersichtlich zu machen.
Wann eine Korrekturschleife bleiben darf
Nicht jede Schleife ist schlecht. Bei Ergebnissen mit hohem Risiko, etwa Verträgen, Abrechnungen oder sicherheitsrelevanten Dokumenten, ist eine bewusste Prüfschleife mit Vier-Augen-Prinzip genau richtig. Der Unterschied zur Verschwendungsschleife liegt in drei Punkten. Die Schleife ist gewollt und dokumentiert, sie hat klare Prüfkriterien, und ihre Durchlaufzahl wird gemessen. Eine gesteuerte Qualitätsschleife senkt dein Risiko. Eine ungesteuerte Korrekturschleife senkt nur deine Geschwindigkeit.
Häufige Fragen
Wie viele Korrekturschleifen sind normal? Eine pauschale Zahl gibt es nicht, aber eine brauchbare Faustregel. Wenn mehr als jeder fünfte Vorgang die erste Prüfung nicht besteht, liegt das Problem fast nie beim Ersteller, sondern bei unklaren Anforderungen oder fehlenden Hilfsmitteln. Miss die Quote und arbeite an den Ursachen statt an den Symptomen.
Was ist der Unterschied zwischen Korrekturschleife und Feedbackschleife? Eine Feedbackschleife ist ein Lernmechanismus und ausdrücklich erwünscht, etwa Retrospektiven oder Kundenfeedback zur Produktverbesserung. Eine Korrekturschleife ist Nacharbeit an einem konkreten Ergebnis, das eine Prüfung nicht bestanden hat. Feedback verbessert den Prozess, Korrektur repariert das Ergebnis.
Wie modelliere ich eine Korrekturschleife in BPMN? Mit einem Exclusive Gateway nach der Prüfaktivität. Der Nein-Pfad führt als Sequence Flow zurück zur Bearbeitungsaktivität, der Ja-Pfad führt weiter. Beide Pfade werden beschriftet. Die Grundlagen aller Symbole findest du im BPMN Symbole Guide.
Nächster Schritt
Der schnellste Weg, deine Korrekturschleifen zu finden, ist ein ehrliches Bild des Ist-Prozesses. Im kostenlosen BPMN-Tool von Procevia beschreibst du deinen Ablauf einfach in Worten, inklusive der unbequemen Rücksprünge, und bekommst ein sauberes BPMN 2.0 Diagramm zurück. Probier es mit dem Beispiel aus diesem Artikel, kopiere einfach die fünf Sätze von oben und ersetze sie danach durch deinen eigenen Prozess. Auf dem Diagramm sieht dann jeder im Team sofort, wo die Schleifen laufen und welches Gespräch als Nächstes ansteht.
Quellen
- Gadatsch, A. (2025). Grundkurs Geschäftsprozess-Management. Springer Vieweg. (Prozessoptimierungsregel “Schleifen vermeiden”, Plausibilisierung an der Quelle)
- Bergsmann, S. (2012). End-to-End-Geschäftsprozessmanagement. Springer. (Schleifen als Symptom unklarer Zuständigkeiten, Prozesskosten und Durchlaufzeiten)
- Mendling, J., Reijers, H. A., van der Aalst, W. M. P. (2010). Seven Process Modeling Guidelines (7PMG). (Strukturierte Modellierung, Verständlichkeit von Modellen)
Jordanis Kleinöder Stafidis ist Gründer und Geschäftsführer der Procevia GmbH. Im Hauptberuf verantwortet er Prozess- und Qualitätsmanagement und modelliert Geschäftsprozesse in BPMN, aus dieser Praxis ist Procevia entstanden.