Swimlane-Diagramm Beispiel: Funktionsübergreifende Flussdiagramme, die jede Übergabe zeigen

Ein Kunde beantragt am Montag eine Erstattung von 40 USD. Der Support genehmigt sie innerhalb einer Stunde und leitet sie an die Finanzen weiter, die Erstattungen in einem Stapel am Donnerstag auslösen. Danach kann die Bank 5 bis 10 Werktage brauchen, bis die Gutschrift sichtbar wird. Zehn Tage nach der Anfrage, ohne Eintrag auf dem Kontoauszug, bestreitet der Kunde die Abbuchung.

Jedes Team hat seine Arbeit pünktlich erledigt. Die Verzögerung lag zwischen den Teams, in den Warteschlangen, in denen die Anfrage auf den nächsten Verantwortlichen wartete. Ein einfaches Flussdiagramm dieses Prozesses sieht harmlos aus. Ein Swimlane-Diagramm legt jeden Schritt in die Lane dessen, der ihn ausführt, und das Problem zeigt sich als Pfeile, die Lanes kreuzen.

Dieser Beitrag erklärt Swimlane-Diagramme und wann du eines statt eines Flussdiagramms oder BPMN einsetzt. Danach folgt ein Erstattungsbeispiel: Symbole, Übergaben, Verbesserungen und Zeichentipps.

Was ein Swimlane-Diagramm ist

Ein Swimlane-Diagramm ist ein Flussdiagramm, das in parallele Lanes unterteilt ist, eine pro Akteur: eine Person, eine Rolle, ein Team oder ein System. Jeder Schritt liegt in der Lane dessen, der ihn ausführt. Die Pfeile geben weiterhin die Reihenfolge vor; die Lanes ergänzen die Verantwortung. Funktionsübergreifendes Flussdiagramm, Swim-Lane-Diagramm und Swimlane-Prozesslandkarte sind andere Namen für dasselbe.

Ein Pfeil innerhalb einer Lane ist Arbeit, die sich innerhalb eines Teams bewegt. Ein Pfeil, der eine Lane-Grenze kreuzt, ist eine Übergabe: Die Arbeit wechselt den Besitzer und wartet meist in einer Warteschlange, bevor sie jemand anfasst.

In Improving Performance, erstmals 1990 erschienen, argumentierten Geary Rummler und Alan Brache, „die größten Chancen für Leistungsverbesserung liegen oft in den funktionalen Schnittstellen“, dort, wo Arbeit zwischen Abteilungen wechselt: im weißen Raum des Organigramms, wie es ihr Untertitel nennt. Ein Swimlane-Diagramm zeichnet diesen weißen Raum.

Swimlane-Diagramm, Flussdiagramm oder BPMN?

Wähle nach der Frage, die du beantworten musst. Lautet sie „Was passiert als Nächstes?“, reicht ein Flussdiagramm, etwa das Incident-Response-Flussdiagramm, dem ein On-Call-Engineer folgt. Lautet sie „Wer hat das gerade, und wie lange wartet es schon?“, brauchst du Lanes. Wähle BPMN, wenn eine Process Engine das Modell ausführt oder wenn Ereignisse und Nachrichtenflüsse zwischen Organisationen exakt sein müssen. Die BPMN-2.0.2-Spezifikation nennt ihre Pools und Lanes Swimlanes und überlässt die Bedeutung einer Lane dem Modellierer; das BPMN-Diagramm-Beispiel behandelt diese Notation.

Das Beispiel: eine Erstattungsanfrage, Schritt für Schritt

Ein Onlineshop wickelt Erstattungen mit vier Akteuren ab: dem Kunden, dem Support, den Finanzen und dem Zahlungssystem (Zahlungsanbieter plus Billing). Die Beispielrichtlinie akzeptiert Erstattungen innerhalb von 30 Tagen, erlaubt dem Support, Erstattungen unter 100 USD zu genehmigen, und schickt größere an die Finanzen.

1. Der Kunde beantragt eine Erstattung.
2. Der Support prüft die Bestellung anhand der Erstattungsrichtlinie.
3. Liegt die Anfrage außerhalb der Richtlinie, schickt der Support eine Ablehnung mit Begründung.
4. Liegt sie unter 100 USD, genehmigt der Support sie und löst die Erstattung noch am selben Tag aus.
5. Liegt sie bei 100 USD oder mehr, prüfen die Finanzen sie. Finden die Finanzen einen Ablehnungsgrund, erklärt der Support dem Kunden die Entscheidung.
6. Das Zahlungssystem erstattet auf das ursprüngliche Zahlungsmittel und sendet eine Bestätigungs-E-Mail.
7. Die Bank zeigt die Gutschrift etwa 5 bis 10 Werktage später an, laut Stripes Dokumentation zu Erstattungen.

