Cumulative Flow Diagrams: Vollstaendiger Leitfaden 2026

Ein Cumulative Flow Diagram (CFD) ist ein leistungsstarkes visuelles Tool, das zeigt, wie Arbeitselemente durch die Phasen Ihres Workflows ueber die Zeit fliessen.

Im Gegensatz zu einem Burn-Down-Chart, das verbleibende Arbeit versus Zeit zeigt, zeigt ein CFD die kumulative Gesamtzahl der Elemente in jeder Workflow-Phase - was Engpaesse, Flow-Effizienz und Work-in-Progress-Limits auf einen Blick sichtbar macht.

CFDs beantworten kritische Fragen:

• Wo steckt Arbeit fest?
• Wie lange dauert es typischerweise, bis eine Story von Anfang bis Ende kommt?
• Waechst unser Work-in-Progress ausser Kontrolle?
• Liefern wir in einem konsistenten Tempo?

Schnellantwort: Cumulative Flow Diagrams auf einen Blick

Aspekt	Details
Was es zeigt	Kumulative Anzahl von Arbeitselementen in jeder Workflow-Phase
Wichtigste Einsicht	Band-Breite = WIP in der Phase; Band-Steigung = Throughput-Rate
Horizontale Distanz	Ungefaehre Cycle Time fuer Arbeitselemente
Vertikale Distanz	Ungefaehres WIP zu einem bestimmten Zeitpunkt
Am besten fuer	Engpass-Erkennung, Flow-Effizienz, WIP-Kontrolle
Vs. Burndown	CFDs zeigen Flow-Gesundheit; Burndowns zeigen Sprint-Fortschritt zum Ziel

Cumulative Flow Diagrams verstehen

Ein Cumulative Flow Diagram besteht aus mehreren farbigen Baendern, von denen jedes eine andere Phase im Workflow darstellt.

• Die horizontale Achse stellt Zeit dar (Tage, Wochen oder Sprints)
• Die vertikale Achse stellt die kumulative Anzahl von Arbeitselementen dar
• Jedes farbige Band stellt eine Workflow-Phase dar (z.B. To Do, In Bearbeitung, Im Review, Fertig)

Die obere Linie des Diagramms zeigt die Gesamtzahl der Elemente, die in den Workflow eingegangen sind. Die untere Linie (normalerweise das "Done"-Band) zeigt abgeschlossene Elemente. Der Bereich dazwischen stellt Arbeit in verschiedenen Phasen dar.

Wie man ein CFD liest: Die drei Schluesseldimensionen

Band-Breite: Work in Progress

Die Breite jedes Bandes (vertikal an einem bestimmten Zeitpunkt gemessen) repraesentiert die Anzahl der Arbeitselemente, die sich derzeit in dieser Phase befinden.

• Schmales Band: Wenige Elemente in dieser Phase (gut fuer den Flow)
• Breites Band: Viele Elemente in dieser Phase (moeglicher Engpass oder hohes WIP)
• Wachsendes Band: Mehr Elemente kommen in diese Phase, als sie verlassen (Ansammlung = Engpass entsteht)
• Schrumpfendes Band: Elemente verlassen diese Phase schneller als sie eintreten

Beispiel: Wenn das "Im Code-Review"-Band von 2 auf 8 Elemente breiter wird, ist Code-Review ein Engpass.

Steigung: Throughput-Rate

Die Steigung jeder Linie zeigt, wie schnell Elemente durch diese Phase fliessen:

• Steile Aufwaertssteigung: Hoher Throughput - Elemente fliessen schnell durch
• Flache Linie: Null Throughput - keine Elemente schliessen diese Phase ab (blockiert)
• Sanfte Steigung: Niedriger Throughput - Elemente fliessen langsam

Horizontale Distanz: Cycle Time

Die horizontale Distanz zwischen der oberen und unteren Linie an einem bestimmten vertikalen Punkt approximiert die durchschnittliche Cycle Time - wie lange ein Arbeitselement vom Eintritt bis zur Fertigstellung benoetigt.

