Jedes Scrum-Event hat eine maximale Dauer, die Timebox, und es ist leicht, sie als willkürliche, um der Disziplin willen auferlegte Einschränkung zu behandeln. Sie ist nicht willkürlich. Jede Timebox schützt etwas Konkretes, und zu verstehen, was, klärt, warum es sich lohnt, ein konsequentes Überschreiten zu untersuchen, statt es nur als Unannehmlichkeit zu umgehen.
Was die 15 Minuten eines Daily Scrum schützen
Das enge 15-Minuten-Limit des Daily Scrum schützt davor, dass er zu einem Statusmeeting oder einer Problemlösungssitzung wird, beides legitime Aktivitäten, aber keine davon der Zweck dieses konkreten Events. Ein Daily Scrum, der konsequent länger dauert, versucht meist mehr zu leisten als seine eigentliche Aufgabe, nämlich eine schnelle Synchronisation und Neuplanungsprüfung, kein Ort, um die aufgeworfenen Probleme tatsächlich zu lösen. Im Daily Scrum aufgeworfene Themen sollten unmittelbar danach ein Folgegespräch nur mit den relevanten Personen erzeugen, keine ausgedehnte Diskussion, die das gesamte Team an ein Thema fesselt.
Was die Timebox von Sprint Planning schützt
Das Zeitlimit von Sprint Planning (bis zu acht Stunden für einen einmonatigen Sprint, entsprechend kürzer für kürzere Sprints) schützt vor der Versuchung, zu viel zu planen: zu versuchen, jede Unsicherheit über die Sprint-Arbeit vor Beginn aufzulösen, statt zu akzeptieren, dass manche Unsicherheit durch die Arbeit selbst gelöst wird. Ein Team, das regelmäßig weit mehr als seine Timebox braucht, um einen Sprint zu planen, versucht oft, Unsicherheit zu eliminieren, die Scrum erwartet, adaptiv während des Sprints zu behandeln, nicht im Voraus.
Was die Timebox des Sprint Review schützt
Das Zeitlimit hier schützt davor, dass der Review zu einer langen formalen Präsentation wird statt der kollaborativen Arbeitssitzung, die er sein soll. Ein zu lange dauernder Review ist oft ein Zeichen, dass zu viel Zeit für vorbereitete Demonstration und zu wenig für das tatsächliche Gespräch mit Stakeholdern darüber verwendet wird, was gelernt wurde und was als Nächstes geschehen sollte.
Was die Timebox der Retrospektive schützt
Diese schützt den Fokus. Eine zeitlich unbegrenzte Retrospektive neigt dazu, sich über jedes denkbare Thema auszubreiten, was eine lange Liste an Beobachtungen und wenige konkrete Verpflichtungen erzeugt. Die Timebox erzwingt Priorisierung: Das Team muss entscheiden, wofür sich die begrenzte Zeit tatsächlich lohnt, was tendenziell zu einer kürzeren, umsetzbareren Ergebnismenge führt als ein offenes Gespräch.
Was es bedeutet, wenn ein Team seine Timeboxes konsequent überschreitet
Gelegentliches Überziehen ist normal und keine Überanalyse wert. Ein konsequentes, sprintübergreifendes Muster, die Timebox eines bestimmten Events zu überschreiten, lohnt sich als diagnostische Information zu behandeln, statt das Meeting einfach weiter zu verlängern. Es deutet meist darauf hin, dass vom Event verlangt wird, eine Aufgabe zu erfüllen, für die es nicht gestaltet wurde: Daily Scrums, die zu Statusmeetings geworden sind, Sprint Plannings, die versuchen, Unsicherheit zu eliminieren, statt sie zu akzeptieren und zu managen, Retrospektiven, die versuchen, jedes Problem in einer Sitzung zu lösen, statt das wichtigste auszuwählen.
Die Timeboxes sind keine Disziplinübung um ihrer selbst willen. Sie sind ein erzwingender Mechanismus, der jedes Event bei seiner konkreten Aufgabe hält, und ein Team, das konsequent gegen sie ankämpft, kämpft meist gegen den tatsächlichen Zweck des Events, nicht nur gegen eine willkürliche Uhr.