Cycle Time
Cycle Time ist die Zeit, die eine einzelne Aufgabe von ihrem Arbeitsbeginn bis zur Fertigstellung braucht. In der Softwareentwicklung misst sie meist, wie lange eine Codeänderung vom ersten Tastendruck bis zum Einsatz beim Nutzer unterwegs ist.
Cycle Time ist eine Zeitmessung. Sie zählt, wie lange eine einzelne Aufgabe braucht, gerechnet vom Moment, in dem jemand tatsächlich mit der Arbeit beginnt, bis zu dem Moment, in dem das Ergebnis fertig ist. Der Begriff stammt aus der Fabrikorganisation und wird heute vor allem in der Softwareentwicklung benutzt. Dort ist die Aufgabe meist eine Änderung am Programmcode, und fertig heißt: Die Änderung läuft beim Nutzer. Wichtig ist die Abgrenzung zur Wartezeit davor. Liegt ein Auftrag drei Wochen unbearbeitet in einer Liste und wird dann an einem Tag erledigt, beträgt die Cycle Time einen Tag, nicht 22.
Was eine kurze Cycle Time über ein Team verrät
Firmen messen Cycle Time, weil sie eine der wenigen ehrlichen Zahlen über die Arbeitsgeschwindigkeit ist. Man kann sie schlecht schönreden. Entweder eine Änderung ist nach zwei Tagen beim Nutzer oder nach sechs Wochen. Andere Kennzahlen wie die Anzahl geschriebener Codezeilen sagen dagegen wenig aus, weil viel Code nicht gleich guter Code ist.
Eine kurze Cycle Time hat einen zweiten, weniger offensichtlichen Vorteil. Wer schnell ausliefert, liefert in kleinen Schritten aus. Kleine Schritte lassen sich leichter prüfen, und wenn etwas kaputtgeht, ist die Ursache schnell gefunden. Teams mit langen Zyklen sammeln dagegen viele Änderungen an und veröffentlichen sie auf einmal. Geht dann etwas schief, muss jemand in einem großen Berg von Änderungen nach dem Fehler suchen.
Für Investoren und Führungskräfte ist Cycle Time außerdem ein Signal für Lernfähigkeit. Ein Unternehmen, das eine Idee in einer Woche testen kann, probiert im Jahr viel mehr Ideen aus als eines, das dafür ein Quartal braucht. Genau deshalb taucht die Kennzahl regelmäßig in Berichten über die Produktivität von Technologiefirmen auf.
Wie die Uhr gestartet und gestoppt wird
Gemessen wird mit Zeitstempeln aus den Werkzeugen, die Teams ohnehin benutzen. Ein Aufgabenbrett wie Jira notiert, wann eine Aufgabe von « offen » auf « in Arbeit » wechselt. Das ist der Start. Das Ende ist meistens der Zeitpunkt der Veröffentlichung, im Fachjargon Deployment genannt. Die Differenz beider Zeitstempel ist die Cycle Time für diese eine Aufgabe.
Interessant wird es erst bei vielen Aufgaben. Teams betrachten selten den Durchschnitt, denn einzelne Ausreißer verzerren ihn stark. Üblicher ist der Median, also der Wert in der Mitte aller Messungen, oder das 85. Perzentil. Letzteres beantwortet die Frage: Wie lange dauert es in 85 von 100 Fällen höchstens? Diese Zahl eignet sich gut für Zusagen an Kunden.
Ein häufiger Irrtum ist die Verwechslung mit der Lead Time. Die Lead Time beginnt schon bei der Bestellung oder dem Wunsch des Kunden und enthält alle Wartezeiten. Ein Restaurant zeigt den Unterschied gut: Die Cycle Time ist die Zeit am Herd, die Lead Time die Zeit ab der Bestellung. Sind beide Werte weit auseinander, liegt das Problem nicht bei der Arbeit selbst, sondern in vollen Warteschlangen davor.
Cycle Time in Produkten, Statistiken und KI-Debatten
Wer in einem Unternehmen mit Software zu tun hat, begegnet der Kennzahl auf Dashboards. Werkzeuge wie GitHub, GitLab, Linear oder Jira zeigen sie automatisch an, oft neben Kennzahlen wie der Häufigkeit von Veröffentlichungen. Bekannt gemacht hat sie die jährliche DORA-Studie, die Cycle Time als eine von vier Kernkennzahlen für gute Softwareteams behandelt. Spitzenteams liegen dort im Bereich von unter einem Tag, schwächere bei mehreren Wochen.
In Nachrichten über künstliche Intelligenz ist Cycle Time inzwischen ein Streitpunkt. Anbieter von Programmierassistenten versprechen, dass ihre Werkzeuge die Zykluszeiten deutlich senken. Kritiker halten dagegen, dass schneller geschriebener Code nur die erste Etappe verkürzt. Prüfung, Tests und Freigaben bleiben gleich lang, und wenn die KI mehr fehlerhaften Code produziert, kann die Gesamtzeit sogar steigen.
Außerhalb der IT lebt der ursprüngliche Sinn weiter. In der Autoproduktion beschreibt die Zykluszeit, wie viele Sekunden ein Fahrzeug an einer Station des Fließbands steht. In der Logistik meint sie die Zeit vom Auftragseingang bis zum verpackten Paket. Der Grundgedanke bleibt überall derselbe: die reine Bearbeitungsdauer sichtbar machen und von der Warterei trennen.