Scrum : Effektiver Sprint Zero

Was wollen wir bei Wasserfällen vermeiden? Es sind vor allem die Momente des Übergangs! Viele Informationen gehen einfach verloren, wenn Sie sie von einer Person zur anderen weitergeben. Eine weitere Sache, die wir vermeiden wollen, ist eine strenge Reihenfolge der Dinge, da dies zu einer Einschränkung der Flexibilität führt. Dennoch ist Sprint Zero eine weit verbreitete Praxis, und sie sollte vor allem anderen stattfinden, nicht wahr? Wie kann man also einen Sprint 0 auf intelligente Weise durchführen? Nutzen Sie diese Prinzipien:

• Eine Dauer von mehr als 1 Woche für Sprint Zero ist viel zu lang
• Die Hälfte von Sprint Zero für Training und Teambuilding auszugeben, ist nur fast genug
• Mehr zu tun als unbedingt nötig, um den ersten Sprint zu starten, ist zu viel
• Das Ergebnis von Sprint Zero ist eine Starthilfe für Sprint One.

Ja! Heartbeat ist wichtig! Aber Sprint Zero ist die Ausnahme. Je kürzer, desto besser. Sprint Zero am Mittwoch zu beginnen und Sprint 1 am nächsten Montag zu starten, wäre völlig akzeptabel. Ja! Lieferbarer Code ist das Ergebnis eines jeden Sprints! Aber Sprint Zero ist die Ausnahme. Nutzen Sie Sprint Zero, um sich gegenseitig kennen zu lernen. Bauen Sie ein Team auf, bevor Sie Software entwickeln. Zugegeben, Sie können kein Team in 5 Tagen aufbauen, aber Sie können einen Anfang machen. Dieser Anfang kann den Unterschied ausmachen, ob Sie ein Team werden oder ein Haufen von Leuten bleiben. Yest ! Behalten Sie das Ende im Auge! Aber verschieben Sie den Start nicht, bis Sie das Ende verstehen. Prüfen und anpassen. Was auch immer Sie tun, das Ende wird sich aufgrund der Dinge, die Sie auf dem Weg dorthin lernen, ändern. Ein effektiver Sprint Zero kann sehr wichtig sein. Die meisten Beteiligten haben etwas über Scrum gelesen und erinnern sich daran, dass Scrum agil ist und dass das Team sich selbst organisiert und sich dabei stark auf die Lieferung von Software konzentriert. Ein Sprint Zero von 3 Wochen würde dann jeglichen Enthusiasmus und Glauben an das Prinzip von Scrum oder Agile zunichte machen. Agile bedeutet, dass Menschen und Interaktion wichtiger sind als Prozesse und Werkzeuge. Das ist wahr! Sie können jede Art von Prozess mit einer beliebigen Anzahl von Werkzeugen erfinden, aber ohne die richtigen Menschen, die zusammenarbeiten, wird der Prozess niemals funktionieren und die Werkzeuge werden nicht von großem Nutzen sein. Trotzdem gewinnt eine Gruppe von Einzelpersonen das Spiel nicht. Es ist das, was wirklich den Unterschied ausmacht, wenn man aus einer Reihe von Champions ein Team macht. Nehmen Sie sich dafür im Sprint Zero Zeit, denn später besteht die Gefahr, dass Sie keine Zeit mehr dafür haben. Architektur und Tools sind wichtige Bestandteile eines erfolgreichen Softwareentwicklungsteams. Noch wichtiger ist es jedoch, Software zu entwickeln und daraus zu lernen. Denken Sie daran: Wenn Sie sich die Architektur in 2 Tagen nicht vorstellen können, wird sie nach 2 Wochen auch nicht viel besser sein. Während der Entwicklung und Erforschung der Geschichten wird sich die bestmögliche Architektur herauskristallisieren. Wie sieht ein idealer Sprint Zero aus? Beim Ideal Sprint Zero sitzt das gesamte Team 3 Tage hintereinander zusammen.

• Der erste Tag, an dem Sie einen Schulungstag über Agile und Scrum haben. Es ist wichtig, dass das gesamte Team an dieser Schulung teilnimmt und dass der Trainer etwas Aufmerksamkeit für die teambildende Seite dieses Schulungstages hat. Team Rulezzz und Definition of Done sollten Teil des Trainingstages sein.
• Der zweite Tag zur Prüfung des Backlogs. Ich gehe davon aus, dass der ProductOwner das Backlog bereits erstellt hat und dass das Team nur noch die Qualität des Backlogs überprüfen muss. Aber selbst wenn dies nicht der Fall ist, sollten das Team und der ProductOwner in der Lage sein, genügend Backlog für den ersten Sprint zu erstellen. Der ProductOwner hat die Vision/Ideen, das Team hat das Bedürfnis, die Dinge zu konkretisieren und stellt daher die richtigen Fragen. Mehr als einen Tag mit der Erstellung des Product Backlogs zu verbringen, wäre für das Team Zeitverschwendung. Dies ist die Aufgabe des ProductOwner und sollte das Team nichts angehen. Da wir über den idealen Sprint Zero sprechen, bei dem die Qualität des Backlogs so hoch ist, dass ein halber Tag ausreicht, um festzustellen, dass die User Stories gut genug sind, um sie zu pokern und zu verpflichten. Auf diese Weise kann die zweite Hälfte dieses Tages genutzt werden, um die am höchsten priorisierten Änderungen zu pokern.
• Der dritte Tag wird benötigt, um Sprint Zero zu beenden. Mit anderen Worten: Dieser dritte Tag soll sicherstellen, dass Sprint 1 am nächsten Tag begonnen werden kann. Wenn die Team Rulezzz oder die Definition von Done nicht im Training behandelt wurden, sollten Sie dies jetzt nachholen. Wenn die Planung für Sprint 1 noch nicht erfolgt ist, sollten Sie dies jetzt tun. Stellen Sie sicher, dass noch Zeit für den Aufbau des Teams bleibt. Lernen Sie sich gegenseitig kennen. Es gibt einige nette Übungen, die interessante Diskussionen auslösen und sich dennoch auf die Agilität des Teams konzentrieren. ( Zukünftiger Blog ).

Die Welt ist natürlich nicht ideal. Dennoch sollten Sie die Prinzipien im Hinterkopf behalten. Und wenn Sie diese Prinzipien im Hinterkopf behalten, werden Sie feststellen, dass die Welt idealer ist, als Sie dachten. :-)