Swimlane-Diagramm: So bilden Sie funktionsübergreifende Prozesse ab

Swimlane-Diagramm mit drei Bahnen, das funktionsübergreifende Prozessübergaben zeigt

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

Ein Swimlane-Diagramm gliedert ein Prozessflussdiagramm in horizontale oder vertikale Bahnen, wobei jede Bahn eine Rolle, ein Team oder eine Abteilung darstellt. Es zeigt nicht nur, was in einem Prozess geschieht, sondern wer jeden Schritt ausführt und wo Arbeit Grenzen zwischen Funktionen überschreitet.

Genau das ist der springende Punkt. Die meisten Prozessdiagramme fassen jeden Akteur zu einer einzigen linearen Abfolge zusammen. Ein Swimlane-Diagramm hält sie getrennt, sodass die Übergaben buchstäblich quer über das Diagramm gezeichnet werden. Man sieht auf einen Blick, wo eine Aufgabe ein Team verlässt und bei einem anderen landet, und genau diese Sichtbarkeit macht es nützlich, um Verzögerungen, verpasste Zuständigkeiten und Verantwortungslücken zu erkennen.

Was ist ein Swimlane-Diagramm?

Ein Swimlane-Diagramm (manchmal auch funktionsübergreifendes Flussdiagramm oder Pool-und-Lane-Diagramm genannt) ist eine Prozesslandkarte, die den Diagrammraum in parallele Bahnen unterteilt, wobei jede Bahn einem einzelnen Akteur zugeordnet ist, sei es eine Jobrolle, eine Abteilung, ein System oder ein externer Partner. Schritte werden in der Bahn platziert, der sie gehören. Pfeile, die von einer Bahn in eine andere wechseln, stellen Übergaben dar, also die Momente, in denen die Verantwortung von einer Partei zur nächsten wechselt.

Das Format wurde von Geary Rummler und Alan Brache in ihrem 1990 erschienenen Buch Improving Performance populär gemacht, in dem sie das Konzept "Deployment-Flowcharts" oder "funktionsübergreifende Prozesslandkarten" nannten. Die Bezeichnung Swimlane setzte sich durch, weil die Bahnen wie die Bahnen in einem Schwimmbecken aussehen.

Key Facts

  • Eine McKinsey-Studie ergab, dass funktionsübergreifende Koordinationsfehler für rund 80 % der Verzögerungen und Fehler in Wissensarbeitsprozessen verantwortlich sind. Swimlane-Diagramme machen diese Koordinationspunkte sichtbar, weshalb sie ein Standardschritt zu Beginn jedes funktionsübergreifenden Prozessverbesserungsprojekts sind (McKinsey Quarterly, 2020).
  • Eine im MIT Sloan Management Review veröffentlichte Studie ergab, dass allein die Sichtbarkeit eines Prozesses, noch vor jeder Neugestaltung, die Zykluszeit um 15 bis 25 % reduzieren kann, weil Teams sich selbst korrigieren, sobald sie sehen, wo Arbeit untätig liegt (MIT SMR, 2019).
  • Die Object Management Group (OMG), die den Standard Business Process Model and Notation (BPMN) verwaltet, schätzt, dass über 70 % der in der Praxis eingesetzten BPMN-Diagramme Swimlane-Pools als primäre Organisationsstruktur nutzen (OMG BPMN 2.0 Usage Survey, 2021). "Die meisten Prozessprobleme entstehen nicht dadurch, dass Menschen innerhalb ihrer Funktion versagen. Sie entstehen, weil niemand den Raum zwischen den Funktionen verantwortet." (Geary Rummler, Improving Performance, 1990.)

Symbole und Notation von Swimlane-Diagrammen

Swimlane-Diagramme übernehmen ihren Symbolsatz aus der Standard-Flussdiagrammtechnik, fügen aber ein strukturelles Element hinzu: die Bahn selbst.

Symbol Form Bedeutung
Start / Ende Oval oder Kreis Das Ereignis, das den Prozess auslöst oder seinen Abschluss signalisiert
Prozessschritt Rechteck Eine Aufgabe oder Tätigkeit, die vom Akteur in dieser Bahn ausgeführt wird
Entscheidung Raute Ein Ja/Nein-Verzweigungspunkt, der den Fluss zu unterschiedlichen nächsten Schritten lenkt
Dokument Rechteck mit welliger Unterkante Ein Formular, Bericht, eine E-Mail oder ein anderes erzeugtes oder verwendetes Dokument
Übergabepfeil Pfeil, der eine Bahngrenze überquert Verantwortung geht von einem Akteur zum nächsten über
Bahn (Lane) Horizontales oder vertikales Band Der Akteur (Rolle, Abteilung oder System), dem die Schritte darin gehören
Pool Äußerer Rahmen um alle Bahnen Der Gesamtprozess oder der End-to-End-Workflow, der abgebildet wird

