Ein Product Backlog ist einer der wesentlichen Teile der Produktentwicklungskette. Eine priorisierte Liste von Produktfunktionen und Fehlerbehebungen, die von der Unternehmens- und Produktvision bis zur Ausführung führt. Im Wesentlichen fällt das Product Backlog Management dem Produktmanager zu, der die Hauptaufgabe hat, es zu erstellen, zu priorisieren und zu pflegen. Darüber hinaus sollte Ihr Produkt-Backlog-Beispiel auf einem Tool aufbauen, das benutzerfreundlich und flexibel genug ist, um angepasst zu werden, und insbesondere in der Cloud leicht zugänglich ist. Lesen Sie weiter, um mehr über den Unterschied zwischen Product Backlog und Sprint Backlog und dessen Verfeinerung zu erfahren.
Überblick
Ein Produktrückstand ist die Checkliste der Arbeit, die von Softwareentwicklungsteams verwendet wird, um gewünschte Funktionen, Fehlerkorrekturen und andere technische Aufgaben in die Warteschlange zu stellen. Mit anderen Worten, es ist eine To-Do-Liste für die Unternehmensentwicklung. Das Produkt-Backlog ist mit der Produkt-Roadmap eines Unternehmens verknüpft, was dabei hilft, Elemente und Aufgaben ganz oben im Produkt-Backlog zu priorisieren, damit das Team weiß, was es zuerst liefern muss. Darüber hinaus ist es eine effektive Möglichkeit für das Team, zu kommunizieren, woran es arbeitet und woran es als nächstes arbeiten möchte. Lassen Sie uns kurz einen detaillierten Blick darauf werfen, wie man ein Produkt-Backlog erstellt,
Schritte zum Erstellen eines Product Backlogs
Ein Product Backlog ist mehr als eine einfache To-Do-Liste, in der Sie komplizierte Aufgaben in eine Reihe von Schritten zerlegen und sie Teammitgliedern anvertrauen. Befolgen Sie diese Schritte, um ein effektives Produkt-Backlog zu entwickeln,
#1. Fügen Sie Ihrem Backlog Ideen hinzu
Wenn ein Kunde mit Ideen zur Erstellung einer neuen Softwarelösung oder zur Verbesserung einer bestehenden zu Ihnen kommt, sollten Sie diese Ideen in Ihr Backlog aufnehmen. Weil das Hinzufügen zu Ihrem Backlog wichtige Gespräche anregen und einem Team helfen kann, Lösungen zu finden, um die Anfrage des Kunden zu erfüllen. Wenn Sie sie einbeziehen, können Sie daher feststellen, ob die Aktualisierung gemäß dem Projektzeitplan und -budget erreichbar ist. Hier sind weitere potenzielle Quellen für Backlog-Ideen:
- Das Qualitätssicherungsteam (QA) eines Unternehmens
- Kundenbefragungen zu Produkteigenschaften
- Produkt- oder Dienstleistungsbewertungen
- Verkaufs- und Marketingvorschläge oder -anfragen
#2. Erstellen Sie eine Produkt-Roadmap
Die Produkt-Roadmap ist die Grundlage für das Product Backlog. Ihr Team sollte zuerst eine Roadmap erstellen, die dann als Aktionsplan dafür dient, wie sich Ihr Produkt während seiner Entwicklung ändern wird. Die Roadmap ist die Vision für die langfristige Produktentwicklung, kann sich aber auch weiterentwickeln.
#3. Checkliste Product Backlog Items
Unter Berücksichtigung Ihrer Produkt-Roadmap kann Ihr Team damit beginnen, Product-Backlog-Elemente aufzulisten. Diese Elemente sollten sowohl Elemente mit hoher Priorität als auch abstraktere Ideen enthalten. Während dieser Phase der Product Backlog-Erstellung müssen Sie auch mit Stakeholdern kommunizieren und sich ihre Ideen für Produktverbesserungen anhören.
#4. Konzentrieren Sie sich auf Ihren Rückstand
Nachdem Ihr Team alle Artikel aufgelistet hat, sortieren und priorisieren Sie Ihre wichtigsten Aufgaben, indem Sie den Kunden im Auge behalten und überlegen, welche Artikel für ihn den größten Wert haben. Nachdem Sie die Anfrage des Kunden vollständig verstanden haben, sollten Sie die Idee in einzelne und umsetzbare Aufgaben kategorisieren, die das Entwicklungsteam in der Reihenfolge ihrer Priorität erledigen muss, wobei die kritischsten Aufgaben ganz oben und die am wenigsten kritischen Aufgaben ganz unten stehen.
#5. Regelmäßig aktualisieren
Wenn Ihr Team das Product Backlog durcharbeitet, denken Sie daran, dass es sich um ein lebendiges Dokument handelt, in dem Sie kontinuierlich Elemente zum Backlog hinzufügen, diese auswählen und verfeinern müssen, während Sie arbeiten. Daher ist es wichtig, während das Team Aufgaben abschließt, zu aktualisieren, um diese Änderungen widerzuspiegeln.
Beispiel für ein Product Backlog
Das Product Backlog ist das wichtigste Artefakt in jedem Produktentwicklungsunternehmen. Wie sollten wir dieses kritische Artefakt strukturieren? Ein Beispiel für ein Produkt-Backlog ist eine Liste mit Aktionselementen im Zusammenhang mit der Produktentwicklung, die von Produktteams verwendet wird, um Aufgaben zu planen, auszuwählen und zu verwalten. Zum Beispiel,
#1.Projekt
- Anmeldeseite für das endgültige Design des Kunden
- Registrierungsseite für Kundentests
- Erstellen eines Ticket-Builds (einschließlich Anhängen von Dokumenten und Screenshots)
- Bugfix: Automatische Zuweisung von Tickets an den Support-Teamleiter
#2. Bewertungen
- Als jemand, der einen Zertifizierungskurs erfolgreich abgeschlossen hat (um Certified ScrumMaster oder Certified Scrum Product Owner zu werden), erhalte ich per E-Mail einen Link zu einer Umfrage über den Kurs und den Dozenten, damit ich Feedback zum Kurs geben kann.
- Als Trainer möchte ich sicher sein, dass niemand dieselben Antworten mehrmals einreichen und meine Ergebnisse verfälschen kann, damit meine Bewertungen korrekt sind.
- Als Trainer werde ich über die Ergebnisse von Umfragen zu meinen Kursen benachrichtigt, damit ich sie lesen kann. (Fragen: Nach jeder Umfrage? Nach einer bestimmten Zeit? Bekommt der Trainer eine E-Mail oder weiß er nur, dass er auf die Seite gehen muss?)#3.Mitgliedschaft
- Als Site-Administrator kann ich die Jahresgebühren für Mitglieder, Praktizierende und Trainer festlegen, sodass die Gebühren festgelegt werden können, ohne einen Programmierer einzubeziehen.
- Als jemand, dessen Mitgliedschaft (jeglicher Art) bald abläuft, erhalte ich eine Erinnerung und einen Link, damit ich erneuern kann.
- Als Mitglied mit Kurzzeitgedächtnisproblemen kann ich vom System ein neues Passwort oder eine Passworterinnerung per E-Mail erhalten, möglicherweise meinen Benutzernamen (es sei denn, wir verwenden E-Mail dafür) und so weiter
#4. Arbeitsplätze
- Als Site-Administrator erhalte ich eine E-Mail, wenn ein Job eingereicht wird, damit ich darüber informiert bin und entscheiden kann, ob ich ihn veröffentlichen möchte.
- Als Site-Mitglied kann ich einen RSS-Feed mit verfügbaren Jobs abonnieren, damit ich sie lesen kann, ohne die Site zu besuchen.
- Als Site-Administrator kann ich Hilfegesucht-Anzeigen bearbeiten und löschen, damit ich kleine Probleme beheben oder machen kann
#5. Kursabschluss
- Als Teilnehmer wird mir eine Seite angezeigt, die mir sagt, wie ich meine PDUs bekomme, nachdem ich den Kurs abgeschlossen habe, damit ich die Credits erhalte, die mich interessieren könnten.
- Als Teilnehmer kann ich durch das Absolvieren eines Kurses ein Abschlusszertifikat erwerben, so dass ich einen Nachweis habe, dass ich einen Kurs absolviert habe.
- Als Teilnehmer kann ich ein Abzeichen verdienen, das zeigt, dass ich einen Kurs abgeschlossen habe, damit ich dieses Abzeichen auf meiner eigenen Website anzeigen kann.
Mit dem entsprechenden Beispiel des Product Backlogs ist es möglich, den Arbeitsaufwand genau abzuschätzen und zu prognostizieren, was wann mit geringen Abweichungen abgeschlossen sein wird.
Verfeinerung des Produkt-Backlogs
Product Backlog Refinement ist der Akt des Hinzufügens von Details, Schätzungen und Bestellungen zu Artikeln im Product Backlog. Außerdem ist es der Prozess, bei dem der Product Owner und das Entwicklungsteam zusammenarbeiten, die Details der zu implementierenden Elemente überprüfen und überarbeiten. Im Wesentlichen ist eine Produkt-Backlog-Verfeinerung notwendig, da sie das Team mit den Elementen mit der höchsten Priorität vertraut macht. Sehen wir uns an, wie man eine Product Backlog Refinement effektiv durchführt,
Wie man eine Product Backlog Refinement Session effektiv durchführt
Hier sind einige bewährte Verfahren zur Verfeinerung, mit denen Sie Ihre Sitzung zur Verfeinerung des Rückstands effektiver gestalten können.
#1. Machen Sie es tief
Ein gut verwalteter Rückstand sollte DE'EP sein, was ein Akronym für ist angemessen detailliert, geschätzt, emergent und priorisiert.
- Angemessen detailliert zu sein bedeutet, dass Elemente mit höherer Priorität einen höheren Detaillierungsgrad haben sollten als Elemente mit niedriger Priorität.
- Geschätzt bedeutet, dass Sie eine gute Vorstellung von der Zeit und den Ressourcen haben sollten, die für die Implementierung jedes Backlog-Elements erforderlich sind.
- Emergent bedeutet, dass das Backlog ein Live-Dokument ist, das regelmäßig aktualisiert werden sollte.
- Die Backlog Items sollten nach Priorität geordnet werden.
#2. Kunden im Auge behalten
Jede Entscheidung, die während des Backlog-Refinement-Meetings getroffen wird, sollte auf den Kundenbedürfnissen basieren. Denn wenn das Produkt bei Ihren Kunden nicht funktioniert, ist alles andere egal. Das Team wird die User Stories offen diskutieren, um Ideen auszutauschen und schließlich ein gemeinsames Verständnis zu erzielen. Darüber hinaus wird empfohlen, Ihre Diskussionen und Gedanken zu dokumentieren, damit die PO sie anschließend überprüfen und eine Zusammenfassung erstellen kann.
#3. Abhängigkeiten erkennen
Manchmal können bestimmte Backlog-Elemente nicht implementiert werden, bis ein anderes Element begonnen oder abgeschlossen wurde. Wenn diese Abhängigkeiten nicht erkannt werden, kann dies später zu verzögerten Fortschritten führen. Daher ist es gut, diese Abhängigkeiten frühzeitig zu erkennen und einzuplanen.
#4. Follow-up nach dem Treffen
Wenn das Meeting vorbei ist, sprechen Sie mit allen Teilnehmern nach und teilen Sie ihnen das Protokoll des Meetings mit. Dies hilft, alle auf dem gleichen Stand zu halten und stellt sicher, dass sie über die nächsten Schritte informiert sind. Wenn einigen User Stories Informationen fehlen, recherchieren Sie weiter und fügen Sie Details für das nächste Grooming-Meeting hinzu.
Product-Backlog-Management
Product Backlog Management ist, wenn der Product Owner die Backlog-Elemente ergänzt, anpasst, verbessert und priorisiert, um sicherzustellen, dass Kunden nur das beste und wertvollste Produkt erhalten. Daher handelt es sich im Wesentlichen um eine Liste priorisierter Aufgaben, die erledigt werden müssen. Wenn eine Aufgabe in der Liste fehlt, wird die Aufgabe nicht als erledigt gezählt.
Daher dient das Product Backlog Management als guter Ausgangspunkt für die Sprintplanung und -entwicklung des Teams, um die Aufgaben zu identifizieren, die möglicherweise Teil des Sprints sein könnten. Um Genauigkeit und Transparenz zu gewährleisten, muss das Product Backlog durch Backlog Refinement auf dem neuesten Stand sein. Nachfolgend finden Sie Tipps für ein Produktmanagementteam,
#1. Beginnen Sie mit einer Produktstrategie
Das richtige Backlog-Management beginnt mit einer klar geschriebenen und artikulierten Produktstrategie. Bevor Sie sich mit der Verwaltung eines Produkt-Backlogs befassen, stellen Sie sicher, dass Sie die Produktstrategie definiert und validiert haben. Um Ihre Vision zu verwirklichen, müssen Sie zunächst eine klar definierte Produktstrategie haben.
#2. Richten Sie die Backlog-Einstellungen richtig ein
Die Priorisierung der Aufgaben in Ihrem Backlog ist ein wichtiger Aspekt. Ausgerichtet an den KPIs und der Produktvision muss Ihre Backlog-Priorisierung klar und transparent sein. Verwenden Sie Priorisierungs-Frameworks und -Verfahren, um Ihre Ideen in Ordnung zu halten und Iterationen einfach zu planen. Und das Feedback der Benutzer kann Ihnen dabei helfen, indem Sie verstehen, welche Initiativen für Ihre Kunden am wichtigsten sind.
#3. Kooperieren
Lassen Sie die Produktmanager und das Entwicklungsteam zusammenarbeiten, um ein ordnungsgemäßes Backlog-Management sicherzustellen. Holen Sie beide Teams in Backlog-bezogene Diskussionen ein, um die technischen Risiken und Abhängigkeiten besser zu entdecken. Außerdem wird jedes Mitglied des Produktteams wertvolles Feedback erhalten. Nutzen Sie diese Meetings also, um zu besprechen, wie Sie den Rückstand priorisieren können, um das Verständnis und die Akzeptanz zu erhöhen. Dies führt zu einem klaren Verständnis im gesamten Team darüber, was priorisiert wurde und warum.
#4. Setzen Sie das Wort „Nein“ diplomatisch ein
Eine der Herausforderungen für Produktmanager besteht darin, dass sie sich unter Druck gesetzt fühlen können, jede Anfrage von Stakeholdern und Teammitgliedern anzunehmen, aber das Ziel ist, Ihre Kunden zu begeistern, nicht jede Anfrage zu erfüllen oder zu jeder Idee „Ja“ zu sagen. Steigern Sie Ergebnisse und Effizienz (ganz zu schweigen von der Rentabilität), indem Sie häufiger „Nein“ sagen. Es ist wichtig, kein interner Blocker zu werden und offen für neue Anfragen zu bleiben, aber „Nein“ zu sagen hilft Ihnen, ohne Ablenkung Prioritäten zu setzen.
#5. Stakeholder auf dem Laufenden halten
Teilen Sie transparente Updates mit Stakeholdern, um den aktuellen Status Ihres Rückstands zu kommunizieren. Aktualisierungen können in Form von Zugriff auf ein Live-Dashboard mit einem aktuellen Bild Ihres Rückstands erfolgen.
Oder es könnte ein normales E-Mail-Bulletin an relevante Personen im Unternehmen sein, das nur einen Schnappschuss des Dashboards enthält. Bewahren Sie Transparenz gegenüber den Stakeholdern, wenn es um das Product Backlog geht. Informieren Sie Ihre Stakeholder über den aktuellen Status, erhalten Sie die neuesten Updates und geben Sie nützliches Feedback.
Sprint-Backlog vs. Product-Backlog
Sprint Backlogs und Product Backlogs sind sich in ihren Bestandteilen sehr ähnlich. Ein Sprint-Backlog ist jedoch eine Liste von Arbeitselementen, die Ihr Team während eines Projekt-Sprints erledigen möchte, die normalerweise während der Sprint-Planungssitzung aus dem Produkt-Backlog gezogen werden. Daher verhindert ein klares Sprint-Backlog das Kriechen des Umfangs, indem es genau klarstellt, was Ihr Team während jedes Sprints tun und was nicht tun wird. Sehen wir uns nun den Unterschied zwischen Sprint Backlog und Product Backlog an.
Erstens enthält das Product Backlog die vollständige Liste der anstehenden Elemente für den Lebenszyklus eines Produkts, während sich das Sprint Backlog darauf konzentriert, was zum Erreichen einzelner Sprintziele erforderlich ist. Daher muss jedes Element, das aus dem Product Backlog genommen wird, um das Sprint Backlog zu bilden, mit dem Erfolg dieses spezifischen Sprintziels in Beziehung stehen.
Zweitens verfolgt das Product Backlog, wie das Produktteam arbeitet. Je nach Größe Ihrer Organisation haben Sie möglicherweise ein zentrales Product Backlog oder mehrere für verschiedene Teams. Außerdem wird der Product Owner das Product Backlog regelmäßig verfeinern, um sicherzustellen, dass die wichtigsten Initiativen ganz oben stehen und jede Initiative über alle Informationen verfügt, die für die Umsetzung erforderlich sind. Während ein Sprint-Backlog eine Teilmenge des Produkt-Backlogs ist und die Arbeitselemente auflistet, die in einem bestimmten Sprint abgeschlossen werden müssen.
Darüber hinaus sind sowohl das Product Backlog als auch das Sprint Backlog unerlässlich, um den gesamten Produktentwicklungsprozess transparent zu halten. Sie geben einen klaren Überblick über den laufenden Arbeitsfortschritt und die Zukunftspläne.
Was ist ein Product Backlog in Scrum?
In der einfachsten Definition ist das Scrum Product Backlog einfach eine Liste aller Dinge, die innerhalb des Projekts erledigt werden müssen. Es ersetzt die traditionellen Anforderungsspezifikationsartefakte. Diese Items können technischer Natur oder nutzerzentriert sein, zB in Form von User Stories. Der Besitzer von Scrum ist der Scrum Product Owner. Der Scrum Master, das Scrum Team und andere Stakeholder tragen dazu bei, eine breite und vollständige To-Do-Liste zu haben. Bei der Anwendung von Scrum ist es nicht notwendig, ein Projekt mit einem langwierigen Vorlauf zu starten, um alle Anforderungen zu dokumentieren.
Kurz zusammengefasst
Ein Produkt-Backlog ist eine geordnete Liste von Aufgaben, Funktionen oder Elementen, die als Teil einer größeren Produkt-Roadmap abgeschlossen werden müssen. Ich glaube, dass Sie mit den oben aufgeführten Richtlinien jetzt in der Lage sein werden, ein effektives Management zu erstellen, Sie können Entwicklern tägliche, wöchentliche oder monatliche Aufgaben zuweisen, die auf Ihre Endziele abzielen und Ihnen helfen, ein besseres Produkt zu entwickeln.
Bibliographie
- Asana.
- Tatsächlich.
- .mountaingoatsoftware
- .airgram.
Ähnliche Artikel
- WAS IST SCRUM: Definition, Prinzipien und Zweck
- AGILE PROJEKTMANAGEMENT-TOOLS: Definition, Verwendung und Liste von APM
- Projektmanagement-Tools: Die besten 25+ Tools und Techniken
- Arbeitsauftrag: Einfaches Verfahren / Schritte zum Erstellen eines Arbeitsauftrags
- PRODUKT-ROADMAP: Bedeutung, Beispiel, Erstellung, Software & Strategie
- GESCHÄFTSTRANSFORMATION: Definition, Prozess, Strategien, Agenturen & Modell
