Wie Sie das volle Potenzial Ihres Backlogs nutzen können
Für manche Teams ist der Backlog der aktuelle Stand eines Projekts und die Prognose für die Zukunft des Projektes. Für andere Teams ist es ein Friedhof der vergessenen Tickets. Hier erfahren Sie, wie Sie sicherstellen können, dass der Backlog Ihres Teams auf Kurs bleibt.
Der Product Backlog ist ein Fahrplan für jedes Projekt: Alle erforderlichen Arbeiten und die damit verbundenen Abhängigkeiten werden gründlich in einzelne Aufgaben zerlegt. Die Erstellung des Product Backlogs ist der erste Schritt, um den Umfang des Projekts zu verstehen. Der nächste wichtige Schritt für Teams ist die Verfeinerung des Product Backlogs, auch bekannt als Backlog Grooming.
Das Backlog Grooming ist Teil des Scrum-Prozesses, bei dem sich ein Team trifft, um seine Backlog-Elemente zu prüfen. Fehlende Informationen, fehlende Abhängigkeiten oder offene Fragen werden angesprochen. Erst danach kann die Arbeit geschätzt und priorisiert werden. Lesen Sie mehr über den Scrum-Prozess]
Backlog Grooming kontinuierlich durchführen
Bei der Pflege des Backlogs ist die Beteiligung des Entwicklungsteams für die Genauigkeit und Transparenz des Projektumfangs unglaublich wichtig. Die Pflege des Backlogs sollte während des gesamten Lebenszyklus des Produkts kontinuierlich erfolgen, da dem Backlog mit Sicherheit neue Funktionen, Bugs und andere Leistungen hinzugefügt werden. Die Durchführbarkeit und Priorität neuer Backlog-Elemente muss während des Groomings im Team diskutiert und geplant werden.
In der Planungsphase während oder nach des Backlog-Groomings wird ein Teil des Product Backlogs in ein Sprint Backlog umgewandelt. Jeder Sprint hat seinen eigenen Backlog, der priorisierte User Stories enthält, die zum Ziel des Sprints beitragen.
Eine User-Story ist eine Methode, um eine Funktionalität mit Hilfe von Erzählungen zu beschreiben. Sprint-Ziele und User Stories sind Teil der agilen Methodik.
Diese Umwandlung vom Product Backlog in den Sprint Backlog hängt stark von der Führung des Entwicklungsteams ab. Die Entwickler wissen, wann Elemente einsatzbereit sind und wann es Abhängigkeiten gibt, die zuerst erledigt werden müssen. Die Planung der Ausführungsreihenfolge kann über die Einhaltung eines Projekttermins entscheiden.
Meine 4 wichtigsten Tipps für agile Produktteams
1 - Beginnen Sie mit kleinen Ergebnissen
Die Arbeit an grossen Tickets ist eine "Bad Practice", es gibt aber eine ganz einfache Lösung: Das Aufteilen eines grossen Tickets in viele kleinere User Stories hilf dem ganzen Team dabei, Anforderungen besser zu verstehen, zu implementieren und zu testen. Am Ende könnte eine grosse Funktion 3 User Stories haben, wobei jede User Story 2 oder 3 Sub-Tickets enthält. Dies hat den Vorteil, dass Teile einer Funktion schneller zum Testen bereitgestellt werden können und dass das Entwicklungsteam synchron arbeiten kann.
2 - Technische Schulden sind nicht zu vernachlässigen
Gibt es "Code Smell"? Dokumentation, die nicht aktualisiert wurde? Versionsaktualisierungen, die vorgenommen werden müssen? Dies sind alles Beispiele für technische Schulden.
Technische Schulden (oder Codeschulden) entstehen, wenn anstatt der gut durchdachten, komplexeren Lösung, ein einfacherer und begrenzterer Ansatz gewählt wurde. Hier sind 10 Tipps für den Umgang mit technischen Schulden
Tickets, die als Tech Debt gekennzeichnet sind, sollten unbedingt im Backlog nachverfolgt werden. Solange dies nicht ausreichend gekennzeichnet wird, kann der Product Owner eines Projektes unmöglich wissen, dass eine Änderung daran zusätzliche Extrapunkte im Arbeitsumfang mit sich bringen wird. Mit einer Tech Debt Story, die als abhängig von der neuen Funktion gekennzeichnet ist, hat jeder im Team eine genaue Schätzung des Arbeitsaufwands für die Bereitstellung der Funktion. Dies ist nur ein Beispiel dafür, dass Transparenz und Nachverfolgung für die Planung eines Teams nützlich sind. Sie denken vielleicht, dass Tech Debt Tickets nie nach Prioritäten geordnet werden. In Wirklichkeit sollten sich die Entwickler dafür einsetzen, dass die erforderlichen Tech-Debt-Tickets nach Möglichkeit Teil des Sprintumfangs sind.
3 - Wissensaustausch ist wichtig und zeitsparend
Eine weitere wichtige Aufgabe der Entwickler bei der Pflege des Backlogs ist das Hinzufügen technischer Details zu den Stories. Wenn sie zusätzliche Informationen oder Beispiele haben, sollten diese hinzugefügt werden. Dazu gehören Screenshots, Codeschnipsel, Links zur Dokumentation, spezifische Variablennamen und Dateinamen sowie frühere Beispiele. Man weiss nie, wer an dem Ticket arbeiten wird, und Details können die Entwicklung für ihn oder sie einfacher und schneller machen. Was ein Developer in 5 Minuten aufschreibt, kann jemand anderen stundenlange Nachforschungen ersparen.
4 - Prüfen Sie Tickets früh genug, um vorbereitet zu sein
Schliesslich ist die Vorbereitung wahrscheinlich das Wichtigste, was ein Entwicklungsteam tun kann. Das erste Mal, dass die Tickets gelesen werden, muss nicht unbedingt während des Backlog-Groomings sein. Wenn Tickets im Voraus gelesen werden, können die Designs und Anforderungen auf fehlende Informationen oder Abhängigkeiten überprüft werden. Es wird sicherlich immer Tickets geben, die nicht bereit sind, um damit zu starten. Solange Bedenken an diesen Tickets frühzeitig geäussert werden, verschwendet das Team keine Zeit damit.
Fazit: Ein hervorragendes Produkt ist das Ergebnis einer erfolgreichen Zusammenarbeit
Unterschätzen Sie nicht den Einfluss, den das Entwicklungsteam hat. Ergreifen Sie stattdessen Massnahmen und schöpfen Sie das Potenzial des Backlogs voll aus. Die Pflege des Product Backlogs und die Organisation von Sprints ist eine Zusammenarbeit zwischen dem Entwicklungsteam und dem Product Owner. Aktive Beteiligung und Eigenverantwortung führen zu einem transparenten und genauen Backlog, aus dem ein hervorragendes Produkt entsteht.