Horizontale vs. vertikale Bahnen. Beide Ausrichtungen sind gültig. Horizontale Bahnen (bei denen jede Zeile ein Akteur ist und der Fluss von links nach rechts verläuft) sind in geschäftlichen Kontexten häufiger, weil sie sich für englischsprachige Teams natürlich lesen lassen. Vertikale Bahnen (bei denen jede Spalte ein Akteur ist und der Fluss von oben nach unten verläuft) sind in Software- und technischer Dokumentation üblich. Die Wahl ist rein praktisch. Nehmen Sie, was ohne Überfüllung auf Ihre Seite oder Ihren Bildschirm passt.

Anzahl der Bahnen. Die meisten wirksamen Swimlane-Diagramme haben zwischen drei und sechs Bahnen. Bei weniger als drei brauchen Sie wahrscheinlich gar keine Bahnen, da ein Standard-Flussdiagramm ausreicht. Bei mehr als sechs wird das Diagramm schwer lesbar; erwägen Sie, den Prozess in zwei Diagramme aufzuteilen oder selten beteiligte Akteure in einer gemeinsamen Bahn zusammenzufassen.

Swimlane-Diagramm vs. Flussdiagramm vs. BPMN

Diese drei Formate sind verwandt, dienen aber unterschiedlichen Zwecken.

Format Gliedert nach Zeigt Übergaben? Am besten geeignet für
Flussdiagramm Abfolge von Schritten Nur bei manueller Anmerkung Dokumentation eines Ein-Akteur- oder einfachen Mehrschrittprozesses
Swimlane-Diagramm Akteur (Rolle/Abteilung) Ja, strukturell Funktionsübergreifende Prozesse, bei denen Zuständigkeit zählt
BPMN Pools und Bahnen mit vollständiger Ereignis-/Gateway-Notation Ja, mit formaler Semantik Technische Prozessmodellierung, Automatisierung oder Systemintegrationsspezifikationen

Ein Flussdiagramm zeigt, was passiert. Ein Swimlane-Diagramm zeigt, was passiert und wem jeder Schritt gehört. BPMN geht weiter und liefert eine maschinenlesbare, standardisierte Notation mit einem reicheren Symbolvokabular für Ereignisse, Nachrichtenflüsse und Teilprozesse.

Für die meisten Geschäftsteams, die an Prozessdokumentation oder einer ersten Geschäftsprozessabbildung arbeiten, trifft ein Swimlane-Diagramm genau die richtige Detailtiefe. Es ist visuell genug für einen Workshop, präzise genug, um Verantwortungslücken aufzudecken, und einfach genug, damit Stakeholder ohne Prozessmodellierungs-Hintergrund es in Sekunden lesen können.

Vorteile von Swimlane-Diagrammen

Übergaben lassen sich nicht mehr ignorieren. In einem Standard-Flussdiagramm ist der Schritt, in dem der Vertrieb einen qualifizierten Lead an die Finanzabteilung übergibt, nur eine weitere Box in einer Abfolge. In einem Swimlane-Diagramm ist es ein Pfeil, der buchstäblich eine Grenze überquert. Jeder im Raum kann es sehen. Diese Visualisierung macht es leicht, Übergaben zu zählen, zu hinterfragen, welche davon notwendig sind, und zu erkennen, wo sich Verzögerungen aufbauen.

Verantwortlichkeit ist in die Struktur eingebaut. Da jede Bahn einen benannten Verantwortlichen hat, besteht keine Unklarheit darüber, wer für einen bestimmten Schritt zuständig ist. Das ist wichtig bei der Arbeit an Prozessstandardisierung, wo Teams Standardarbeitsanweisungen schreiben müssen, nachdem sie sich auf den Ist-Ablauf geeinigt haben.

Ursachenanalyse wird einfacher. Wenn ein Prozess versagt, verbringen Teams oft Stunden damit, zu diskutieren, wessen Schuld es ist. Ein Swimlane-Diagramm verschiebt dieses Gespräch von Schuldzuweisung zu Struktur. Man betrachtet das Diagramm und fragt, wo die Übergabe versagt hat, nicht wer versagt hat. Das macht Gespräche zum Geschäftsprozessmanagement produktiv statt politisch.

