Wie erstellen Produktmanager eine agile Roadmap?

Effizienter sein und das liefern, was die Kunden wirklich wollen – das ist das Versprechen eines agilen Entwicklungsansatzes. Die iterative, inkrementelle Methodik von Agile ist für Unternehmen interessant, die ihren Kunden schnell einen Mehrwert bieten wollen. Unternehmen, die agil arbeiten, wollen mit jeder Iteration wertvolles Kundenfeedback gewinnen. Dann integrieren sie dieses Feedback in ihre agilen Produktpläne, um bessere Produkte zu entwickeln.

Wie erstellen Produktmanager also einen agilen Fahrplan zur Unterstützung der agilen Entwicklung? Der erste Schritt besteht darin, den Zweck einer agilen Roadmap zu verstehen und herauszufinden, wie sie sich von einer Produkt-Roadmap unterscheidet, die von einem Unternehmen entwickelt wurde, das traditionellere Wasserfall-Entwicklungsmethoden anwendet.

Wie sich eine agile Roadmap von einer Wasserfall-Roadmap unterscheidet

Eine Wasserfall-Produkt-Roadmap kommuniziert eine langfristige Verpflichtung zur Entwicklung bestimmter Funktionen innerhalb eines festgelegten Zeitrahmens. Eine agile Roadmap hingegen berücksichtigt unvermeidliche Änderungen und verpflichtet sich dennoch, eine sinnvolle Arbeit zu leisten. Sie gibt einen kurzfristigen Plan für die Erreichung der Produktziele vor und bietet die Flexibilität, diesen Plan entsprechend dem Kundenwert anzupassen.

Hier sind einige wichtige Unterschiede zwischen agilen und Wasserfall-Roadmaps:

Wasserfall-Roadmap

Agile Roadmap

Ziele

Geschäftszentriert

Kunden-zentriert

Planungshorizont

Jahre

Monate oder Quartale

Planungsrhythmus

Jährlich

Quartalsweise

Ressourcen/Kapazitäts Planung

Bei Großprojekten

Bei kleinen Teams

Investitionen

Engagiert

Inkrementell

Zusammenarbeit

Segmentiert

Querschnitts-funktionsübergreifendes Team

Flexibilität

begrenzt

unbegrenzt

  • Ziele
    Wasserfall-Organisationen setzen oft geschäftsorientierte Ziele, gemessen an finanziellen KPIs. Agile Organisationen setzen sich oft kundenorientierte Ziele, wie z.B. Benutzerwachstum und Kundenzufriedenheit.

  • Planungshorizont
    Eine Wasserfall-Produkt-Roadmap spiegelt Verpflichtungen für einen längerfristigen Zeitrahmen wider – typischerweise ein oder zwei Jahre. Eine agile Roadmap hingegen spiegelt vierteljährliche (oder sogar monatliche) Verpflichtungen wider.

  • Planungsrhythmus
    Wasserfall-Organisationen führen in der Regel eine jährliche Strategie- und Produktplanung durch. Agile Organisationen tun dies in der Regel viel regelmäßiger in vierteljährlichen Strategie- und Produktplanungszyklen.

  • Ressourcen-/Kapazitätsplanung
    Eine Wasserfall-Roadmap spiegelt den hohen Einsatz von Ressourcen im Vorfeld wider, die projektbezogen zugewiesen werden. Eine agile Roadmap betrachtet das Sprint-Team als Ressourceneinheit und kann die Zuweisung nach Sprint-Geschwindigkeit oder Team-Kapazität vornehmen.

  • Investitionen
    Wasserfallgesteuerte Produkte werden entsprechend der jährlichen Planungskadenz der Organisation finanziert. Diese Mittel sind für das Jahr gebunden und basieren oft auf dem Vorjahr. Im Gegensatz dazu können agile Produkte schrittweise finanziert werden, wenn das Unternehmen sein Portfolio auf der Grundlage von Kundenfeedback und Daten anpasst.

  • Zusammenarbeit
    In einer Wasserfall-Organisation ist die Arbeit sequentiell und segmentiert – die Phase einer Abteilung kann in der Regel nicht fortgesetzt werden, bevor die vorherige abgeschlossen ist. In einer agilen Organisation arbeiten Teams gemeinsam an einem Plan und arbeiten funktionsübergreifend und gleichzeitig.

  • Flexibilität
    Aufgrund der Art und Weise, wie die Arbeit geplant und finanziert wird, sind Wasserfall-Roadmaps nur begrenzt flexibel. Agile Roadmaps ermöglichen eine hohe Flexibilität. Dies kann eine Reihe von Herausforderungen mit sich bringen, da die Teams darauf achten müssen, dass unbegrenzte Flexibilität nicht zu unnötigen Verschiebungen in der Entwicklung und bei den Ressourcen führt.