Vorteile von Cumulative Flow Diagrams

CFDs bieten mehrere Vorteile fuer Scrum-Teams:

• Fortschritt ueberwachen: CFDs helfen Teams, den Fortschritt von Arbeitselementen durch verschiedene Phasen zu verfolgen.
• Engpaesse identifizieren: Wenn sich die Breite eines Bandes vergroessert, koennen Teams schnell handeln.
• Vorhersagbarkeit verbessern: Trends in einem CFD ermoglichen bessere Vorhersagen.
• WIP visualisieren: CFDs machen Work-in-Progress sichtbar und helfen Teams, wann zu stoppen, Neues anzufangen.
• Flow-Effizienz messen: Die Beziehung zwischen den Steigungen der oberen und unteren Linien zeigt, ob das Team in einem konsistenten Tempo liefert.
• Scope Creep erkennen: Eine steile Zunahme der oberen Linie zeigt, dass neue Arbeit schneller eintritt als sie abgeschlossen wird.

Wie man ein CFD aus Sprint-Daten erstellt

Schritt 1: Workflow-Phasen definieren

Listen Sie alle Phasen in Ihrem Workflow auf. Fuer ein typisches Scrum-Team:

• Product Backlog (To Do)
• In Entwicklung
• Im Code Review
• Im Testen
• Fertig

Begrenzen Sie die CFD-Phasen auf 3-6 - zu wenige verstecken wichtige Flow-Informationen; zu viele machen das Chart unlesbar.

Schritt 2: Elemente in jeder Phase taeglich zaehlen

Erfassen Sie taeglich die Anzahl der Elemente in jeder Phase. In den meisten Tools ist dies automatisiert.

Schritt 3: Kumulative Zaehlungen berechnen

Fuer das CFD benoetigen Sie kumulative Zaehlunen - die laufende Gesamtanzahl der Elemente, die jede Phase erreicht oder passiert haben.

Schritt 4: Baender plotten

Plotten Sie kumulative Zaehlunen fuer jede Phase ueber die Zeit als gestapeltes Flaechendiagramm. Jeder farbige Bereich stellt eine Workflow-Phase dar.

Schritt 5: Taeglich oder woechentlich ueberpruefen

Ueberpruefen Sie das CFD beim Daily Scrum oder woechentlich im Sprint Review. Suchen Sie nach:

• Verbreiternden Baendern (Engpass entsteht)
• Flachen Linien (blockierte Phase)
• Divergierenden oberen und unteren Linien (zunehmende Cycle Time)

CFD-Muster und ihre Bedeutung

Muster 1: Glatten parallelen Baendern (Gesunder Flow)

Alle Baender haben ungefaehr konsistente Breiten und aehnliche Steigungen. Arbeit fliesst durch jede Phase ungefaehr in gleicher Rate. Dies ist der ideale Zustand.

Muster 2: Verbreiterndes Band (Engpass)

Ein Band wird im Laufe der Zeit immer breiter, waehrend andere konstant bleiben. Arbeit sammelt sich in dieser Phase an.

Was zu tun ist: Fokussieren Sie Teamaufmerksamkeit auf die engpassige Phase. Wenden Sie die Theory of Constraints an: Fuegen Sie Kapazitaet hinzu, reduzieren Sie WIP, das in sie eintritt, oder entfernen Sie Blocker.

Muster 3: Flache Linie (Vollstaendiger Block)

Eine der Bandgrenzen wird voellig horizontal - keine neuen Elemente schliessen diese Phase ab.

Was zu tun ist: Dies ist ein ernstes Signal. Identifizieren Sie sofort, was die Phase blockiert. Eskalieren und als hoechste Prioritaet loesen.

Muster 4: Expandierende Luecke (Zunehmende Cycle Time)

Die horizontale Distanz zwischen Eintritt und Fertigstellung waechst. Elemente dauern laenger und laenger.