Symbole im Swimlane-Diagramm

Widerstehe dem Drang, mehr hinzuzufügen: Jedes zusätzliche Symbol muss ein Finanzanalyst erst lernen, bevor er deine Arbeit prüfen kann.

Was die Lanes zeigen

Übergaben

Zähle die Pfeile, die eine Lane-Grenze kreuzen. Eine Erstattung unter 100 USD kreuzt dreimal: Kunde zum Support, Support zum Zahlungssystem, Zahlungssystem zurück zum Kunden. Eine Erstattung ab 100 USD kreuzt viermal, ebenso eine Anfrage, die die Finanzen ablehnen. Bevor es den Schwellenwert gab, nahm jede Erstattung den Weg mit vier Übergaben. Jede Übergabe ist eine Warteschlange; in der Geschichte vom Anfang dauerte die Arbeit Minuten und das Warten Tage.

Wartezeiten und Nacharbeitsschleifen

Wartezeiten verstecken sich an Übergaben, also schreibe sie an die Pfeile. Um die Zeit pro Schritt und zwischen den Schritten genau zu messen, zeichne eine Wertstromanalyse.

Nacharbeitsschleifen sind Pfeile zurück zu einer Lane, die die Arbeit schon besucht hat. Die Ablehnung der Finanzen kehrt absichtlich zum Support zurück, weil der Support das Kundengespräch führt. Wenn der Support den Kunden nach einer Bestellnummer fragt, die das Formular hätte verlangen können, ist das reine Verschwendung.

Fehlende Verantwortliche

Ein Schritt, den du keiner Lane zuordnen kannst, ist eine Verantwortungslücke. Prüfe fehlgeschlagene Erstattungen: Stripe weist darauf hin, dass eine Erstattung fehlschlagen kann, zum Beispiel wenn das Bankkonto des Kunden geschlossen ist, dass das Geld bis zu 30 Tage brauchen kann, bis es auf dein Guthaben zurückkehrt, und dass du eigene Logik bauen musst, um Kunden oder dein Team zu informieren. Wenn keine Lane diesen Schritt verantwortet, tut es niemand.

Den Prozess anhand des Diagramms verbessern

1. Entferne eine Übergabe. Lass den Support kleine Erstattungen direkt auslösen, wodurch die Warteschlange der Finanzen bei jeder Erstattung unter dem Schwellenwert entfällt. Zahlungsanbieter erlauben das ohne Vollzugriff: Stripes Rolle Refund Analyst kann Zahlungen einsehen und erstatten, aber keine Zahlungen erstellen oder das Guthaben sehen (Stand dieses Beitrags, November 2026).
2. Führe einen Genehmigungsschwellenwert ein. Wähle ihn anhand von Daten: Sortiere die Erstattungen des letzten Quartals nach Betrag und sieh, wie viele Anfragen und wie viel Geld unter jeden Kandidaten fallen. Schreibe die Zahl in die Entscheidung selbst, damit sie niemand nachschlagen muss. Wenn das Limit durchgesetzt statt vertraut werden soll, prüfe es in deinem Erstattungs-Tool, bevor es die Payment-API aufruft.
3. Setze ein Ziel an jede Übergabe, auf den Pfeil geschrieben: Der Support antwortet innerhalb von 1 Werktag, die Finanzen entscheiden innerhalb von 2. Dann wird eine kleine Erstattung innerhalb von 1 Werktag ausgelöst und eine große innerhalb von 3. Die 5 bis 10 Werktage der Bank liegen außerhalb deiner Kontrolle, also sag das in der Bestätigungs-E-Mail.

Horizontale oder vertikale Lanes

BPMN erlaubt Lanes in beide Richtungen. Der Unterschied ist praktisch:

Wähle für eine Reihe zusammengehöriger Diagramme eine Richtung, damit sich Leser nie neu orientieren müssen.

Das Swimlane-Diagramm der Erstattungsanfrage

So liest du es:

• Vier Lanes, von oben nach unten: Kunde, Support, Finanzen und das Zahlungssystem.
• Yes geht immer nach rechts, No nach unten. Jede Frage ist so formuliert, dass Yes bedeutet, dass etwas Aufmerksamkeit braucht: außerhalb der Richtlinie, 100 USD oder mehr, ein Ablehnungsgrund.
• Grün ist der Erstattungspfad. Anfragen unter 100 USD fallen vom Support direkt zum Zahlungssystem und betreten nie die Finanz-Lane.
• Rot ist der Ablehnungspfad. Beide Ablehnungen enden damit, dass der Support dem Kunden die Begründung schickt.
• Die Labels an den Übergaben tragen die Ziele; der gestrichelte Pfeil sind die 5 bis 10 Werktage der Bank.
• Der Markdown-Block listet die Richtlinie, die Ziele und die Übergaben pro Pfad.

