Der Übergang von einem projektorientierten zu einem produktorientierten Ansatz erfordert eine komplexe Mischung aus strategischer Planung, klarer Kommunikation und effizientem Aufgabenmanagement. Im Mittelpunkt dieser Transformation steht eine entscheidende Komponente der Scrum-Methodik: das Product Backlog Scrum. Diese dynamische, geordnete Liste von allem, was für das Produkt benötigt wird, bildet das Herzstück jedes Scrum-Projekts.
Es bietet eine klare Vision davon, was getan werden muss, erleichtert die Priorisierung und fokussiert die Bemühungen des Teams.
Wenn wir in die Welt des Scrum Product Backlogs eintauchen, werden wir seine Bedeutung, Struktur und Auswirkung auf die Straffung der Projekt-zu-Produkt-Transformation untersuchen. Dies wird als Fahrplan dienen, um sicherzustellen, dass Ihr Transformationsweg reibungslos, effizient und vor allem erfolgreich ist.
Die ADAPT Methodology® ist ein einzigartiges Rahmenwerk für die digitale Produktentwicklung, um traditionelle, projektzentrierte Unternehmen in produktorientierte Unternehmen zu verwandeln.
Die Gesellschaft hat sich verändert, und Führungskräfte benötigen Unterstützung bei der Art und Weise, wie sie ihre digitalen Produktorganisationen führen und gestalten. Das ist der Grund, warum die ADAPT Methodology® geschaffen wurde. Doch jetzt tauchen wir tief in die Welt des Scrum Product Backlogs ein.
Während ich in den letzten Wochen einige meiner Kunden geschult habe, wurde ich immer wieder nach dem Produkt-Backlog in Scrum gefragt. Um Ihre fortlaufenden Fragen zu beantworten, habe ich beschlossen, dieses Thema gründlicher zu recherchieren und diesen Blogbeitrag zu schreiben.
Die einfachste Definition von Produkt-Backlog in Scrum lautet: "Es ist eine Liste aller Aufgaben, die im Projekt erledigt werden müssen". Sie ersetzen die traditionellen Anforderungen von Spezifikationsartefakten. Backlogs werden in Form von Nutzerstories entworfen und können technischer Natur oder nutzerzentriert sein.
Der Scrum Product Owner besitzt das Scrum Produkt-Backlog. Der Scrum Master, das Scrum Team und andere Stakeholder sind alle Beitragende. Sie haben eine breite und vollständige To-Do-Liste, um das Backlog abzuschließen.
Ein typisches Scrum-Backlog enthält die folgenden Elemente:
The Scrum Product Owner uses a Scrum Product Backlog during the Sprint Planning Meeting to describe the top entries to the team. The Scrum team then determines which items they can be completed during the upcoming sprint.
Jedes Scrum Produkt Backlog hat bestimmte Eigenschaften, die es von einer einfachen To-Do-Liste unterscheiden:
User Stories sind die Hauptmethode für Scrum-Teams, um Features im agilen Produkt-Backlog auszudrücken. Die Geschichten sind kurze, einfache Beschreibungen der gewünschten Funktion aus der Perspektive des Benutzers. Zum Beispiel: Als Käufer kann ich die Artikel in meinem Einkaufswagen überprüfen, um zu sehen, was ich bereits ausgewählt habe, bevor ich zur Kasse gehe.
Fehler und neue Features beschreiben etwas anderes, das ein Benutzer möchte. Da es keinen wirklichen Unterschied zwischen den beiden gibt, sind auch Fehler Teil des Scrum Produkt-Backlogs.
Technische Arbeiten und Wissenserwerbsaktivitäten gehören ebenfalls zum agilen Backlog. Ein Beispiel für technische Arbeit wäre eine Anweisung wie: "Upgrade aller Entwicklerarbeitsstationen auf Windows 7".
Ein Beispiel für den Wissenserwerb könnte ein Backlog-Item über die Recherche verschiedener JavaScript-Bibliotheken sein, gefolgt von der Auswahl einer Bibliothek.
Ein Backlog benötigt regelmäßige Aufmerksamkeit und Pflege; es muss sorgfältig verwaltet werden. Zu Beginn starten das Scrum-Team und der Scrum Product Owner das Projekt, indem sie brainstormen und alles aufschreiben, an das sie denken. Die Items, die der Owner und das Team erstellen, sollten für einen ersten Sprint mehr als ausreichend sein.
Das Arbeiten mit Scrum Produkt-Backlogs ist ein fortlaufender Prozess, der die folgenden Schritte umfasst:
Obwohl dies ein kollaborativer Prozess ist, ist der Scrum Product Owner dafür verantwortlich, sicherzustellen, dass das Scrum Produkt-Backlog in gutem, funktionierendem Zustand ist. Bei Verwendung des Scrum-Frameworks sollten etwa 10% der Gesamtzeit des Scrum-Teams für die Pflege des Scrum Produkt-Backlogs reserviert werden.
Die kollaborative Pflege des Scrum Produkt-Backlogs hilft, die Anforderungen zu klären und das Engagement des Scrum-Teams zu fördern.
Mit dem Produkt-Backlog zu arbeiten kann herausfordernd sein; viele Scrum Product Owners ringen mit langen und detaillierten Backlogs. Die folgenden Tipps können Ihnen helfen, effektiv mit Ihrem Produkt-Backlog zu arbeiten:
Verwenden Sie eine Roadmap, um die Gesamtreise Ihres Produkts zu skizzieren. Benennen Sie bevorstehende Hauptversionen mit ihren Zielen oder Vorteilen und gestalten Sie Ihr Produkt-Backlog anhand der Roadmap.
Nutzen Sie die Ziele, um die richtigen Backlog-Elemente zu entdecken und sicherzustellen, dass sie mit der Produktstrategie übereinstimmen.
Verwenden Sie das Produkt-Backlog als taktisches Werkzeug, das angibt, welche Produktdetails – einschließlich Epics und User Stories – für das nächste große Release implementiert werden sollen.
Wenn Sie ein neues Produkt oder Feature erstellen, halten Sie die Items mit niedriger Priorität grob. Nutzen Sie Kundenfeedback, um zu entscheiden, welche Features implementiert werden sollen.
Binden Sie die Teammitglieder in die Arbeit am Produkt-Backlog ein. So profitieren Sie von ihrem Wissen und ihrer Kreativität und entdecken technische Risiken und Abhängigkeiten.
Lehnen Sie Ideen und Anforderungen ab, die Ihnen nicht helfen, die Release-Ziele zu erreichen oder Sie der Produktvision näher zu bringen.
Neben User Stories und funktionalen Anforderungen müssen Sie auch die Benutzerinteraktionen, die nicht-funktionalen Qualitäten Ihres Produkts und die Benutzeroberfläche berücksichtigen.
Nutzen Sie Unsicherheit und Risiko, um zu entscheiden, wann ein Item umgesetzt werden sollte.
Pflegen und verfeinern Sie regelmäßig die Items mit dem Entwicklungsteam.
Teilen Sie größere Items in kleinere auf, basierend auf den Erkenntnissen aus den Rückmeldungen der Benutzer.
Versuchen Sie, ein papierbasiertes Backlog an der Wand anzubringen und Ein solches Backlog hat mehrere Vorteile.
Wir ermöglichen Führungskräften, durch die Anpassung ihres projektzentrierten Unternehmens zu einem produktorientierten Unternehmen, hoch geschätzt und anerkannt zu werden.
Die Gesellschaft hat sich verändert und Führungskräfte benötigen Unterstützung, um ihre Unternehmen an das digitale Zeitalter anzupassen. Aus diesem Grund wurde die ADAPT Methodology® geschaffen!
Wenn Sie wissen möchten, ob Ihr Unternehmen projektzentriert oder produktgeführt ist, machen Sie einfach unseren „Project To Product Scorecard“.
Wenn Sie wissen möchten, wie wir Ihnen bei Ihrem Transformationsbeginn helfen können, werfen Sie einen Blick auf unser: „Projekt zu Produkt Schulung“.
Wenn Sie an einer Transformation in Ihrem Unternehmen interessiert sind, sehen Sie sich bitte unser Angebot an: „Projekt zu Produkt Beratung“.