Es skaliert von Workshops zu Dokumentation. Sie können ein Swimlane-Diagramm in 30 Minuten auf einem Whiteboard skizzieren, um einen Entdeckungsworkshop durchzuführen. Sie können auch eine ausgearbeitete Version für ein Prozesshandbuch, ein Compliance-Audit oder ein umfassendes Business-Process-Reengineering-Projekt erstellen.

Es lässt sich natürlich mit anderen Werkzeugen kombinieren. Swimlane-Diagramme funktionieren gut zusammen mit einem SIPOC-Diagramm (das Umfang und Stakeholder definiert, bevor gezeichnet wird) und der Wertstromanalyse (die Zeit- und Verschwendungsdaten zu einer Flussansicht hinzufügt).

Häufige Fehler

Zu viele Bahnen. Für jede beteiligte Person eine Bahn hinzuzufügen, verwandelt das Diagramm in ein Raster, dem niemand folgen kann. Gruppieren Sie einzelne Mitwirkende in Rollenkategorien (z. B. "Account Manager" statt jeden Namen einzeln), es sei denn, die Unterscheidung ist wirklich wichtig.

Vermischen von Detailebenen. Ein Swimlane-Diagramm sollte Schritte auf einer konsistenten Abstraktionsebene darstellen. Wenn eine Bahn "Rechnung prüfen" zeigt und eine andere "E-Mail öffnen, Anhang prüfen, an Controller weiterleiten, im System anmelden, Positionen eingeben, Speichern klicken", sind das nicht dieselben Ebenen. Wählen Sie eine Granularität und wenden Sie sie überall an.

Den idealen statt den tatsächlichen Prozess zeichnen. Das ist der häufigste Fehler bei jeder Ist-Soll-Zustandsabbildung. Teams beschreiben natürlicherweise, was passieren sollte, nicht was tatsächlich passiert. Beginnen Sie mit dem Ist-Prozess. Sie können nicht verbessern, was Sie nicht ehrlich abgebildet haben.

Übergaben implizit lassen. Ein Pfeil mit der Beschriftung "sendet an" reicht nicht aus. Vermerken Sie, was tatsächlich übertragen wird: ein bestimmtes Formular, eine Systembenachrichtigung, eine mündliche Genehmigung. Vage Übergaben erzeugen vage Verantwortlichkeit.

Kein Validierungsschritt. Ein Diagramm, das von einer Person oder einem Team gezeichnet wurde, enthält fast immer Fehler. Schritte fehlen. Die Reihenfolge ist falsch. Eine Bahn fehlt. Gehen Sie das Diagramm immer mit Personen durch, die die Arbeit tatsächlich ausführen, bevor Sie es als maßgeblich behandeln.

So erstellen Sie ein Swimlane-Diagramm

Schritt 1: Den Umfang definieren

Benennen Sie den Prozess sowie seinen Start- und Endpunkt. "Auftragsabwicklung" ist zu weit gefasst. "Auftragsabwicklung von der Kaufbestätigung des Kunden bis zum Ausdruck des Versandetiketts" ist ein Umfang. Schreiben Sie ihn oben auf Ihr Diagramm, bevor Sie auch nur eine Box zeichnen. Ohne klaren Umfang wird das Diagramm ausufern.

Schritt 2: Die Akteure identifizieren und Bahnen erstellen

Listen Sie jede Rolle, Abteilung oder jedes System auf, das am Prozess beteiligt ist. Jede bekommt ihre eigene Bahn. Wenn Sie mehr als sechs haben, suchen Sie nach Akteuren, die gruppiert werden können, oder Rollen, die nur für einen kleinen Schritt einmal auftauchen (diese können oft annotiert statt mit einer vollen Bahn versehen werden).

Entscheiden Sie sich für eine Ausrichtung: Horizontale Bahnen sind meist einfacher für Business-Prozessworkshops; vertikale Bahnen funktionieren besser für technische Diagramme, bei denen der Fluss natürlich von oben nach unten verläuft.

Schritt 3: Alle Prozessschritte auflisten

Bevor Sie irgendetwas ins Diagramm setzen, schreiben Sie jeden Schritt als flache Liste auf. Das verhindert, dass Sie sich in eine Ecke zeichnen, in der die Abfolge visuell keinen Sinn ergibt. Vermerken Sie für jeden Schritt, welcher Akteur dafür zuständig ist.

Schritt 4: Schritte in die richtigen Bahnen einordnen