Swimlane-Diagramme klar zeichnen

• Ein Verantwortlicher pro Lane. Benenne Lanes nach Rollen, Teams oder Systemen, nicht nach Personen; eine Lane namens Dana ist nach der nächsten Reorganisation falsch.
• Beginne jede Box mit einem Verb: „Check order and refund policy“, nicht „Order check“.
• Beschrifte jeden Entscheidungsausgang und halte jede Antwort an jeder Raute auf derselben Seite.
• Ordne Lanes nach Verkehr, sodass die meisten Übergaben nur eine Grenze kreuzen. Überspringe eine Lane nur mit Absicht, wie es die kleine Erstattung hier tut.
• Schreibe Wartezeiten an die Übergaben. Wartezeit bleibt unsichtbar, bis sie jemand aufschreibt.
• Lass Systeminterna weg. API-Aufrufe und Webhooks gehören in eine Architektursicht wie das Diagramm zur Payment-Gateway-Integration.
• Zeichne den aktuellen Prozess und den Vorschlag getrennt, damit niemand den Plan für den Ist-Zustand hält.
• Beende jeden Pfad in einem Terminator, und teile das Diagramm, wenn es mehr als sechs oder sieben Lanes braucht.

In Archboard nachbauen

1. Melde dich mit Google oder GitHub an und erstelle ein Diagramm, oder öffne die Vorlage für funktionsübergreifende Flussdiagramme, die schon Lanes enthält.
2. Füge aus dem Paket BPMN einen Teilnehmer-Pool namens Refund request process hinzu, mit vier Lanes: Customer, Support, Finance und Payment system.
3. Füge aus dem Paket Flussdiagramm drei Start / Ende-Nodes zur Customer-Lane hinzu: Request refund, Request closed und Refund received.
4. Füge in Support einen Prozess zum Prüfen der Bestellung hinzu, zwei Entscheidung-Nodes (Outside refund policy?, $100 or more?) und einen Prozess zum Senden der Ablehnung.
5. Füge in Finance einen Prozess (Review refund) und eine Entscheidung (Reason to decline?) hinzu. Füge in Payment system einen Prozess für die Erstattung und ein Dokument für die Bestätigungs-E-Mail hinzu.
6. Verbinde die Schritte, jedes Yes nach rechts und jedes No nach unten. Beschrifte die Übergaben mit ihren Zielen, färbe den Erstattungspfad grün und den Ablehnungspfad rot und strichle das Warten der Bank.
7. Füge aus dem Paket Basis einen Markdown-Block mit Richtlinie und Zielen hinzu, dazu zwei Text-Notizen.

Wenn der Prozess schon als Mermaid-Flussdiagramm vorliegt, macht das Mermaid-zu-Diagramm-Tool daraus einen bearbeitbaren ersten Entwurf. Ein Free-Diagramm fasst 15 Diagramm-Nodes, ein längerer Prozess braucht also Pro oder ein zweites Diagramm. Das Beispiel nutzt 13 Diagramm-Nodes und bleibt damit im Free-Plan.

FAQ

Was ist ein Swimlane-Diagramm? Ein Flussdiagramm, das in Lanes unterteilt ist, eine pro Person, Team oder System, wobei jeder Schritt in der Lane dessen liegt, der ihn ausführt. Pfeile, die eine Lane-Grenze kreuzen, sind Übergaben.

Was ist der Unterschied zwischen einem Swimlane-Diagramm und einem Flussdiagramm? Ein Flussdiagramm zeigt die Reihenfolge von Schritten und Entscheidungen. Ein Swimlane-Diagramm ergänzt die Verantwortung, wodurch Übergaben, Wartezeiten und Schritte ohne Verantwortlichen sichtbar werden.

Ist ein funktionsübergreifendes Flussdiagramm dasselbe wie ein Swimlane-Diagramm? Ja, die Namen sind austauschbar, ebenso Swimlane-Prozesslandkarte. Auch BPMN nutzt Lanes, aber innerhalb von Pools und mit strengerer Notation.

Sollten Swimlanes horizontal oder vertikal sein? Beides funktioniert. Horizontale Lanes passen zu langen Prozessen auf breiten Bildschirmen; vertikale Lanes passen zu Dokumenten und Smartphones, die nach unten scrollen. Wähle eine Richtung pro Diagrammreihe.

Kann ein System eine eigene Lane haben? Ja. Ein Zahlungsanbieter oder Scheduler, der selbstständig arbeitet, verdient eine Lane; die BPMN-Spezifikation nennt Systeme unter den typischen Einsatzfällen von Lanes.

Kostenlos starten — ein Seat, keine Kreditkarte.