Product Backlog Fehler, die du vermeiden solltest

Product Backlog Fehler
Von Sebastian Schneider // 29.11.2022 // 0 Kommentare

Als Product Owner ist es deine Aufgabe, dafür zu sorgen, dass das Product Backlog in einem guten Zustand ist. Das bedeutet, dass es klar, nach Prioritäten geordnet, verständlich und realisierbar ist. Es gibt jedoch ein paar Dinge, die du bei deinem Product Backlog vermeiden solltest. In diesem Blogbeitrag werden wir einige dieser Themen anschneiden.

Das Product Backlog übermäßig erweitern

Das Product Backlog ist ein besonderer Teil des Scrum Frameworks. Es ist wichtig, dass du es nicht zu sehr erweiterst und veränderst. Starte klein, vermeide zu viele Eigenschaften bei deinen Product Backlog Items und im Aufbau des Product Backlogs einzufügen. Das kann zu unrealistischen Erwartungen und Termindruck führen. Konzentriere dich stattdessen darauf, die wichtigsten Anforderungen zu identifizieren und sicherzustellen, dass sie im Backlog enthalten sind. Das hilft, das Produkt auf Kurs zu halten und unnötigen Stress zu vermeiden. 

Unbegrenzte Anzahl der Produkt Backlog Items aufnehmen

Zu viele Anforderungen blähen das Backlog nur unnötig auf. Die Anzahl der Items im Backlog darf zwar zunehmen, muss sich aber langfristig wieder verringern (können), sonst sammelst du immer mehr und mehr, was niemals umgesetzt werden kann.

Dann kann Scrum zu einem Rückstau führen, der so groß ist, dass er unüberschaubar wird. Dann kann es schwierig sein, Prioritäten zu setzen und das Verständnis überhaupt zu behalten.

Das Product Backlog als Spezifikation ansehen

Das Product Backlog ist keine Spezifikation. Es ist niemals fertig und es macht überhaupt keinen Sinn Termine und Meilensteine ins Leben zu rufen, an dem das Product Backlog in eine fertig "Phase" übergeht. Das Backlog ist immer emergent. Eine große Stärke von Scrum ist es, genau mit dieser Volatilität umgehen zu können.

Das Product Backlog in der Ansicht begrenzen

Aufgabe des Product Owners ist es, das Product Backlog transparent und verfügbar zu halten. Wenn du das Product Backlog geheim hältst, dann wirst du auf Probleme der Akzeptanz, Mitarbeit und des Verständnisses bekommen.

Das Product Backlog kompliziert machen

Scrum ist ein Rahmenwerk, das Organisationen dabei hilft, Product Backlogs auf einfache und leicht verständliche Weise zu entwickeln und aus ihnen Wert zu liefern. Das Backlog sollte so einfach wie möglich gehalten werden, damit es einfach ist, die Anforderungen zu priorisieren.

Wenn du Scrum verwendest, ist eines der wichtigsten Dinge, die du beachten solltest, dass dein Product Backlog so einfach wie möglich sein sollte. Wenn es zu kompliziert ist, wird es für deine Entwicklung schwierig zu wissen, wo es anfangen und woran es als Nächstes arbeiten soll. Das kann zu Verzögerungen führen und letztendlich den Erfolg deines Produktes beeinträchtigen. Achte also bei der Erstellung deines Product Backlogs darauf, dass er kurz und klar ist, damit alle wissen, was zu tun ist.

Vermeide es, unrealistische Fristen für dein Product Backlog zu setzen

Unangemessene Fristen können zu viel Stress und Druck für das Team führen, was die Qualität des Produkts beeinträchtigen kann. In Scrum ist es wichtig, vernünftige Fristen zu haben, um diese Art von Situation zu vermeiden.

Im Product Backlog selbst haben Zeiten erstmal nichts zu suchen. Du hast Schätzungen (siehe auch agiles Schätzen) und kannst auf empirische Daten aus vergangenen Sprints zurückgreifen. Eine Frist oder einen Termin abseits der Abschätzung von Entwicklern & Co zu setzen ist unsinnig.

Zusammenfassung

Zusammenfassend lässt sich sagen, dass das Product Backlog ein wichtiges Instrument für den Product Owner ist. Es gibt jedoch ein paar Dinge, die vermieden werden sollten, um es in guter Form zu halten. Dazu gehören das Hinzufügen von zu vielen Aufgaben, fehlende Transparenz, steigende Komplexität oder unrealistische Zeiten einbringen. Wenn du diese Dinge vermeidest, kannst du dein Product Backlog gesund erhalten und deinem Team zu mehr Erfolg verhelfen.

Sebastian Schneider ist dem Framework Scrum - es war Liebe auf den ersten Sprint - bereits seit 2005 verfallen. Seitdem begleitet er Unternehmen (meist größere) bei der Transition in eine neue Arbeits- und Produktwelt.

Dafür findet er den richtigen Grad zwischen zielgerichteten systemischen Impulsen und dem nachhaltigen Coaching in der Organisation, um diese bei der Entwicklung und Optimierung des eigenen Kundenmehrwerts zu unterstützen und entwickelt mit ihnen Produkte, die ihre Kunden lieben.

Im richtigen Maß gehören dazu die effektive und effiziente Facilitation dazu, sowie agile Spiele und Simulationen, die sein Themenfeld auf einfache Art begreiflichen machen.

Auf Konferenzen, sei es im Fachbeirat oder als Akteur, gibt er gerne Erkenntnisse weiter und freut sich über Kontakte von Angesicht zu Angesicht.

>