Was zu tun ist: Ursachen untersuchen: zunehmendes WIP, technische Schulden, unklare Anforderungen oder externe Abhaengigkeiten.

Muster 5: Treppenmuster (Batch-Releases)

Die "Done"-Linie bleibt fuer laengere Perioden flach und springt dann steil nach oben. Elemente werden abgeschlossen, aber nicht fuer Done gezaehlt bis zu einem Batch-Release.

Muster 6: Divergierende Linien (Scope Creep)

Die obere Linie steigt steil an, waehrend die untere Linie relativ flach bleibt. Neue Arbeit wird signifikant schneller hinzugefuegt, als Arbeit abgeschlossen wird.

Engpaesse und Flow-Probleme identifizieren

Der Theory-of-Constraints-Ansatz

1. Den Constraint identifizieren: Finden Sie das verbreiternde Band auf dem CFD.
2. Den Constraint ausnutzen: Maximieren Sie die aktuelle Kapazitaet des Engpasses.
3. Alles andere unterordnen: Lassen Sie keine vorgelagerten Phasen den Engpass ueberladen.
4. Den Constraint erhoehen: Wenn Ausnutzung nicht genuegt, fuegen Sie Kapazitaet hinzu.
5. Wiederholen: Sobald ein Engpass geloest ist, den naechsten finden.

Haeufige Engpass-Indikatoren in Scrum

• Im Code-Review-Band verbreitert sich: Zu wenige Reviewer oder langsame Reviews.
• Im Test-Band verbreitert sich: Tests passieren am Sprint-Ende statt kontinuierlich.
• Im Product-Owner-Review-Band verbreitert sich: Product Owner ist ueberlastet mit Review-Anfragen.
• To-Do-Band waechst: Sprint-Scope wird schneller hinzugefuegt als Arbeit abgeschlossen wird.

CFDs in Scrum verwenden

In Scrum koennen Teams CFDs verwenden, um den Fluss von Product Backlog Items (PBIs) durch verschiedene Phasen zu visualisieren.

CFDs im Sprint Planning

CFDs aus vorherigen Sprints verwenden, um zu identifizieren:

• Welche Phasen konsistent das hoechste WIP haben
• Durchschnittliche Cycle Time pro Story-Typ
• Ob das Team tendenziell Arbeit in Batches am Sprint-Ende abschliesst

CFDs im Daily Scrum

Ein taeglich aktualisiertes CFD bietet einen ausgezeichneten Gespraechsstarter:

• "Das Im-Review-Band hat 5 Elemente - das ist unser bisheriges Maximum. Wer braucht heute Hilfe bei Reviews?"

CFDs im Sprint Review

Das CFD im Sprint Review praesentieren, um Stakeholdern zu zeigen:

• Das Volumen der Arbeit, die durch das System geflossen ist
• Bedeutende Engpaesse, die waehrend des Sprints aufgetreten sind
• Trend der Cycle Time ueber die letzten 3-5 Sprints

CFDs in der Sprint Retrospektive

CFD-Daten in Retrospektiven verwenden, um spezifische Verbesserungsaktionen zu treiben:

• "Unser CFD zeigt, dass Im-Testen konsistent breiter wird. Lassen Sie uns besprechen, frueh im Sprint zu testen, nicht am Ende."

CFD vs. Burn-Down-Chart: Wann was verwenden

Dimension	Burn-Down-Chart	Cumulative Flow Diagram
Primaere Frage	"Werden wir den Sprint beenden?"	"Wo steckt Arbeit fest?"
Zeithorizont	Sprint-Ebene (Tage)	Sprint- oder Produkt-Ebene (Wochen)
Zeigt WIP	Nein	Ja
Zeigt Engpaesse	Nein	Ja (Band-Breite)
Zeigt Cycle Time	Nein	Ja (horizontale Distanz)
Beste Zielgruppe	Team (taeglich)	Team + Management (strategisch)

Best Practice: Beide verwenden. Das Burn-Down-Chart bietet Sprint-Granularitaet; das CFD bietet die systemische Sicht.