Ordnen Sie jeden Schritt seiner Bahn in der richtigen Reihenfolge zu. Verwenden Sie die Standardsymbole: Rechtecke für Aufgaben, Rauten für Entscheidungen, Ovale für Start- und Endereignisse. Halten Sie Beschriftungen kurz, zwei bis fünf Wörter pro Box. Lange Beschriftungen sind ein Zeichen, dass ein Schritt weiter unterteilt werden muss oder dass Detailebenen vermischt werden.

Schritt 5: Die Übergaben zeichnen

Fügen Sie Pfeile zwischen den Schritten hinzu. Pfeile, die innerhalb einer Bahn bleiben, zeigen die interne Abfolge. Pfeile, die eine Bahngrenze überqueren, zeigen Übergaben. Machen Sie Übergaben visuell auffällig: Manche Teams verwenden eine andere Farbe oder eine dickere Linie für bahnübergreifende Pfeile, damit sie hervorstechen.

In dieser Phase entdecken Sie oft Schritte, die Sie übersehen haben, oder stellen fest, dass eine vermeintlich einfache Übergabe tatsächlich drei Hin-und-her-Austausche umfasst. Das ist das Diagramm, das wie beabsichtigt funktioniert.

Schritt 6: Validieren und verfeinern

Gehen Sie das fertige Diagramm mit mindestens einer Person durch, die die Arbeit im Alltag erledigt. Stellen Sie zwei Fragen: "Entspricht das dem, was tatsächlich passiert?" und "Fehlt etwas?" Rechnen Sie mit Überarbeitungen. Es dauert in der Regel zwei bis drei Durchläufe, bis ein Swimlane-Diagramm die Realität nah genug widerspiegelt, um für Verbesserungsarbeit nützlich zu sein.

Fügen Sie nach der Validierung zusätzliche Daten hinzu, wenn der Prozess es rechtfertigt: durchschnittliche Zeit pro Schritt, Fehlerquoten, Rückstandsgrößen. Das ist die Brücke zur Wertstromanalyse oder zu einem Kaizen-Event.

Beispiele für Swimlane-Diagramme

Diese drei Beispiele decken gängige Geschäftsprozesse ab, bei denen funktionsübergreifende Übergaben die größte Reibung verursachen.

Prozess Bahnen (Akteure) Wichtige Übergaben
Mitarbeiter-Onboarding HR, IT, Führungskraft, Finanzabteilung, neuer Mitarbeiter HR übergibt Angebotsschreiben an Kandidaten; IT erhält Geräteanfrage von HR; Führungskraft löst Systemzugang mit IT aus; Finanzabteilung erhält Gehaltsabrechnungs-Setup von HR
Auftragsabwicklung Kunde, Vertrieb, Lager, Versand, Finanzabteilung Kunde reicht Bestellung beim Vertrieb ein; Vertrieb bestätigt und gibt an Lager frei; Lager benachrichtigt Versand bei Verpackung; Versand löst Rechnung in der Finanzabteilung aus
Rechnungsfreigabe Lieferant, Kreditorenbuchhaltung, Abteilungsleiter, Finanzdirektor, Buchhaltung Lieferant reicht Rechnung bei Kreditorenbuchhaltung ein; Kreditorenbuchhaltung kodiert und leitet an Abteilungsleiter weiter; Leiter genehmigt und gibt an Kreditorenbuchhaltung zurück; Kreditorenbuchhaltung eskaliert über Schwellenwert an Finanzdirektor; Direktor genehmigt und Kreditorenbuchhaltung gibt zur Zahlung an Buchhaltung frei

Das Beispiel der Rechnungsfreigabe ist besonders nützlich, um aufzuzeigen, warum eine einfache Zahlung manchmal drei Wochen dauert. Wenn Sie die Übergaben zeichnen, sehen Sie, dass eine Rechnung ab einem bestimmten Betrag durch vier verschiedene Personen wandert, bevor sie bezahlt wird, und dass jeder Wechsel eine durchschnittliche Wartezeit verursacht. Sobald Teams das sehen, wird das Verbesserungsgespräch einfach.

