Tag Archives: Product Backlog

Mit den richtigen Mitteln UX im Product Backlog verankern

UX Product Backlog

Product Owner stehen immer wieder vor der Entscheidung, was für die User Experience (UX) eines Produkts ausschlaggebend ist. Deshalb gehört UX als wichtige Information ins Product Backlog, findet Dominique Winter, der das Thema in einem Vortrag auf der letztjährigen zehnten Tools4AgileTeams-Konferenz ausführlicher betrachtet hat. Er stellt in diesem Zusammenhang die Technik der UX-Vision vor, die dabei hilft zu klären, welche Aspekte eines Nutzererlebnisses im Vordergrund stehen sollen. Hier ist das Video zur Session.

Von der Produktvision zum Sprint Backlog: Wie hängt das alles zusammen?

Produktvision

Wir verfolgen eine Produktvision – aber wie bekommen wir die ins Backlog rein? Warum ist es sinnvoll, eine Produktstrategie auszuwählen? Und wie hängt eine Product Roadmap mit einer Story Map zusammen? Auf der letztjährigen Tools4AgileTeams-Konferenz hat Tim Klein die Zusammenhänge aufgezeigt, damit Product Owner und Scrum Master die Kommunikation mit Stakeholdern und Product Leadern erfolgreich gestalten können. Hier ist das Video zu seiner Session.

Ein Backlog Refinement Flow auf großer Skala

Backlog Refinement

Eine SAFe Large Solution mit 350 Mitarbeitern, darunter zwei Solution Manager, zwölf Product Manager, 30 Product Owner – und drei Probleme: erstens eine fehlende Fokussierung, zweitens kein Continuous Refinement und drittens ein Hang zur Überperfektion vor jedem PI-Planning. Wie lassen sich diese Herausforderungen anpacken? In ihrem Vortrag auf der letztjährigen Tools4AgileTeams-Konferenz haben Marco Wyttenbach und Rick Janda Lösungen aufgezeigt, die sie gemeinsam in eineinhalb Jahren mit Erfolg implementieren konnten.

Die Kunst, das Produktportfolio agil zu managen

Agiles Portfoliomanagement

In vielen Unternehmen gibt es ein Meer von Ideen, die mittels Backlog-Management aufgenommen, ausdifferenziert, priorisiert und für die Umsetzung vorbereitet werden müssen. Der wünschenswerte Idealzustand ist dabei, dass die Last im System dem Leistungsvermögen der Organisation entspricht. Doch in der Realität führt dieses Ideenmeer häufig dazu, dass eine Schieflage entsteht: Die Last ist größer als die Leistungsfähigkeit. In seinem Vortrag auf der letzten Tools4AgileTeams-Konferenz hat Dr. Bern Müssig anschaulich und praxisnah beleuchtet, wie diese Thematik aufgelöst werden kann.

(Kein) Platz für Discovery in Scrum!?

Product Discovery Artikelbild

Das Abarbeiten der User-Stories aus dem Product-Backlog ist Alltag für agile Software-Teams. Und typische Richtungen, aus denen Stories eingebracht werden, sind die Stakeholder, die Kunden und die Produktstrategie. Doch wie lässt sich die Qualität der Stories im Backlog erhöhen? Wie kann eine Verknüpfung zwischen High-Level-Produktstrategie und den konkreten Stories des Product Owners entstehen? Darüber hat Juliana Brell in einem Vortrag auf der letzten Tools4AgileTeams-Konferenz nachgedacht und in diesem Zusammenhang den Product-Discovery-Ansatz vorgestellt. Hier ist das Video zur Session.

Warum wir Anforderungslisten in ein Backlog mit User Stories überführen

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?

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.