Tipp für Produktmanager: Product Backlogs mit Product Vision verknüpfen

Eine der ständigen Herausforderungen für ein produktbasiertes agiles Entwicklungsteam besteht darin, das, was sie „jetzt“ tun, dem zuzuordnen, was das Produkt in sagen wir 2-3 Jahren erreichen soll.

Es geht nicht darum, dass Teams nicht wissen, woran sie arbeiten, sondern vielmehr darum, dass sie sich möglicherweise zu sehr auf ihre täglichen Aufgaben konzentrieren, was unweigerlich die Sensibilität für die Auswirkungen ihrer „gegenwärtigen“ Arbeit im Gesamtbild untergräbt . Die Entscheidungen oder Entscheidungen, die heute während der Ausführung getroffen werden, können große Auswirkungen auf die Zukunft haben, insbesondere wenn sich das Produkt weiterentwickelt.

Nehmen wir ein Beispiel aus dem wirklichen Leben.

Ich war Teil eines agilen Teams, das versuchte, einen Textübersetzungsdienst für Website-Inhalte einzuführen . Die Entscheidung wurde getroffen und ein maschinelles Übersetzungstool eines Drittanbieters verwendet. In der Produkt-Roadmap wurde jedoch schließlich erwähnt, dass Benutzer in Zukunft in der Lage sein sollten, ihre eigene kontextbezogene Übersetzung zu korrigieren und bereitzustellen, was bedeutete, dass die Übersetzungsfunktion über künstliche Intelligenz verfügen sollte, damit sie auf der Grundlage von Feedback selbstständig lernen kann.
Angesichts dieser Entwicklung war die getroffene Wahl nicht passend und erforderte daher ein gewisses Maß an Nacharbeit, da das große Ganze nicht mit der Aufgabe verknüpft war, mit der das agile Team im Sprint beauftragt wurde.

Man kann argumentieren, dass Teams sich bewusst bemühen können, diese Informationen zu erhalten, aber der Punkt ist, warum können diese „langfristigen“ Ziele nicht in den vorhandenen agilen Tools und Dashboards erfasst werden?

Die agilen Teams führen klar definierte und spezifische Aufgaben in einem Entwicklungszyklus aus, aber bedeutet das, dass dies auf Kosten der Gleichgültigkeit gegenüber der Produktentwicklung gehen muss? Nein, ich glaube nicht.

Soweit ich weiß, gibt es kein schnelles Tool oder Framework, das diese Informationen für das agile Team in seiner täglichen Arbeit entweder befürwortet oder empfiehlt, aber kann eine solche Ansicht in der vorhandenen Ansicht erstellt werden? Einen Versuch wert? Mal sehen, wie wir es tun können.

Wir beginnen mit dem häufigsten Artefakt in Agile – dem Product Backlog.
Laut dem SCRUM Institute ist ein Product Backlog die Liste der Dinge, die in einem Projekt erledigt werden müssen. Diese Dinge können entweder Verbesserungen und/oder Fehler enthalten. Eine nummerierte Liste ist nicht hilfreich, es sei denn, das Team kennt die Prioritätsstruktur der Elemente. Hier kommt der Product Owner ins Spiel, der die Gesamtverantwortung dafür trägt, mit den Stakeholdern zusammenzuarbeiten, um klare Anforderungen zu erhalten, gegenseitige Abhängigkeiten zu lösen und eine priorisierte Liste für die Product-Backlog-Elemente zu erhalten.

Es ist möglich, dass während dieses Prozesses ein größeres und abhängiges Arbeitselement weiter in kleine Teile zerlegt wird, damit es für das Team leicht zu entwickeln ist. Diese Product-Backlog-Elemente werden in kleinere Teile zerlegt und in Sprint-Zyklen von zwei bis vier Wochen ausgeführt, um die „Wie“-Komponente der Produktentwicklung zu beantworten.

