Erholung für Scrum-Sprinter
Viele Teams schreckt bei Scrum ab, dass direkt nach Sprintende der nächste beginnt. Die Angst ist nachvollziehbar: Die Aussicht auf ständigen Durchlauf ohne Pause wirkt beängstigend. Hier eine leichte Scrum-Anpassung, die die Angst nehmen und spürbaren Nutzen bringen kann.
Wohlverdiente Pause nach dem Sprint
In einem Team, mit dem ich gearbeitet habe, kamen wir zu dieser Formel: pro Sprint 2,5 Wochen aktives Coding und Testen, gefolgt von 3 Tagen Pause. „Pause“ heißt natürlich nicht Grillen oder Videospiele. Das Team arbeitete fast wie an anderen Tagen weiter. Der Hauptunterschied: An Pausentagen gab es keine reguläre Tagesentwicklung. Sie wechselten Aktivitäten – und mancher sagt, Aktivitätswechsel sei einer der besten Wege, mentale Energie wiederherzustellen.
Die Praxis funktionierte in dem Team hervorragend. Ich glaube, deshalb:
- Etwas Pause am Sprintende lässt das Team durchatmen und emotionale Anspannung abbauen. Im nächsten Sprint fließt die Arbeit deutlich schneller.
- Eine kurze Pause spült Restinformationen des letzten Sprints weg. Das Team kommt zum Planning frisch, fokussiert und bereit für die neue Iteration.
- Mit ein paar offiziellen Pausentagen starten Entwickler den nächsten Sprint eher mit „Hockstart“. In der kurzen Erholung können sie sich psychologisch vorbereiten. Prokrastination am Anfang wird weniger verlockend. Die gesamte Entwicklung wird transparenter. Produktivität und Vorhersagbarkeit steigen.
- Das Team hat dedizierte Zeit, sich aufs Sprint Planning vorzubereiten: Backlog durchgehen, künftige User Stories prüfen, fehlende Infos ergänzen, Fragen vorbereiten.
- Mit einem (oder wenigen) Tag(en) für Meetings werden Entwickler an anderen Tagen nicht von der Entwicklung abgelenkt. Aus eigener Erfahrung: Am Planning-Tag liegt die Produktivität eines Engineers nicht einmal bei der Hälfte des Üblichen.
- Gleichzeitig wird das Team an diesen Tagen nicht durch Coding von Review, Retro, Planning und Backlog Refinement abgelenkt. Man kann vor Review und Retro auffrischen, was im Sprint passiert ist. Oder, wie oben, das Backlog verfeinern. All das macht Teamevents sinnvoller und produktiver.
Erholungszeit am Ende einer Iteration erscheint mir natürlich. Es ist kein Zufall, dass Iterationen in Scrum Sprints heißen. Das Team formiert sich in einer Formation und sprintet dann voll auf das Ziel zu. Und Athleten brauchen nach dem Lauf Erholung.
Außerdem: Was sagt der Scrum Guide zur Dauer der Scrum-Events? Die Meetings sind alles andere als kurz. Für einen Monats-Sprint soll Planning 8 Stunden dauern. Bei kürzeren Sprints weniger – aber praktisch sind 2 Stunden für einen Wochen-Sprint das Minimum. Vor diesem Hintergrund wirken ein oder zwei Tage für Teamevents und Vorbereitung nicht mehr so sinnlos.
Einfache Erholungsroutine
Wie viel Zeit für Erholung einplanen? Ich empfehle, mit dieser Faustregel zu starten:
- 2-Wochen-Sprint — 1 Pausentag
- 3-Wochen-Sprint — 2 bis 3 Pausentage
- 4-Wochen-Sprint — 3 bis 4 Pausentage
Danach iterativ reflektieren, wie es funktioniert. Am wichtigsten: Jede Praxis sollte einfach nutzbar sein und dem Team Nutzen bringen.