Wie man eine agile Roadmap erstellt

Nachdem Sie nun wissen, wie sich eine agile Roadmap von einer Wasserfall-Roadmap unterscheidet, sind Sie bereit, eine zu erstellen. Hier sind sieben Schritte zur Erstellung einer agilen Roadmap.

Schritt eins: Beginnen Sie mit der Strategie
Eine agile Roadmap beginnt mit einer festen Strategie, die die Vision und die Ziele Ihres Produkts umfasst. Eine starke Vision formuliert das Problem, das Sie für Ihre Kunden lösen wollen. Und die Ziele definieren, was das Produkt in den nächsten Quartalen erreichen soll, mit einer klaren Metrik für die Erreichung. Die Festlegung einer Strategie ist für alle Teams von entscheidender Bedeutung – auch für solche, die schnell vorankommen wollen. Ohne eine klar definierte Vision und Ziele laufen schnell arbeitende Teams Gefahr, iterative Entscheidungen zu treffen, die sie vom Kurs abbringen.

Definieren Sie strategische Ziele für Ihre Serviceangebote.

Schritt zwei: Strategische Themen festlegen
Initiativen (von einigen Teams auch als Epen bezeichnet) definieren die allgemeinen strategischen Themen für die Arbeit, die Ihnen helfen werden, Ihre Ziele zu erreichen. Initiativen werden in Features und User Stories unterteilt und erstrecken sich oft über mehrere Releases.
Die Definition strategischer Initiativen legt die Arbeit auf hoher Ebene fest, die zum Erreichen der Ziele notwendig ist. Sie helfen Ihnen dabei, den Beteiligten die Strategie der Roadmap klar zu vermitteln, ohne in alle Details gehen zu müssen. Wenn Ihr Team den Kurs ändern muss, sollten Sie zunächst die strategischen Initiativen neu bewerten und (falls erforderlich) ändern, bevor Sie neue Funktionen definieren, an denen Sie arbeiten.

Workflow-Board der strategischen Initiativen.

Schritt drei: Arbeiten Sie funktionsübergreifend
Die Erstellung agiler Roadmaps erfordert eine häufige Kommunikation und Zusammenarbeit zwischen Geschäfts- und Entwicklungsgruppen sowie zwischen dem Unternehmen und seinen Kunden. So ist es beispielsweise wichtig, dass Sie die Roadmap zusammen mit der Entwicklung erstellen, damit realistische Schätzungen von Wert und Aufwand zu einem realisierbaren Plan führen. Darüber hinaus erfordert eine agile Roadmap die Einbeziehung aller Abteilungen – Design, Test, Marketing und Vertrieb -, deren Arbeit für die Planung und Bereitstellung eines vollständigen Produkterlebnisses entscheidend ist.
Viele agile Praktiker stellen auch fest, dass sie mit traditionell nicht-agilen Gruppen zusammenarbeiten müssen – wie z. B. Budgetbüros und das Rechtsteam – die längere Zeiträume benötigen. In diesem Fall kann eine agile Roadmap besonders hilfreich bei der Zusammenarbeit an parallelen, mehreren Arbeitsströmen sein.

Benutzerdefinierte Produkt-Roadmap zum Vergleich mehrerer Produkte

Schritt vier: Binden Sie User Stories an strategische Themen
Die für eine agile Roadmap definierte Produktvision, Ziele und Initiativen geben Produktmanagern einen Leitfaden für die Priorisierung, um große Arbeitsthemen in Features zu zerlegen. Die Entwicklungsteams können dann die Funktionen in technische Anforderungen aufschlüsseln, den Umfang abschätzen und sie in Sprints einteilen. Das Ergebnis ist ein Backlog mit Features und User Stories – mit einer klaren Verbindung zur Produktstrategie -, das die Teams schnell umsetzen können.
Sie können die agile Roadmap steuern, indem Sie ihre Strategie regelmäßig überprüfen – wenn sich die Ziele ändern, sollte sich auch die Arbeit ändern, die priorisiert wird. Häufige Änderungen bergen jedoch die Gefahr, dass sich die Ziele zu früh verschieben. Die Zuordnung der Arbeit zu einer klaren Produktvision kann Ihnen zeigen, wo Ihr Team Anpassungen vornehmen muss (und wo Sie sich an den Plan halten sollten).

