Eine Iteration (ein fester, kurzer Zeitraum, in dem ein Team ein definiertes Arbeitspaket abschließt) ist ein grundlegender agiler Baustein, und der Grund für Timeboxing von Arbeit überhaupt, statt kontinuierlich auf ein größeres Ziel hinzuarbeiten, lohnt sich, explizit zu machen.
Die Kernfunktion: erzwungene, regelmäßige Kontrollpunkte
Der Wert einer Iteration liegt nicht wirklich im Zeitraum selbst: Er liegt darin, einen erzwungenen, wiederkehrenden Kontrollpunkt zu schaffen, an dem das Team etwas Überprüfbares hervorbringt und Stakeholder sich mit tatsächlichem Fortschritt auseinandersetzen, statt auf ein entferntes finales Lieferdatum zu warten. Ohne das können Team und Stakeholder lange driften, ohne einen erzwingenden Mechanismus, der Probleme sichtbar macht, während sie noch günstig zu adressieren sind.
Warum "kurz" konkret zählt
Eine zwölfwöchige Iteration bietet etwas Kontrollpunktwert, erlaubt aber zwölf Wochen potenzieller Drift vor der nächsten Realitätsprüfung. Kürzere Iterationen tauschen etwas Planungsaufwand gegen bedeutsam schnellere Problemerkennung, meist der bessere Tausch für genuin unsichere Arbeit.
Was eine Iteration tatsächlich liefert
Damit eine Iteration ihren Zweck erfüllt, muss sie am Ende etwas Echtes und Überprüfbares hervorbringen: nicht nur ein Status-Update, sondern ein tatsächliches Inkrement, mit dem sich Stakeholder direkt auseinandersetzen können.
Die Disziplin, die Iterationen dem Umfang auferlegen
Iterationen erzwingen, Arbeit klein genug herunterzubrechen, um genuin innerhalb des Zeitrahmens fertig zu werden, was wiederum kontinuierliche Zerlegung größerer Vorhaben erzwingt. Teams, die sich schwertun, bedeutsame Arbeit in ihre Iterationslänge zu passen, haben oft eher ein Zerlegungsproblem als ein Iterationslängen-Problem.
Iterationen versus Sprints: eine Anmerkung zur Terminologie
In Scrum heißt eine Iteration Sprint und kommt mit einem definierten Set begleitender Events und Artefakte. "Iteration" ist der allgemeinere agile Begriff, anwendbar über Frameworks hinweg, die zeitlich begrenzte Zyklen nutzen, ohne notwendigerweise Scrums spezifische Struktur zu übernehmen. Der zugrunde liegende Zweck (erzwungene, regelmäßige Kontrollpunkte gegen echten, überprüfbaren Output) ist beiden Begriffen gemeinsam.