1 Ziele und Nutzen im Fokus
Immer wenn Sie mit einem agilen, dynamischen Umfeld konfrontiert sind — sei es, dass Ihr Produkt signifikante Veränderungen erfährt oder dass der Markt dynamisch ist mit neuen Wettbewerbern oder Technologien, die Veränderungen einführen, sollten Sie mit einer zielorientierten Produkt-Roadmap arbeiten, die manchmal auch als themen- und ergebnisorientiert bezeichnet wird.Eine solche Roadmap konzentriert sich auf Ziele, Vorteile oder Ergebnisse wie die Gewinnung von Kunden, die Steigerung des Engagements und die Beseitigung technischer Schulden. Merkmale können noch vorhanden sein, sollten jedoch aus den Zielen abgeleitet und sorgfältig verwendet werden. Als Faustregel empfehle ich, nicht mehr als drei bis fünf Funktionen pro Ziel zu verwenden.Um Ihnen bei der Entwicklung Ihrer agilen Produkt-Roadmap zu helfen, habe ich eine zielorientierte Roadmap-Vorlage namens GO Product Roadmap erstellt. Es besteht aus fünf Elementen: Datum, Name, Ziel, Funktionen und Metriken, wie das Bild unten zeigt. Sie können die Vorlage kostenlos herunterladen von romanpichler.com/tools Weitere Informationen zur Verwendung finden Sie in meinem Beitrag „The GO Product Roadmap“.
2 Machen Sie die notwendigen Vorarbeiten
Bevor Sie Ihre Roadmap erstellen, erfassen und validieren Sie die Produktstrategie. Ich betrachte die Strategie gerne als den eingeschlagenen Weg zur Verwirklichung Ihrer Vision und die Roadmap als umsetzbaren Produktplan, der kommuniziert, wie die Strategie umgesetzt wird. Mit anderen Worten, ich möchte die Roadmap aus der Strategie ableiten.
Eine effektive Strategie sollte das Wertversprechen des Produkts, den Zielmarkt, beschreiben. herausragende Funktionen und Geschäftsziele. Stellen Sie sicher, dass Sie diese sicher angeben können, dass Sie die erforderlichen Produktentdeckungs- und Validierungsarbeiten durchgeführt haben. Andernfalls riskieren Sie, eine Produkt-Roadmap zu erstellen, die nicht realistisch und umsetzbar ist.
Ich verwende gerne mein Product Vision Board, um die Produktstrategie zu beschreiben. Das Board erfasst die Vision, die Zielgruppe, das zu lösende Problem oder den zu erbringenden Nutzen, die Hauptmerkmale des Produkts und die Geschäftsziele. Sie können die Vorlage für das Product Vision Board herunterladen von romanpichler.com/tools / kostenlos.
3 Erzählen Sie eine zusammenhängende Geschichte
Ihre Produkt-Roadmap sollte eine zusammenhängende Geschichte über das wahrscheinliche Wachstum Ihres Produkts erzählen. Jedes Ziel sollte auf dem vorherigen aufbauen, insbesondere solange Ihr Produkt noch nicht ausgereift ist.
Um die richtige Roadmap-Erzählung zu erstellen, versuchen Sie die folgenden zwei Tipps: Teilen Sie zunächst die in der Produktstrategie angegebenen Benutzer-, Kunden- und Geschäftsziele in spezifische und messbare Unterziele auf. Ordnen Sie dann die Unterziele so an, dass sie eine zusammenhängende Geschichte bilden. Wenn ich zum Beispiel ein Produkt für gesunde Ernährung anbieten möchte, das Männern mittleren Alters hilft, das Risiko für die Entwicklung von Typ-2-Diabetes zu verringern, könnte das Ziel der ersten ersten Veröffentlichung (MVP) darin bestehen, eine Benutzergemeinschaft aufzubauen. Das Ziel der zweiten Version könnte darin bestehen, das Engagement zu steigern, und das Ziel der dritten Version könnte darin bestehen, Einnahmen zu generieren.Zweitens widerstehen Sie der Versuchung, der Produkt-Roadmap Ziele und Funktionen hinzuzufügen, um mächtige Stakeholder zufrieden zu stellen oder einen Deal zu vermitteln. Obwohl ich ein großer Fan von kollaborativem Produkt-Roadmapping bin, sollte dies nicht zu schwachen Produktentscheidungen und Kompromissen führen, siehe meine Tipps „Secure Strong Buy-in“ und „Have the Courage to Say No“ unten.
4 Keep it Simple
Achten Sie darauf, Ihrer Produkt-Roadmap nicht zu viele Details hinzuzufügen. Halten Sie Ihre Roadmap einfach und leicht verständlich. Erfassen Sie, was wirklich zählt, und lassen Sie den Rest weg, indem Sie sich auf die Ziele konzentrieren. Halten Sie die Features auf Ihrer Roadmap grobkörnig und leiten Sie diese aus den Zielen ab. Zeigen Sie keine Epics oder User Stories auf Ihrer Produkt-Roadmap an, sondern bewahren Sie sie im Product Backlog auf. Verwenden Sie die Produkt-Roadmap als strategischen Produktplan und das Product Backlog als detaillierten Plan, der die Ausführung erleichtert, wie das Bild unten zeigt.
5 Sicheres starkes Buy-in
Die beste Produkt-Roadmap ist wertlos, wenn die Leute, die das Produkt entwickeln, vermarkten und verkaufen müssen, es nicht kaufen. Eine gute Möglichkeit, eine Einigung zu erzielen, besteht darin, mit den wichtigsten Interessengruppen zusammenzuarbeiten und sie in die Erstellung und Aktualisierung der Produkt-Roadmap einzubeziehen. Dies ermöglicht es Ihnen, ihre Ideen und ihr Wissen zu nutzen, schafft ein gemeinsames Verständnis und erhöht die Wahrscheinlichkeit, dass die Menschen den Plan unterstützen.
Die Durchführung eines kollaborativen Roadmapping-Workshops ist eine großartige Möglichkeit, alle einzubeziehen und eine gemeinsame Produkt-Roadmap zu erstellen, wie das folgende Bild zeigt.
Stellen Sie jedoch sicher, dass Sie einen erfahrenen Moderator, zum Beispiel Ihren Scrum Master, bitten, den Workshop zu leiten. Dazu gehört die Wahl der richtigen Entscheidungsregel, zum Beispiel Zustimmung, und sicherzustellen, dass jeder gehört wird und niemand dominiert.
6 Haben Sie den Mut, Nein zu sagen
Während Sie möchten, dass die wichtigsten Stakeholder die Produkt-Roadmap unterstützen, sollten Sie nicht den Fehler machen, zu jeder Idee und Anfrage Ja zu sagen. Dies würde Ihr Produkt in eine Feature-Suppe verwandeln, eine zufällige Sammlung von Features. „Innovation bedeutet nicht, zu allem Ja zu sagen. Es geht darum, Nein zu allen außer den wichtigsten Funktionen zu sagen „, sagte Steve Jobs. Nutzen Sie Ihre Vision und Produktstrategie, um die richtigen Entscheidungen zu treffen.Bevor Sie jedoch erklären, warum eine Idee oder Anfrage nicht zur Produkt-Roadmap hinzugefügt werden kann, hören Sie sich die Idee des Stakeholders genau an. Nehmen Sie ein echtes Interesse an dem, was der Einzelne zu sagen hat, und versuchen Sie, sein zugrunde liegendes Bedürfnis oder seine Motivation zu verstehen. Dadurch fühlt sich die Person geschätzt und verstanden, was es wahrscheinlicher macht, dass die Person eine negative Antwort hören kann und immer noch bereit ist, die Roadmap zu unterstützen.
7 Wissen, wann Daten angezeigt werden sollen
Daten auf Produkt-Roadmaps sind seit einiger Zeit ein heiß diskutiertes Thema unter einigen Produktleuten. Ich empfehle, Daten oder Zeitrahmen auf einer internen Roadmap zu verwenden, die die Arbeit der internen Stakeholder wie Marketing, Vertrieb und Support sowie des Entwicklungsteams koordiniert. Auf diese Weise können Sie wichtige Abwägungsentscheidungen zwischen dem rechtzeitigen Versand und der vollständigen Erreichung eines Ziels treffen. Darüber hinaus bietet es Klarheit für die Stakeholder und Entwicklungsteams, die ihnen bei ihrer Arbeit helfen.Wenn Sie jedoch eine externe Roadmap verwenden, die Kunden und Benutzern angezeigt und häufig als Verkaufstool verwendet wird, empfehle ich, keine Daten oder Zeitrahmen anzuzeigen, sondern Ihre Releases zu sequenzieren und möglicherweise ein Now-next-later-Raster zu verwenden, um sie zu bestellen. Bitte lesen Sie meinen Artikel „Sollten Produkt-Roadmaps Daten haben?“ für weitere Informationen.
8 Machen Sie Ihre Roadmap messbar
Wenn Sie eine zielorientierte Roadmap verwenden, stellen Sie sicher, dass jedes Ziel spezifisch und messbar ist, damit Sie feststellen können, ob Sie das Ziel erreicht haben oder nicht. Wenn Ihr Ziel ist es, Kunden zu gewinnen, zum Beispiel, dann fragen Sie sich, wie viele neue Kunden gewonnen werden sollen; und wenn Ihr Ziel ist es, technische Schulden zu reduzieren, bestimmen, wie viel von dem schlechten Code entfernt oder neu geschrieben werden soll.
Wenn Sie kein Ziel angeben, ist es schwer zu sagen, ob Sie das Ziel erreicht haben oder nicht. Stellen Sie jedoch sicher, dass Sie ein realistisches Ziel angeben und dass die Ziele auf Ihrer Roadmap realistisch sind. Wählen Sie dann die Metriken aus, anhand derer Sie feststellen können, ob ein Ziel erreicht wurde und ob ein Release den gewünschten Nutzen gebracht hat.
9 Ermitteln Sie die Kosten von oben nach unten
Wenn Ihr Produkt eine erhebliche Menge an Veränderungen und Innovationen erfährt, empfehle ich, dass Sie nicht versuchen, die Entwicklungskosten von unten nach oben, sondern von oben nach unten zu bestimmen. Es ist praktisch unmöglich, die richtigen Epics und User Stories aus den Roadmap-Funktionen abzuleiten, korrekte Schätzungen von Ihrem Team zu erhalten und die Geschwindigkeit und Änderungsrate im Product Backlog genau zu antizipieren. Selbst wenn Sie es schaffen, es zum Laufen zu bringen, werden Sie ein übermäßig langes und komplexes Product Backlog haben, das schwer anzupassen und zu pflegen ist. Darüber hinaus kann es Tage — und in einigen Fällen Wochen — dauern, bis die Funktionen in klar definierte Anforderungen umgewandelt und detaillierte Schätzungen erstellt wurden.Bestimmen Sie stattdessen, wie viele Personen mit welchen Fähigkeiten wahrscheinlich erforderlich sind, um die gewünschten Releases auf der Roadmap zu erstellen. Nutzen Sie Ihre Erfahrung mit der Entwicklung ähnlicher Produkte oder früherer Versionen desselben Produkts; Überlegen Sie, ob in Ihrem Unternehmen genügend Mitarbeiter mit dem richtigen Fachwissen verfügbar sind oder ob Sie Mitarbeiter einstellen oder beauftragen müssen. Dies sollte Ihnen einen Hinweis auf die wahrscheinlich erforderlichen Arbeitskosten geben. Fügen Sie dann die Kosten für Einrichtungen, Infrastruktur, Materialien, Lizenzen und andere relevante Elemente hinzu. Führen Sie diese Übung zusammen mit dem Entwicklungsteam durch.
10 Überprüfen und passen Sie die Roadmap regelmäßig an
Last but not least: Wenn die Umgebung, in der Sie sich befinden, agil ist, wird es wahrscheinlich zu Änderungen kommen. Sie sollten daher Ihre Produkt—Roadmap regelmäßig überprüfen und aktualisieren – je nachdem, wie jung Ihr Produkt ist und wie dynamisch der Markt ist, alle vier Wochen bis alle drei Monate.
Kombinieren Sie Ihre Produkt-Roadmap und die Überprüfung der Produktstrategie. Dies stellt sicher, dass die beiden Pläne synchron gehalten werden, dass sich größere Roadmap-Änderungen in der Strategie widerspiegeln und umgekehrt.