Immer wieder kommen Kunden mit sehr groben, technisch ausgerichteten Anforderungslisten in Software-Projekte. Der erste Projektschritt für //SEIBERT/MEDIA besteht in einem solchen Fall dann darin, die Anforderungsliste, die uns vom Kunden zur Realisierung übergeben wird, gemeinsam in ein Product Backlog umzuarbeiten, das den Kundennutzen der Anforderungen verdeutlicht. Das ist keine triviale Aufgabe und fordert dementsprechend etwas Zeit und einige Ressourcen ein. Doch warum soll der Kunde für diese Vorbereitungsarbeiten zahlen, die ja noch gar nichts mit der eigentlichen Umsetzung zu tun haben?
Tag Archives: Product Backlog
Scrum: Methoden zur Priorisierung des Product Backlogs
Das Product Backlog ist ein wichtiger Bestandteil von Software-Entwicklungsprojekten: Es enthält alle Arbeiten, die für die Erstellung einer erfolgreichen Anwendung erforderlich sind. Nicht selten umfasst ein solches Backlog weit über 50 unterschiedliche User Stories (in großen Projekten können es auch mehrere Hundert sein), von denen es nur ein Teil in die nächste Produktversion schaffen kann. Für den Product Owner ist es keine einfache Aufgabe zu entscheiden, in welcher Reihenfolge die Stories umgesetzt werden sollen. Glücklicherweise gibt es ein paar Ansätze, die bei der Entscheidung helfen können. Vier Methoden zur Priorisierung des Backlogs stellen wir Ihnen hier vor: Kano-Analyse, Theme Screening, Theme Scoring und relative Gewichtung.
Scrum: Welche Eigenschaften sollte ein gutes Product Backlog haben?
In der agilen Software-Entwicklung ist das sog. Product Backlog ein wichtiges Artefakt. Es enthält alle Arbeiten, die für die Erstellung einer erfolgreichen Software-Anwendung erforderlich sind, also Funktionen, Fehler (Bugs) usw. Die Güte eines Product Backlogs hat erheblichen Einfluss darauf, wie gut das Entwicklungsteam es abarbeiten kann. Je besser der Kunde und das Team ein solches Backlog also aufbereiten und aktuell halten, desto produktiver und schneller erfolgt die Umsetzung.
