Flow-Metriken-Selbsteinschätzung für Teams

Prüfen Sie, wie Arbeit durch Ihr Team fließt, und vergleichen Sie das Ergebnis mit den Flow-Daten Ihres Tools.

Testen Sie diesen Gesundheitscheck live

Was ist eine Flow-Metriken-Selbsteinschätzung?

Flow beschreibt, wie Arbeit vom Start bis zum Abschluss durch ein Team fließt. Der Kanban Guide nennt vier Flow-Metriken, die jedes Kanban-Team erfassen muss: Work in Progress, Durchsatz, Work Item Age und Cycle Time. Die meisten Teams können diese Zahlen bereits aus Tools wie Jira, Azure DevOps, Linear oder GitLab abrufen. Dieser Check fragt, wie das Team den Flow erlebt, und nicht, wie die Zahlen aussehen. Jede Person bewertet für sich 10 Aussagen zu gemeinsamen Definitionen, sichtbarer Arbeit, begrenzter laufender Arbeit, feststeckender Arbeit und Vorhersagbarkeit. Legen Sie bei der Besprechung der Ergebnisse die Flow-Diagramme Ihres Tools daneben und leiten Sie in einer Retrospektive aus den niedrigsten Werten konkrete Maßnahmen ab.

Abmessungen

Definitionen & Sichtbarkeit

Ob sich das Team einig ist, was seine Arbeit ist, und ob es sie vollständig sehen kann.

  • Begonnen & abgeschlossen

    Wir sind uns alle einig, ab wann eine Arbeit als begonnen und ab wann sie als abgeschlossen gilt.

  • Sichtbare Arbeit

    Unsere gesamte Arbeit, einschließlich ungeplanter Anfragen, ist an einem Ort sichtbar.

Work in Progress begrenzen

Ob das Team die unfertige Arbeit so gering hält, dass die Arbeitselemente in Bewegung bleiben.

  • Erst abschließen, dann beginnen

    Wir schließen laufende Arbeit ab, bevor wir etwas Neues beginnen.

  • WIP-Limits

    Wir halten die Menge an laufender Arbeit so gering, dass die Arbeitselemente in Bewegung bleiben.

Feststeckende Arbeit

Ob alternde und blockierte Arbeit bemerkt und angegangen wird.

  • Älteste Elemente zuerst

    Wir prüfen regelmäßig unsere ältesten unfertigen Arbeitselemente und handeln entsprechend.

  • Blocker beseitigt

    Blocker werden angesprochen, sobald sie auftreten, und schnell beseitigt.

  • Bearbeitet statt wartend

    Unsere Arbeitselemente verbringen mehr Zeit in aktiver Bearbeitung als im Wartezustand.

Vorhersagbarkeit

Ob das Team weiß, wie lange Arbeit üblicherweise dauert, und sie in gleichmäßigem Tempo abschließt.

  • Bekannte Zeiträume

    Wir wissen, wie lange ähnliche Arbeit üblicherweise dauert, und planen entsprechend.

  • Gleichmäßiges Abschlusstempo

    Wir schließen Arbeitselemente in gleichmäßigem Tempo ab statt in großen Schüben.

Aus dem Flow lernen

Ob das Team seine Flow-Daten nutzt, um seine Arbeitsweise zu verbessern.

  • Flow-Daten in Retros

    Wir schauen uns in Retrospektiven unsere Flow-Daten an und ändern daraufhin unsere Arbeitsweise.

Wann sollte dieser Gesundheitscheck durchgeführt werden?

  • Wenn auf dem Board viel los ist, aber kaum etwas fertig wird.
  • Wenn die Diagramme Ihres Tools ein Problem zeigen, etwa alternde Arbeitselemente oder sich stauende Arbeit, und das Team über die Ursachen sprechen muss.
  • Wenn ein Team mit Kanban beginnt oder seinen Workflow ändert, um zu prüfen, ob die Grundlagen stimmen.

