zx
Das Sprint Planning ist ein zentrales Scrum-Ereignis, welches entscheidet, wie sich das Leben Ihrer Kunden mit dem nächsten Inkrement verbessern wird. Erfahren Sie mehr darüber, wie Sie Ihren Kunden durch die Vermeidung von 20 gängigen Sprint Planning Anti-Patterns helfen können.
Wir begannen diese Reihe zum Thema verteiltes agiles Arbeiten mit der Untersuchung von Praktiken und Werkzeugen, gefolgt von der Erkundung virtueller Liberating Structures, dem Meistern von Zoom, der Vermeidung von typischen Fehlern in der Arbeit mit verteilten Teams und wie man virtuelle Retrospektiven organisiert. Dieser sechste Artikel hat nun das Thema virtuelles Sprint Planning zum Gegenstand.
Ein großartiger Scrum Master dient nur einem Scrum Team – das ist zumindest eine beliebte Wahrnehmung in der Scrum-Gemeinde. Dennoch gibt es auch Stimmen, die an dieser Interpretation der Scrum Master Aufgaben zweifelt: Was würde man den ganzen Tag tun – mit einem einzigen Scrum Team? Sollte das Team sich mit der Zeit nicht selbst organisieren? Und wenn ja, braucht das Scrum-Team dann rund um die Uhr einen Scrum Master?
Da ich jahrelang als Product Owner in Scrum Teams ohne einen dedizierten Scrum Master gearbeitet habe, was gut funktionierte, war ich neugierig, ein Antwort auf diese Frage zu finden. Deshalb habe ich von Ende Juni bis Anfang Juli 2018 eine Umfrage durchgeführt, deren Ergebnisse hier vorgestellt werden.
Insgesamt nahmen in den zwei Wochen vor dem 5. Juli 2018 261 Scrum Masters an dieser nicht repräsentativen Umfrage teil. 19 Teilnehmer der Umfrage beschlossen, der Verarbeitung ihrer Daten durch Google nicht zuzustimmen. Daher wurden ihre Beiträge gelöscht, was zu einer Stichprobengröße von 242 Antworten führte.
Das vierte Hands-on Agile Meetup über Liberating Structures für Scrum befasste sich mit dem Sprint Planning, genauer gesagt mit den Gründen, warum Sprint Plannings scheitern — trotz aller Anstrengungen, die im Vorfeld unternommen wurden, von Product Backlog Refinements bis zum Sprint Review.