Best Practices (Dos and Don'ts)

Tun Nicht tun
Beschriftungen auf zwei bis fünf Wörter pro Schritt beschränken Vollständige Sätze in Diagrammboxen schreiben
Drei bis sechs Bahnen für Lesbarkeit verwenden Eine Bahn für jede einzelne Person erstellen
Mit Personen validieren, die die Arbeit ausführen Einen ersten Entwurf als final behandeln
Zuerst den tatsächlichen Prozess abbilden, dann den idealen Mit dem Soll-Zustand beginnen, bevor die Gegenwart dokumentiert ist
Konsistente Symbolformen durchgängig verwenden Kreis, Oval und abgerundetes Rechteck für denselben Symboltyp mischen
Bahnübergreifende Pfeile visuell hervorheben Alle Pfeile gleich aussehen lassen
Vermerken, was bei jeder Übergabe übertragen wird Übergaben nur mit "sendet an" oder "benachrichtigt" beschriften

Häufig gestellte Fragen

Was ist der Unterschied zwischen einem Swimlane-Diagramm und einem funktionsübergreifenden Flussdiagramm?

Sie sind dasselbe. "Funktionsübergreifendes Flussdiagramm" ist die beschreibendere Bezeichnung für das Format. "Swimlane-Diagramm" ist der umgangssprachliche Begriff, der auf dem visuellen Erscheinungsbild der Bahnen basiert. Beide Begriffe beziehen sich auf eine Prozesslandkarte, die nach Akteur gegliedert ist und Übergaben als Bahngrenzen überquerende Pfeile zeigt. Manche Tools verwenden "Pool-und-Lane-Diagramm" als weitere Bezeichnung für dieselbe Struktur.

Wann sollte ich ein Swimlane-Diagramm statt eines regulären Flussdiagramms verwenden?

Verwenden Sie ein Swimlane-Diagramm immer dann, wenn mehr als eine Rolle oder Abteilung an einem Prozess beteiligt ist und die Zuständigkeit für Schritte wichtig ist. Wenn eine einzelne Person oder ein einzelnes Team den gesamten Prozess von Anfang bis Ende durchführt, ist ein Standard-Flussdiagramm einfacher und genauso nützlich. Das Swimlane-Format schafft speziell dann Mehrwert, wenn Sie zeigen müssen, wer was tut und wo Arbeit zwischen Parteien übergeben wird.

Wie viele Bahnen sind zu viele?

Mehr als sechs Bahnen machen die meisten Diagramme auf einer Standardseite oder einem Bildschirm schwer lesbar. Wenn Ihr Prozess tatsächlich mehr als sechs eigenständige Akteure umfasst, überlegen Sie, ob einige gruppiert werden können oder ob der Prozess in zwei separate Diagramme für Teilprozesse aufgeteilt werden sollte.

Welche Tools werden üblicherweise zum Zeichnen von Swimlane-Diagrammen verwendet?

Lucidchart, Miro, Microsoft Visio und Draw.io (Diagrams.net) unterstützen alle Swimlane-Diagramme nativ. Für schnelle Workshop-Skizzen funktioniert ein Whiteboard mit Haftnotizen gut: eine Farbe pro Akteur, eine Notiz pro Schritt, die Haftnotizen innerhalb ihrer Bahnen anbringen.

Wie hängt ein Swimlane-Diagramm mit BPMN zusammen?

BPMN (Business Process Model and Notation) erweitert das Swimlane-Format um einen standardisierten, maschinenlesbaren Symbolsatz. Ein Swimlane-Diagramm ist informell und flexibel. BPMN ist eine formale Spezifikation, die von der Object Management Group verwaltet wird. Teams, die Prozessdokumentation erstellen oder Prozesse für die Automatisierung entwerfen, beginnen typischerweise mit einem Swimlane-Diagramm und formalisieren es später in BPMN.


Funktionsübergreifende Arbeit ist der Ort, an dem die meisten Prozessprobleme entstehen. Die Übergaben explizit zu zeichnen, statt anzunehmen, dass alle das gleiche mentale Modell teilen, ist der erste Schritt, um sie zu beheben. Ein Swimlane-Diagramm ist selten das letzte Werkzeug, das ein Team in einem Prozessverbesserungsprojekt einsetzt, aber oft dasjenige, das das eigentliche Problem zum ersten Mal sichtbar macht.

Weiterführende Lektüre

  • Geschäftsprozessabbildung: wie man einen Prozess End-to-End dokumentiert, bevor man in die Verbesserung einsteigt
  • BPMN: der formale Notationsstandard für Prozessmodelle
  • Wertstromanalyse: fügt Zeit- und Verschwendungsdaten zu einer funktionsübergreifenden Flussansicht hinzu
  • Was ist eine RACI-Matrix: das ergänzende Werkzeug zur Zuweisung von Verantwortung an Rollen in jedem Prozess

About the author

Tara Minh

Tara Minh

Senior Operations & Growth Strategist

Tara Minh is Senior Operations & Growth Strategist at Rework, helping B2B SaaS leaders scale without breaking their teams. With 8+ years in revenue operations and process optimization, Tara turns messy workflows into systems people actually follow. Readers get practical frameworks they can use to cut waste, align teams, and grow on purpose.