Was ist eine Product Roadmap
Wenn Sie ein Web- oder Mobile-Entwicklungsprojekt starten, befinden Sie sich naturgemäss in Unsicherheit. Die Product Roadmap ermöglicht es, trotz dieser Unsicherheit eine Richtung vorzugeben. Konkret ist sie eine visuelle und chronologische Darstellung der wichtigsten Entwicklungsschritte eines Produkts. Sie trägt die Vision und die Richtung eines Produkts, sowohl kurz- als auch langfristig.
Das GPS ist eine gute Analogie, um das Prinzip der Product Roadmap zu beschreiben, wie Bruce McCarthy in Product Roadmaps: Relaunched. Zwischen dem Startpunkt (dem Produkt) und dem Ziel (dem zu erreichenden Ziel) können wir mehrere Etappen durchlaufen. Um diese Etappen zu verbinden, wählt das GPS eine Route aus verschiedenen Möglichkeiten. Während unserer Reise können wir jedoch auf Unwägbarkeiten stossen (Staus, Baustellen…). Das GPS schlägt dann neue Routen vor, um das Ziel zu erreichen. Diese Analogie ist besonders aussagekräftig, da sie den evolutionären (und nicht statischen) Charakter einer RoadmapEine Roadmap muss tatsächlich die Unwägbarkeiten des Projekts berücksichtigen (unvorhergesehene technologische Komplexität, Neudefinition des Bedarfs aufgrund neuer Informationen…), und dies insbesondere in der agilen Methodik.
5 Schritte zur Erstellung Ihrer Product Roadmap
1. Den Rahmen und den Zweck des Projekts definieren
Bevor Sie Ihre Product Roadmap erstellen, müssen Sie sicherstellen, dass Sie wissen, warum (und für wen) Sie dieses Produkt entwickeln. Sie müssen daher den Daseinszweck Ihres Produkts identifizieren, indem Sie Folgendes festlegen:
Den Bedarf oder das Problem, das Sie mit Ihrem Produkt lösen möchten;
Die Nutzer, die von diesem Bedarf oder Problem betroffen sind. Sie können von verschiedenen Typen sein, und falls dies zutrifft, raten wir Ihnen, sie zu kategorisieren;
Die Art und Weise, wie Sie diesen Bedarf decken (Ihr Wertversprechen);
Die Merkmale und eventuellen Einschränkungen des betreffenden Marktes;
Ihre Konkurrenten und Ihre Differenzierung gegenüber diesen Konkurrenten
Dieser Daseinszweck muss während des gesamten Projekts und insbesondere bei der Erstellung Ihrer Roadmap Ihr Nordstern bleiben. Er muss Ihnen auch ermöglichen, die Ziele Ihres Projekts zu definieren.
2. Die Ideenfindung
Der zweite Schritt ist die Ideenfindungsphase. Sie besteht darin, zahlreiche Feature-Ideen zu entwickeln und dabei die Kreativität anzuregen. Die Ideen können dann unter verschiedenen Themen kategorisiert werden, die die «Epics» Ihrer Roadmap sein werden.
Wir empfehlen Ihnen, diese Ideenfindungsphase im Team durchzuführen, um die Wahrnehmungen und Informationen jedes Einzelnen zu berücksichtigen. Team-Ideenfindung führt in der Regel zu ausgereifteren Ideen, da jedes Mitglied auf den Ideen der anderen aufbauen kann. Einer Ideenfindungsphase sollte immer eine Sortierphase folgen.
Sobald Ihre Roadmap erstellt ist, empfehlen wir Ihnen, diese mit Ihren Teams zu teilen. Denn in einem Unternehmen hat jeder Bereich seine eigenen Ziele. Diese Ziele können manchmal auseinandergehen und Interessenkonflikte innerhalb des Unternehmens verursachen. Zum Beispiel kann der Vertrieb, um den Umsatz zu maximieren, ein Projekt im Ausland verkaufen, obwohl die Anwendung in der betreffenden Sprache und Währung nicht verfügbar ist.
3. Die Priorisierung Ihrer Product Roadmap
Der Backlog
Nach Abschluss der Ideationsphase verfügen Sie über eine Liste nicht priorisierter Funktionalitäten. Diese müssen in «User Stories» übersetzt werden. Eine «User Story» wird normalerweise wie folgt formuliert: «Als [Benutzertyp] kann ich [Funktionalität], um [Ziel].»
Die «User Stories» werden anschliessend in «Epics» aufgeteilt, die den in der Ideationsphase definierten Themen oder Unterkategorien dieser Themen entsprechen können. Diese finale Liste von User Stories wird als Product Backlog bezeichnet.
Wie priorisieren Sie Ihren Backlog?
Es gibt verschiedene Methoden zur Backlog-Priorisierung. Wir empfehlen Ihnen, die Methode zu verwenden, die Ihnen am besten passt, oder sogar eine Kombination davon zu erstellen.
Die Auswirkungs-/Machbarkeitsmatrix besteht darin, Funktionalitäten basierend auf ihrer Auswirkung auf die Benutzer Ihres Produkts und dem erforderlichen Aufwand für deren Entwicklung zu priorisieren. Bei Galadrim weisen wir jeder Funktionalität numerische Werte zu, um deren Auswirkung und Machbarkeit zu bewerten. Dazu verwenden wir die Fibonacci-Folge, um das Wachstum der Unsicherheit bei der Schätzung widerzuspiegeln, das mit der Komplexität der geschätzten Aufgabe einhergeht.
Die RICE-Methode ist ähnlich, berücksichtigt aber mehr Parameter. Sie besteht darin, einen Prioritätsscore zu berechnen, basierend auf der Reichweite (nutzt die Funktionalität vielen Benutzern?), der Auswirkung, dem Vertrauen (gibt es Risiken? Unbekannte?) und dem Aufwand.
Die Planning Poker ist eine kollaborative Priorisierungsmethode, bei der jedes Teammitglied jeder Backlog-Aufgabe eine Punktschätzung basierend auf der wahrgenommenen Komplexität der Umsetzung zuweist. Durch das Zusammentragen der verschiedenen Schätzungen kann das Team die Priorität der Backlog-Elemente diskutieren und zu einem Konsens gelangen. Diese Methode fördert das kollektive Engagement und bietet eine ganzheitlichere Sicht auf die Komplexität der Aufgaben.
Die priorisierten User Stories können anschliessend in einem Kanban-Board, in Form von Karten, organisiert werden. Dieses Board ermöglicht es, alle während der verschiedenen Entwicklungsphasen zu erledigenden Aufgaben sowie deren Fortschritt einfach zu visualisieren. Die Kanban-Methode besteht darin, jede Spalte des Boards einer Entwicklungsphase zuzuordnen, von der Konzeption bis zur Produktivsetzung (über die Realisierung, die Vorproduktion, das Testen…) und die Karten innerhalb dieser Spalten entsprechend ihres Status zu verschieben.
4. Ziele definieren und messen
Nachdem die zu entwickelnden Funktionalitäten priorisiert und deren Entwicklungszeit geschätzt wurde, sollten sie in Entwicklungs-Sprints unterteilt werden. Ein Sprint entspricht einer festen Zeiteinheit, in der ein Entwicklungsteam an einem definierten Set von Aufgaben arbeitet, die dazu dienen, ein oder mehrere Projektziele zu erreichen. Ein Schlüsselmerkmal der Kanban-Methode ist die Begrenzung der laufenden Arbeiten (Work In Progress), um sicherzustellen, dass sich das Team auf die wichtigsten Aufgaben konzentriert.
Die Ziele müssen SMART sein (Spezifisch, Messbar, Erreichbar, Relevant und Zeitlich definiert). Es wird empfohlen, KPIs zu diesen Zielen zu definieren. Die KPIs ermöglichen es somit, die erzielten Ergebnisse zu messen regelmässig. Indem Sie diese Ergebnisse mit den quantifizierten Zielen vergleichen, können Sie Ihre nächsten Ziele besser definieren und Ihre Roadmap entsprechend anpassen.
Wenn Ihr Ziel beispielsweise darin besteht, die Benutzerbindung zu erhöhen, kann ein zu verfolgender KPI die Anzahl der Daily Active User und/oder deren durchschnittliche Sitzungszeit sein.
5. Ihre Roadmap anpassbar gestalten
Wie in der Einleitung erwähnt, ist eine Roadmap nicht statisch. Sie muss die sich wandelnde Realität von Web- und Mobile-Entwicklungsprojekten widerspiegeln. Ihre Roadmap regelmässig anzupassen, ermöglicht es, reaktionsfähig zu bleiben und sicherzustellen, dass Ihr Produkt im Einklang mit den sich ändernden Bedürfnissen Ihrer Benutzer und den strategischen Zielen Ihres Unternehmens entwickelt wird. Zeigen Sie Flexibilität und folgen Sie gleichzeitig dem roten Faden, der der Daseinsberechtigung Ihres Produkts entspricht!
_ZWR7SP.webp)
_MkvBH.webp)
