Wie erstellt man eine Visualisierung der Produkt-Roadmap?

Das menschliche Gehirn verarbeitet Bildmaterial 60.000 Mal schneller als Text. Dennoch arbeiten und kommunizieren viele Entwicklungsteams nach wie vor mit uneinheitlichen, textlastigen Programmen wie Tabellenkalkulationen, Wikis und schriftlichen Berichten in jeder Sitzung.

In der schnelllebigen Welt der agilen Entwicklung können Kommunikationslücken und Verzögerungen zu kostspieligen Zeitverlusten und Ineffizienzen führen.

Eine Produkt-Roadmap kann Produktmanagern helfen, die Kommunikation zu straffen und solche Verzögerungen zu vermeiden, indem sie die Strategie, die Ziele und die Aufgaben des Unternehmens in leicht verständlichen Diagrammen und Prozesslandkarten zusammenfasst und organisiert.

Aber wie genau sieht eine Roadmap-Visualisierung aus?

Was ist eine Produkt-Roadmap?

Quelle : venngage.com

Eine Produkt-Roadmap hilft Einzelpersonen - oder in den meisten Fällen Gruppen und Teams - dabei, sich zwischen zwei Punkten zu orientieren. Diese Diagramme sind jedoch keine physischen Orte, sondern stellen die Entwicklung eines Produkts oder einer Dienstleistung im Laufe der Zeit dar. Hinter jeder Produkt-Roadmap steht die gleiche Frage: "Wie bringen wir unser Produkt von dem Punkt, an dem es sich jetzt befindet, zu dem Punkt, an dem wir es in x Monaten haben wollen?"

Die übergreifende Struktur einer Produkt-Roadmap ist zweigeteilt: Auf der Makroebene ist ein fertiges Diagramm sowohl ein Überblick über die Produktstrategie als auch ein Zeitplan. Alle anderen Elemente der Roadmap fügen sich in diesen größeren Rahmen ein. (Mehr zu den Bestandteilen einer Produkt-Roadmap im nächsten Abschnitt).

Am effektivsten sind Produkt-Roadmaps, wenn sie alle Beteiligten - von den Entwicklern bis zu den Führungskräften und Investoren - auf dem Laufenden halten. Sie stellen jedem Team eine Quelle zur Verfügung, die den Aktionsplan für die Entwicklung eines Produkts beschreibt und die Rolle der einzelnen Teams innerhalb dieses Plans vermittelt.

Nachdem wir nun ihren Zweck festgelegt haben, wollen wir uns ein Beispiel für eine Produkt-Roadmap ansehen.

Im folgenden Diagramm wird die Entwicklung eines Softwareprodukts (in diesem Fall Lucidchart) über ein Jahr hinweg abgebildet. Jede Swimlane-Spalte steht für ein einzelnes Quartal, während die Zeilen verschiedene Teams repräsentieren; die Produktfunktionen werden in das resultierende Raster eingefügt. Mit nur einem Blick können die Entwickler nicht nur die Aufgaben ihres Teams sehen, sondern auch den Zeitrahmen für diese Ziele und den jeweiligen Fertigstellungsstatus.

Dieses Diagramm richtet sich zwar an Entwickler, aber die Zielgruppe könnte breiter gefächert sein. Eine Produkt-Roadmap kann entscheidend sein, wenn es darum geht, die Zustimmung von Führungskräften oder externen Stakeholdern zu erhalten, und sollte entsprechend weitergegeben werden. Je informierter und kommunikativer die Beteiligten sind, desto reibungsloser läuft alles ab.

Teile einer Roadmap-Visualisierung

Quelle : visme.co

In der Regel deckt eine Roadmap einen beträchtlichen Zeitraum ab (ein Jahr oder mehr), wobei die übergeordneten Ziele in kleinere, besser zu bewältigende Aufgaben unterteilt werden. In einer agilen Umgebung ermöglicht diese Roadmap den Entwicklern, auf konkrete Ziele hinzuarbeiten und inkrementelle Versionen zu liefern, während sie gleichzeitig die Flexibilität behalten, sich an laufendes Feedback, veränderte Märkte und andere Variablen anzupassen.

Um diese Hierarchie von Zielen und Aufgaben zu veranschaulichen, wird die Roadmap in mehrere Teile unterteilt.

Stories

Stories befinden sich auf der granularen Ebene Ihrer Roadmap. Eine User Story ist eine Entwicklungsaufgabe, mit der ein bestimmtes Ziel im Produkt erreicht werden soll. Sie beschreibt das gewünschte Ergebnis für einen Teil der Benutzerfunktionalität innerhalb einer umfassenderen Funktion. Mit anderen Worten, eine Story veranschaulicht die gewünschte Funktion einer User Persona innerhalb einer Produktfunktion.