Das Feature-Workflow-Board in Aha!

Schritt fünf: Neue Kundenerlebnisse freigeben
Ein agiles Release liefert den Kunden ein Inkrement an Produktwert in einem definierten Zeitrahmen. Es unterscheidet sich von einem Sprint oder einer Iteration dadurch, dass es ein neues Kundenerlebnis liefert (anstatt nur Code auszuliefern) und funktionsübergreifende Arbeit (wie QA, Marketing und Vertriebstraining) umfasst. Als Produktmanager sind Sie für die Optimierung des gesamten neuen Kundenerlebnisses verantwortlich. Ein Release spiegelt auch wichtige Meilensteine wider – wie z. B. eine Markteinführung oder Architektur-Upgrades – und gibt Einblick in die Abhängigkeiten zwischen den Arbeiten und Teams.
Releases repräsentieren alle Berührungspunkte, an denen Kunden mit einem neuen Produkt interagieren, und werden durch die funktionsübergreifende Arbeit definiert, die zur Bereitstellung dieses Erlebnisses erforderlich ist. Die Releases auf einer agilen Roadmap kommunizieren den Kunden ungefähr, was sie wann zu erwarten haben.

Ein Gantt-Diagramm mit Phasen und Meilensteinen

Schritt sechs: Ideen festhalten
Kundenzufriedenheit ist ein zentraler Grundsatz des agilen Ansatzes. Um festzustellen, ob die Kunden zufrieden sind, muss ihr Feedback gesammelt werden. Und das kann über User-Experience-Interviews, Ideen-Portal-Eingaben, Usability-Tests und Nutzungsdaten geschehen.
Nachdem Sie Kundenideen zur Verbesserung des Produkts gesammelt haben, müssen Sie diese Ideen für ein zukünftiges Release Backlog bewerten und priorisieren. Die Ideen der Kunden sollten – zusammen mit der Vision und den Zielen des Produkts – die Priorisierung dessen, was als Nächstes entwickelt werden soll, vorantreiben.

Erfassen Sie Produktfeedback in einem Ideenportal.

Schritt sieben: Ergebnisse messen
Unternehmen, die agil arbeiten, messen den Fortschritt bei der Erreichung ihrer strategischen Ziele, überprüfen die Entwicklungsmetriken in Bezug auf Vorhersagbarkeit und Geschwindigkeit und bewerten die geschäftlichen Auswirkungen neuer Funktionsideen. Wenn Sie diesen Ansatz verfolgen, können Sie Ihre Produkt-Roadmaps vierteljährlich oder monatlich überprüfen und anpassen. Die Überprüfung der agilen Roadmap und die Anpassung der Pläne anhand von Kunden- und Stakeholder-Feedback kann Ihnen dabei helfen, kurzfristige Änderungen zu berücksichtigen und gleichzeitig Fortschritte auf dem Weg zu den langfristigen Visionen und Zielen Ihres Produkts zu machen.

Ein Dashboard-Bericht in Aha!

Wenn Sie eine agile Roadmap erstellen und ausführen, helfen Ihnen die folgenden Fragen dabei, den Weg zu ebnen:

  • Setzen Sie eine Produktstrategie mit einer klaren Vision und klaren Zielen fest?

  • Sind strategische Themen oder Initiativen definiert, die Ihnen helfen, auf Ihre Ziele hinzuarbeiten?

  • Organisieren Sie funktionsübergreifende Teams, um den Kunden einen Mehrwert zu bieten?

  • Haben die Entwicklungsteams klar definierte Benutzergeschichten, die mit der Produktstrategie verbunden sind?

  • Bieten Sie den Kunden regelmäßig und termingerecht neue Produkte an?

  • Steuern Sie das gesamte Kundenerlebnis?

  • Erfassen Sie das Kundenfeedback zu den von Ihnen ausgelieferten Versionen und nutzen Sie es, um Ihre Roadmap zu steuern?

  • Bewerten Sie regelmäßig den Fortschritt in Richtung Ihrer strategischen Ziele? Verursachen häufige Umschwünge, dass Sie Ihre Roadmap zu häufig ändern und den Fortschritt aufhalten?

Mit einer klaren Strategie, häufigen Releases, schnellem Feedback und einer adaptiven Priorisierung kann eine agile Roadmap Unternehmen dabei helfen, den Kundennutzen schneller und mit weniger Risiko und Verschwendung zu liefern.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht.