Von der Produkt-Vision zum Sprint Backlog: Ein Erfahrungsbericht

Presentation 30'

Abstract

Im vergangenen Jahr haben wir unseren Entwicklungsprozess weg vom Wasserfall-Modell hin zum Lean Development Model umgestellt. Dies hatte für die Program Area Bank Analyzer zur Konsequenz, dass die klassische Projektorganisation aufgegeben wurde und ein Product Team mit fünf Scrum Teams eingeführt wurde. Dabei hat sich insbesondere der Umgang mit dem Product Backlog und dessen logische Abhängigkeiten zwischen den Scrum Teams als kritisch erwiesen.

Im Rahmen des kontinuierlichen Verbesserungsprozesses (Retrospektiven) haben wir unser Entwicklungsvorgehen überprüft und das Vorgehensmodell P2S (Portfolio to Sprints) entwickelt, um die Scrum Teams bereits frühzeitig in die Vorbereitung des nächsten Releases einzubeziehen. Zu Beginn der Releaseplanung sind die Scrum Teams weitestgehend mit dem Abschluss des aktuellen Shipments (z.B. Abnahmetest, Valdierung) beschäftigt. P2S ermöglicht es uns trotzdem bereits zu diesem Zeitpunkt, die Teammitglieder nach ihrer jeweiligen Verfügbarkeit in den Releasevorbereitungsprozess zu integrieren. Das Releasevorbereitungsteam kooperiert eng mit dem Product Team und wirkt in der Set-Up Phase als Multiplikator auf die Scrum Teams ein.

Somit konnten wir den Product Backlog besser aufbauen und so auf die Scrum Teams verteilen, dass sie bereits zu Beginn der Entwicklungsphase inhaltlich und strukturell gut vorbereitet sind. Dazu haben wir u.a. auch auf Jeff Pattons „User Story Mapping“ Ansatz zurückgegriffen. Ergebnis ist ein für die ersten beiden Sprints sehr konkreter Sprint Backlog. Für die übrigen Sprints ist die Zielsetzung grob klar, sie muss aber noch während der jeweiligen Sprintvorbereitungen weiter präzisiert werden.

Ziel dieses Vortrags ist es, die Erfahrungen des letzten Jahres sowie die Vor- und Nachteile des Vorgehensmodells P2S zu diskutieren.

Speaker

Marcus Baumann, Wiebke Kappenberg, Kasyap Natarajan