Die Beschreibung von Aufgaben in Bezug auf die Bedürfnisse des Endbenutzers hilft den Entwicklern und anderen Beteiligten, die Produktvision im Auge zu behalten und sich auf die zugrunde liegenden Ziele jeder Aufgabe zu konzentrieren.

User Stories werden in der Regel in kurzen Sprints fertiggestellt. Eine Gruppe von zusammenhängenden Geschichten bildet ein Epos.

Epos

Ein Epos ist ein Werk, das aus einer Reihe zusammenhängender und voneinander abhängiger Aufgaben oder Geschichten (auch "Issues" genannt) besteht. Sie erstrecken sich in der Regel über einen längeren Zeitraum (oft drei oder vier Monate) und haben ein einheitliches Ziel.

Initiativen

Initiativen sind Bemühungen auf hoher Ebene, die oft die Arbeit von Teams aus dem gesamten Unternehmen umfassen. Die Arbeit wird in Epen aufgeteilt, zu denen mehrere Teams und Interessengruppen beitragen.   

Themen

Auf der höchsten Ebene organisieren visuelle Roadmaps Aufgaben unter übergreifenden Themen. Themen sind eine einfache Möglichkeit, Aufgaben innerhalb eines Projekts zu kennzeichnen und zu kategorisieren, und sie entsprechen oft den Zielen oder Grundwerten des Unternehmens.

Indem Sie Ihr Projekt an zielgerichtete Themen binden, wird Ihr Team verstehen, wie seine einzelnen Aufgaben mit dem übergeordneten Ziel zusammenhängen. Darüber hinaus können Sie bessere Entscheidungen über die Ausrichtung des Produkts treffen und die Zustimmung der wichtigsten Interessengruppen leichter einholen - so bleibt Ihr Projekt auf Kurs und im Zeitplan.

Nehmen wir an, eines Ihrer Themen ist die Rationalisierung des Bestellvorgangs (um die Zahl der abgebrochenen Bestellungen zu verringern). Zu den Aufgaben, die diesem Thema zugeordnet sind, könnte die Reduzierung der Anzahl der Schritte beim Bezahlvorgang (z. B. Eingabe von Kreditkarteninformationen, Erstellen eines Kontos usw.), die Vereinfachung der Bezahlseite und das Hinzufügen mehrerer Zahlungsoptionen gehören.

Bei der Präsentation der Roadmap vor anderen Teams könnte die Leitung jedoch vorschlagen, Funktionen hinzuzufügen, die nicht ganz mit dem Thema übereinstimmen.

So könnte das Marketingteam beispielsweise eine kurze Umfrage hinzufügen wollen, um Kundeneinblicke in die Kaufphase zu erhalten. Dies passt jedoch nicht zu Ihrem Thema, den Bestellvorgang zu rationalisieren.

Da das Thema in der Roadmap klar umrissen ist, ist es einfacher, Nein zu sagen und Ihre Entscheidung gegenüber den Beteiligten zu rechtfertigen. Die Umfrage könnte zwar wertvolle Daten über das Kundenverhalten und die Präferenzen liefern, aber die Einbindung in den Kaufprozess widerspricht einem der Projektziele: der Optimierung des Kaufprozesses.

Wie man eine Produkt-Roadmap-Visualisierung erstellt

Jede Produkt-Roadmap-Visualisierung sieht je nach den Anforderungen des Projekts ein wenig anders aus, aber es gibt bestimmte Vorgehensweisen, die Ihnen die Erstellung Ihrer eigenen ein wenig erleichtern werden.

Wenn Sie mit der Erstellung einer Produkt-Roadmap beginnen, ist die Struktur entscheidend. Eine gut strukturierte Roadmap ist wichtig, um sicherzustellen, dass alle Beteiligten die Strategie und ihre Rollen innerhalb des Rahmens verstehen. Um sicherzustellen, dass Ihre Roadmap angemessen strukturiert ist, arbeiten Sie von oben nach unten, von der Makroebene zur Mikroebene.

1. Schaffen Sie eine übergreifende Struktur

Was ist das Endziel und wann wollen Sie es erreichen? Wenn Sie einen Zeitrahmen festgelegt haben, können Sie entscheiden, wie Sie die Dauer der einzelnen Aufgaben messen wollen, z. B. in Quartalen, Monaten usw. Diese Zeiteinheiten werden die Säulen Ihres Diagramms sein.