Andererseits werden Product Backlog Items auch dem „wahren Norden“ des Produkts zugeordnet, der oft als Produktvision bezeichnet wird. Dies ist der gewünschte Zustand des Produkts, der oft durch mehrere Versionsfreigaben erreicht wird und eng mit den Wünschen der Zielgruppe oder Kunden und dem Wert verknüpft ist, den es ihnen bringt.

Diese Kette von Elementen, die das agile Team mit den Kunden verbindet (einschließlich Produktrückstände und Vision), kann wie folgt dargestellt werden:

Ferne Verbindung zwischen einem agilen Team und dem, was der Kunde braucht…

Durch das Fehlen einer Sichtweise, die Sprints klar mit der Produktvision verknüpft, laufen Product Owner oft Gefahr, sich zu sehr auf das „Wie“ zu konzentrieren und das größere und wichtige Ziel des „Was“ aus den Augen zu verlieren, das führen kann zu falscher Priorisierung.

Der Ansatz, den ich hier bespreche, besteht darin, eine einfache, aber leistungsstarke Ansicht zu erstellen, die beide Komponenten verknüpft. Dies ist als Product Vision Matrix (PVM) bekannt. Ziel ist es, die Vision des Produkts mit granularen Entwicklungspunkten zu verknüpfen. Diese Matrix wird zu einem Schlüsselfaktor bei der Analyse des Fortschritts des Teams in Bezug auf die Produktentwicklung. Es dient auch als Produkt-Dashboard für die Geschäftsleitung der Organisation und hält sie über die Erreichbarkeit der Produktziele auf dem Laufenden.

Wie der Name schon sagt, ist PVM eine Matrix, in der die Spalten die erfassten Dimensionen (von Mikro bis Makro) darstellen. Lassen Sie uns PVM mit Hilfe einer Essensbestell-App verstehen, bei der die Vision darin besteht, den Benutzern ein Essenserlebnis zu bieten, und der Ausgangspunkt die Essensbestellung ist. Die Probenmatrix sieht folgendermaßen aus:

Die Product Vision Matrix kann folgende Felder haben:

• Produktversion: Dies ist die Produktversion, die den offiziellen Release-Meilenstein darstellt und oft das ist, was der Kunde erhält.
• Big Rock Item: Dies ist die Kategorie oder das Thema, zu der auch ein Feature gehört. Diese Elemente können auch die langfristigen Produktbedarfsbereiche der Produktvision sein.
• Feature: Dies ist das Produktfeature, das entwickelt wird. Das Feature kann zu einem oder mehreren Themen gehören (Big Rock Items).
• Sprint-ID: Dies ist die Sprint-Nummer, in der ein Feature entwickelt wird.
• Entwicklungsstatus: Dieses Feld kennzeichnet den Fortschritt der Entwicklung (Geplant, Design abgeschlossen, Entwicklung abgeschlossen, Getestet und Freigegeben).

Beachten Sie, dass die Struktur der Matrix hier indikativ ist. Man kann kreativer sein, wenn es darum geht, die Säulen zu identifizieren, die die Produktvision erfassen können.

Der Vorteil dieses Ansatzes ist die klare Sicht, die jedes Teammitglied auf die allgemeinen Produktziele hat. Für ein sich entwickelndes Produkt sollten die Teammitglieder ein besseres Verständnis für das Gesamtbild haben. Dies ermöglicht ihnen nicht nur, einen effektiven Beitrag zu leisten, sondern ermöglicht ihnen auch, mehr Verantwortung zu übernehmen. Das Ergebnis ist ein fokussierteres und anpassungsfähigeres Team, das immer am Puls seiner Kunden ist und den Unterschied erkennt, den seine Sprints machen können, um zur Vision und zum späteren Erfolg des Produkts beizutragen.

Studieren Sie Produktmanagement-Kurse online von den besten Universitäten der Welt. Erwerben Sie Master-, Executive PGP- oder Advanced Certificate-Programme, um Ihre Karriere zu beschleunigen.

Empfohlenes Programm für Sie: Design Thinking-Zertifizierungsprogramm von Duke CE