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

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

Senior Operations & Growth Strategist
On this page
- Was ist ein Swimlane-Diagramm?
- Symbole und Notation von Swimlane-Diagrammen
- Swimlane-Diagramm vs. Flussdiagramm vs. BPMN
- Vorteile von Swimlane-Diagrammen
- Häufige Fehler
- So erstellen Sie ein Swimlane-Diagramm
- Schritt 1: Den Umfang definieren
- Schritt 2: Die Akteure identifizieren und Bahnen erstellen
- Schritt 3: Alle Prozessschritte auflisten
- Schritt 4: Schritte in die richtigen Bahnen einordnen
- Schritt 5: Die Übergaben zeichnen
- Schritt 6: Validieren und verfeinern
- Beispiele für Swimlane-Diagramme
- Best Practices (Dos and Don'ts)
- Häufig gestellte Fragen
- Weiterführende Lektüre