Flow Efficiency setzt die tatsaechliche Wertschöpfungszeit ins Verhältnis zur gesamten Durchlaufzeit eines Items. Wenn ein Feature insgesamt zehn Tage im System ist, aber nur zwei Tage davon aktiv bearbeitet wird, liegt die Flow Efficiency bei 20 Prozent. Die restlichen 80 Prozent sind Wartezeit, etwa in Queues vor Code Review, Test oder Deployment. Diese Kennzahl macht sichtbar, wo der größte Verbesserungshebel liegt.
In der Praxis messen Teams Flow Efficiency, indem sie für einige Items protokollieren, wie lange diese tatsaechlich bearbeitet werden und wie lange sie warten. Typische Werte in der Wissensarbeit liegen zwischen fuenf und 15 Prozent, was viele Teams ueberrascht. Die Erkenntnis führt oft zu wirkungsvollen Maßnahmen: kleinere Batch-Größen, striktere WIP-Limits oder das Einführen von Pair Programming, um Review-Wartezeiten zu eliminieren. Statt schneller zu arbeiten, geht es darum, weniger warten zu lassen.
Flow Efficiency stammt aus dem Lean-Kanban-Umfeld und ist eine der aussagekraeftigsten Metriken für die Gesundheit eines Arbeitssystems. Sie sollte als Trend über Wochen betrachtet werden, nicht als einzelner Datenpunkt.