Tipps und Tricks

  • Bringen Sie die Zahlen mit. Die meisten Tracker können sie als Diagramm darstellen, etwa das Kontrolldiagramm und das kumulative Flussdiagramm in Jira, die Widgets für Zykluszeit und Durchlaufzeit in Azure DevOps, Linear Insights oder GitLab Value Stream Analytics.
  • Wenn die Bewertungen des Teams und die Diagramme nicht zusammenpassen, sprechen Sie über die Gründe. Genau diese Lücke ist oft der wertvollste Teil der Diskussion.
  • Beginnen Sie mit Ihren ältesten unfertigen Arbeitselementen. Die Frage, warum jedes davon feststeckt, führt meist direkt zum Blocker oder zur Regel, die sich ändern muss.
  • Einigen Sie sich darauf, was „begonnen“ und „abgeschlossen“ bedeuten, bevor Sie Daten über längere Zeit vergleichen. Sonst bedeuten die Zahlen von Monat zu Monat nicht dasselbe.
  • Leiten Sie in Ihrer nächsten Retrospektive aus ein oder zwei der niedrigsten Werte Maßnahmen ab und wiederholen Sie den Check nach einigen Wochen, um zu sehen, was sich verändert hat.

Häufig gestellte Fragen

Was sind die vier Flow-Metriken?
Der Kanban Guide nennt vier. Work in Progress (WIP) ist die Anzahl der Arbeitselemente, die begonnen, aber noch nicht abgeschlossen sind. Der Durchsatz (Throughput) ist die Anzahl der Arbeitselemente, die in einem bestimmten Zeitraum, etwa einer Woche, abgeschlossen werden. Work Item Age gibt an, wie lange ein unfertiges Arbeitselement bisher in Bearbeitung ist, und Cycle Time, wie lange ein abgeschlossenes Arbeitselement vom Start bis zum Abschluss gebraucht hat.
Was ist Work Item Age?
Die Zeit seit dem Start eines Arbeitselements, das noch nicht abgeschlossen ist. Anders als die Cycle Time sehen Sie sie, während die Arbeit noch läuft. So werden Sie frühzeitig gewarnt, wenn etwas feststeckt. Der Kanban Guide verlangt von Teams, dafür zu sorgen, dass Arbeitselemente nicht unnötig altern, und dabei die erwartete Zeit bis zum Abschluss als Richtwert zu nutzen.
Wie hängen Flow-Metriken mit DORA zusammen?
Die Change Lead Time von DORA, also die Zeit vom Code-Commit bis zum Betrieb in Produktion, ist eine Flow-Kennzahl für einen Teil des Prozesses. Flow-Metriken decken den gesamten Weg vom Start bis zum Abschluss ab, einschließlich der Arbeit, bevor überhaupt Code geschrieben wird. Nutzen Sie die DORA-Metriken-Selbsteinschätzung für die Auslieferung und diesen Check dafür, wie Arbeit durch das Team fließt.
Brauchen wir ein Tool, um diesen Check zu nutzen?
Nein. Die Aussagen fragen, wie das Team den Flow erlebt, daher kann jeder sie auch ohne Daten bewerten. Mit Zahlen wird die Diskussion allerdings besser. Wenn Ihr Tracker also Cycle Time, Work in Progress oder alternde Arbeitselemente anzeigt, bringen Sie diese Diagramme mit.
Wie nutzen wir Flow-Daten in einer Retrospektive?
Betrachten Sie die am niedrigsten bewerteten Aussagen zusammen mit dem passenden Diagramm, etwa zu alternden Arbeitselementen oder zur laufenden Arbeit im Zeitverlauf. Fragen Sie, was hinter dem Muster steckt, und einigen Sie sich auf eine Änderung, die Sie ausprobieren, zum Beispiel ein niedrigeres WIP-Limit. Prüfen Sie in der nächsten Retro dasselbe Diagramm, um zu sehen, ob es geholfen hat.
Wer hat den Kanban Guide erstellt?
John Coleman und Daniel Vacanti. Die aktuelle Version wurde im Mai 2025 auf kanbanguides.org unter einer Creative-Commons-Lizenz veröffentlicht. Die Aussagen in diesem Check stammen von TeamRetro. TeamRetro steht in keiner Verbindung zu den Autoren oder zu Kanban Guides.

Based on the flow metrics in The Kanban Guide (May 2025) by John Coleman and Daniel Vacanti.

Verwandte Gesundheitsuntersuchungen