2. Liste der internen Beteiligten

Wer wird an der Entwicklung des Produkts mitwirken? Um eine übermäßig komplexe Roadmap zu vermeiden, sollten Sie die Beteiligten nicht einzeln, sondern nach Teams auflisten (es kann Ausnahmen geben). Die Zeilen Ihres Diagramms sollten den Mitgliedern dieser Liste entsprechen.

Ziehen Sie diese Liste von Interessengruppen zu Rate, wenn Sie das übergeordnete Ziel in kleinere Aufgaben unterteilen. Durch die Aufteilung des Projekts in strategie- und zielorientierte Arbeiten (von Themen bis hin zu User Stories) bleiben alle Beteiligten auf dem gleichen Stand, so dass das Produkt während des gesamten Entwicklungszyklus auf Kurs bleibt.

3. Fügen Sie Ihrer Roadmap spezifische Aufgaben hinzu

Sobald Sie Stories, Epics usw. festgelegt haben, fügen Sie diese kleineren Elemente in Ihr Diagramm ein - sie sollten dem entsprechenden Team zugeordnet sein und sich über die richtige Dauer erstrecken.

Das fertige Diagramm sollte wie das Beispiel für die Produkt-Roadmap aussehen, das Sie weiter oben in diesem Beitrag gesehen haben.

Tipps und Tricks für die Erstellung einer Produkt-Roadmap

Quelle : railsware.com

1. Verwenden Sie Swimlanes

In Swimlanes wird visuell dargestellt, wer wann für welche Aufgabe verantwortlich ist. Sie verdeutlichen die Rolle der einzelnen Teams während des gesamten Projekts und verbessern die Aufgabenübergabe und die Kommunikation.

2. Verknüpfung mit relevanten Daten

Wenn Sie Ihre Produkt-Roadmap überarbeiten, sollten Sie, wo immer möglich, Links zu relevanten Daten (z. B. Dateien, Dokumente, Inhalte usw.) einfügen. Auf diese Weise werden die Informationen konsolidiert: Die Beteiligten müssen sich nicht durch eine unübersichtliche Sammlung von Dokumenten und Dateien kämpfen, sondern können sich einfach die Produkt-Roadmap ansehen.

Einer der Hauptkritikpunkte für Projektmanager ist die Unterbrechung der Kommunikation und der Informationen zwischen den Teams. Indem Sie Daten direkt von der Roadmap aus zugänglich machen, können Sie solche Kommunikationsprobleme vermeiden. Die Teammitglieder müssen sich nicht mehr durch Ordner oder Kontaktbögen wühlen, um die benötigten Informationen zu finden, was Kommunikationsengpässe reduziert und die Effizienz erhöht.

3. Nutzen Sie die Formatierung zur Verbesserung der Übersichtlichkeit

Die Formatierung Ihrer Produkt-Roadmap kann - und sollte - über die visuelle Attraktivität hinausgehen. So können Sie beispielsweise einen Farbcode für Ihre Roadmap einrichten und die Farben der Aufgaben je nach ihrem Entwicklungsstadium ändern. Sie können auch Symbole einfügen, um den Grad der Fertigstellung einer Aufgabe anzuzeigen. Durch diese Art der Formatierung können Sie den Fortschritt der Aufgabe und die Abstimmung im Team auf einen Blick erkennen.

4. Bedenken Sie die Zielgruppe

Bevor Sie eine Produkt-Roadmap an die Beteiligten weitergeben, sollten Sie deren Rolle bei der Entwicklung des Produkts berücksichtigen. Benötigen sie bestimmte Informationen (Veröffentlichungstermine usw.)? In der Regel benötigen externe Stakeholder weniger Informationen als z. B. die Entwicklungsteams. Generell sollten Sie es vermeiden, externen Stakeholdern konkrete Zeitpläne vorzugeben - andernfalls könnten diese Sie an einen Termin binden, den Sie nicht einhalten können.

5. Halten Sie es einfach

Wenn Sie eine eigene Produkt-Roadmap erstellen, können Sie diese natürlich so detailliert gestalten, wie Sie möchten. Denken Sie jedoch daran, dass das Ziel die Kommunikation ist, und bei visuellen Darstellungen ist weniger manchmal mehr.

Eine Produkt-Roadmap ist nicht dazu gedacht, andere Projektmanagement-Tools zu ersetzen, sondern sie nur zu ergänzen. Ihr Diagramm sollte eine Übersicht sein; heben Sie sich die Einzelheiten für Jira auf.