Haeufige CFD-Fehler

Fehler 1: Zu viele Workflow-Phasen

Begrenzen Sie CFD-Phasen auf 3-6 bedeutungsvolle Workflow-Schritte. Zu viele machen das Chart unlesbar.

Fehler 2: CFD woechentlich statt taeglich aktualisieren

Taeglich aktualisieren, auch wenn nur eine Zaehlaenderung. Taeglich Schwankungen und kurzlebige Blockaden sind unsichtbar bei woechentlichen Snapshots.

Fehler 3: Verbreiternde Baender ignorieren

Setzen Sie ein WIP-Limit-Schwellenwert fuer jede Phase. Wenn eine Phase ihr Limit ueberschreitet, schwarmfoermig adressieren, bevor neue Arbeit begonnen wird.

Fehler 4: Nicht alle Arbeitstypen einschliessen

Alle Arbeitstypen einschliessen: Features, Bugs, technische Schulden und Spikes. Ausschliessen macht einen wesentlichen Teil der Team-Kapazitaet unsichtbar.

Fehler 5: Cycle Time mit Lead Time verwechseln

Cycle Time ist die Zeit vom Arbeitsbeginn bis zum Abschluss. Lead Time ist die Zeit von der Kundenanforderung bis zur Lieferung. Sicherstellen, dass das CFD den richtigen Ausgangspunkt widerspiegelt.

Fehler 6: CFDs erstellen, die niemand ueberprueft

CFD-Ueberpruefung explizit als regulaeren Agendapunkt in Sprint Retrospektiven aufnehmen. Einen CFD-Einblick pro Retrospektive praesentieren.

Fehler 7: Keine WIP-Limits basierend auf CFD-Daten setzen

Das breiteste konsistente Band im CFD verwenden, um ein explizites WIP-Limit fuer diese Phase zu setzen. Dies verhindert, dass die Warteschlange waechst und erzeugt Druck, Engpaesse frueher zu loesen.

CFD-Reifemodell

Phase 1: Beobachtung (Sprints 1-6)

CFD wird erstellt. Team lernt, die Baender zu lesen. Keine formalen WIP-Limits gesetzt. CFD gelegentlich ueberprueoft.

Fokus: Lernen, das Chart zu lesen. Identifizieren, welche Phase konsistent am breitesten ist.

Phase 2: Aktives Management (Sprints 7-15)

CFD wird beim Daily Scrum oder mindestens woechentlich ueberprueoft. WIP-Limits basierend auf CFD-Daten etabliert. Team reagiert proaktiv auf verbreiternde Baender.

Fokus: WIP-Limits implementieren und messen, ob sie den Flow verbessern.

Phase 3: Praediktiver Flow (Sprint 16+)

CFD wird fuer Lieferprognosen neben Velocity verwendet. Cycle Time und Throughput-Daten ergaenzen Story-Point-Velocity. CFD wird Stakeholdern als Teil des Programm-Reportings gezeigt.

Fokus: CFD-Erkenntnisse verwenden, um das gesamte Liefersystem zu optimieren.

Fazit

Cumulative Flow Diagrams sind ein leistungsstarkes Tool fuer Scrum-Teams, das Einblicke bietet, die Burn-Down-Charts nicht koennen: Engpass-Identifikation, Cycle-Time-Trends, WIP-Sichtbarkeit und Flow-Effizienz.

Wichtige Erkenntnisse:

• Band-Breite = WIP in der Phase (breit = Engpass)
• Steigung = Throughput-Rate (flach = blockiert)
• Horizontale Distanz = Cycle Time (wachsende Luecke = Verlangsamung)
• Neben Burn-Down-Charts verwenden, nicht als Ersatz
• Taeglich im Daily Scrum, strategisch in Retrospektiven ueberpruefen
• WIP-Limits basierend auf CFD-Daten setzen, um wiederkehrende Engpaesse zu verhindern

Weiterlesen

Häufig gestellte Fragen (FAQs)