„Was machen wir als Nächstes?“
„Was ist der eigentliche Plan?“
„Warum machen wir das jetzt?“
Es kann leicht passieren, dass man sich im Dickicht der Roadmaps verliert, und das sind alles Fragen, die Sie als Produktmanager von jedem in Ihrem Unternehmen hören könnten, vom Vertrieb über die Technik bis hin zu Kundenerfolg und Marketing. Und ja, das kann frustrierend sein. Wie Braden Kowitz hervorhebt, können diese Fragen viel Unruhe verursachen.
Ein bewährtes Mittel, um voranzukommen, ist die Erstellung einer Produkt-Roadmap, die den Produktplan kommuniziert und das gesamte Unternehmen darauf ausrichtet. Nützliche Produkt-Roadmaps können Zeit in Anspruch nehmen, aber sie geben den Beteiligten in den verschiedenen Teams die nötigen Einblicke und stärken letztlich das Vertrauen in Ihre Produktleitung.
Die Herausforderung besteht jedoch oft darin, eine Roadmap zu erstellen, die Ihr Unternehmen auf Ihre Produktvision ausrichtet und sowohl den Detailgrad liefert, den jede Funktion benötigt, als auch mit den übergeordneten Zielen verbunden bleibt.
Oft gehen Unternehmen bei der Erstellung einer Produkt-Roadmap den falschen Weg. Sie konzentrieren sich vor allem auf die Einhaltung von Terminen, was das Team sehr verunsichern kann. In anderen Fällen wird eine Roadmap einmal erstellt und dann nie wieder angeschaut oder nur selten aktualisiert.
Die große Mehrheit der Roadmaps geht an der Frage vorbei, warum sie erstellt werden, und konzentriert sich nur auf die Funktionen – sie sind von der Produktstrategie abgekoppelt und haben keine klaren Ziele oder Themen.
Eine gute Roadmap sollte stattdessen ein Produkt der Zusammenarbeit sein und den Beitrag vieler Interessengruppen und funktionsübergreifender Teams enthalten. Sie sollten immer auf dem neuesten Stand sein und keine einmaligen Dokumente, die veraltet sind, sobald man auf die Schaltfläche „Speichern“ drückt. Und sie sollten die Ergebnisse widerspiegeln, die Ihr Unternehmen erreichen will, und nicht einfach nur den Output.
- Wesentliche Bestandteile einer Produkt-Roadmap
- Timeline
- Features
- Ziele
- Die Wichtigkeit, Ihre Roadmap auf die richtige Zielgruppe zuzuschneiden
- 7 Beispiele für effektive Produkt-Roadmaps
- 1. Freigabeplan
- 2. Sprintplan
- 3. Jetzt-nächst-später-Roadmap
- 4. Kanban-Roadmap
- Zeitplan-Roadmaps
- 5. Zeitplan für Funktionen
- 6. Zeitplan für Ziele
- 7. Zeitplan für die Freigabe
- Ziel erreichen
Wesentliche Bestandteile einer Produkt-Roadmap
Ihre Produkt-Roadmap sollte Ihre Produktstrategie so formulieren, dass sie von allen Beteiligten, einschließlich verschiedener Zielgruppen mit unterschiedlichen Bedürfnissen, verstanden wird. Bevor Sie auf Einzelheiten eingehen, sollten Sie bedenken, dass das, was für Sie funktioniert, für Sie und Ihr Unternehmen einzigartig sein kann. Deshalb ist es wichtig, dass Sie mit allen Mitarbeitern Ihres Teams sprechen und sicherstellen, dass Sie sich über die beste Art der Präsentation dieser Informationen einig sind.
Wir wissen, dass es entmutigend sein kann, die Art und Weise zu überdenken, wie Sie die Produkt-Roadmaps angehen. Deshalb haben wir die besten Roadmap-Typen zusammengestellt, die Ihnen dabei helfen können, das Warum Ihres Plans und das Was zu kommunizieren und den richtigen Detaillierungsgrad für Ihre Stakeholder bereitzustellen.
„Ich betrachte Roadmaps eher als Kommunikationsmittel denn als Entscheidungshilfen. A lot of folks say their goal is to have a roadmap. And I say no, our goal is to have a good product strategy where we make hard choices and prioritize the right things. The roadmap is simply a reflection of this.“ „
Rich MironovProduct consultant & thought leader
Timeline
You don’t need to list specific dates on your roadmap. But you do need a way to clearly outline and prioritize short-term features, medium-term features, and features you’re planning for in the long term.
Example timelines:
- Q1, Q2, Q3
- March, April, May
- Now, Next, Later
Features
What features are you releasing along the timeline above? You can categorize these based on what you’re looking to communicate and what tools you use for project management. Diese können einfach als die Funktion, die Sie entwickeln, angegeben werden, oder Sie können eine Hierarchie von allgemeinen Funktionsthemen bis hin zu spezifischeren Unterfunktionen erstellen.
Beispiele (von allgemein bis detailliert):
- Einführung neuer Benutzer, Zusammenarbeit im Team, Videonachrichten
- Erstellung eines Benutzeranmeldungsflusses, gemeinsame Nutzung von Dateien durch Teammitglieder, Aufzeichnung von Videoanrufen
- Implementierung von SSO, Integration von Dropbox, gemeinsame Nutzung gespeicherter Videodateien
Ziele
Was möchten Sie mit Ihren Produkten und Funktionen erreichen? Sie machen nicht einfach nur Arbeit um der Arbeit willen. Sie wollen Ihr Unternehmen voranbringen. Ziele (oder Zielsetzungen) lassen Ihr Unternehmen wissen, wohin das Produkt gehen soll. Dabei kann es sich um produktspezifische Ziele oder um Geschäftsziele handeln.
Beispiele:
- Verbesserung der Team-Kommunikationsplattform
- Einführung von Dashboard-Analysen
- Steigerung der monatlich aktiven Nutzer um 5 %
Die Wichtigkeit, Ihre Roadmap auf die richtige Zielgruppe zuzuschneiden
Unterschiedliche Arten von Roadmaps funktionieren am besten bei unterschiedlichen Interessengruppen. Sie können wählen, welche Ansichten am besten die Art und Weise unterstützen, wie Sie kommunizieren und Ihre Organisation um Ihre Produktvision versammeln wollen.
- Verwenden Sie Führungs-Roadmaps, wie z. B. eine Release-Plan-Roadmap oder eine Zielzeitplan-Roadmap, um leitenden Angestellten und Stakeholdern einen Überblick über die Arbeit des Produktteams zu geben. Diese übergeordneten Roadmaps bieten eine schnelle Zusammenfassung der Produktausrichtung. Sie können Informationen wie Marktchancen und Gewinn- und Verlustdetails enthalten, wobei Sie bei Bedarf tiefer eintauchen können.
- Verwenden Sie Unternehmens-Roadmaps, z. B. Versionsplan- oder Versionszeitplan-Roadmaps, um funktionsübergreifenden Teams wie Vertrieb und Kundenerfolg mehr Details mitzuteilen. Diese Roadmaps ermöglichen es anderen Teams, angemessene Erwartungen an Interessenten und Kunden zu stellen und Kommentare und relevantes Kundenfeedback beizusteuern.
- Verwenden Sie auf die Lieferung ausgerichtete Roadmaps, z. B. Kanban, einen Sprintplan oder eine Funktionszeitplan-Roadmap mit detaillierten Zeitvorgaben für Entwicklungsteams, die es genau wissen wollen. Kommunizieren Sie Ziele, Status/Stadium der Entwicklung, Bereiche Ihres Produkts und berücksichtigen Sie andere Arbeiten, die sie unterstützen müssen. Nutzen Sie Abhängigkeiten und erfassen Sie Risiken.
- Verwenden Sie kundenorientierte Roadmaps, wie z. B. einen Versionsplan oder eine Now-next-later-Roadmap, um eine Roadmap zu erstellen, die sich auf die Funktionen konzentriert, die den Kunden am wichtigsten sind. Diese Roadmaps vermitteln auch internen Kundengruppen wie Vertrieb, Kundenerfolg und Marketing, was als Nächstes für Ihr Produkt ansteht.
7 Beispiele für effektive Produkt-Roadmaps
Lassen Sie uns einen Blick auf einige gängige Arten von Produkt-Roadmaps werfen, um herauszufinden, welche für Sie am besten geeignet ist. Auf einer hohen Ebene können Sie zwischen zwei übergreifenden Typen unterscheiden: Spalten- und Zeitleisten-Roadmaps, für die relevante Beispiele beschrieben werden.
1. Freigabeplan
Ein Freigabeplan ist ein Plan auf Ausführungsebene, der angibt, wie Sie die Arbeit, die Sie beschlossen haben, ausführen werden und in welchem Zeitrahmen Sie diese Arbeit abschließen werden. Ein Release-Plan vermittelt Führungskräften, Stakeholdern, funktionsübergreifenden Teams und sogar Kunden einen umfassenden Überblick über die anstehenden Produktversionen. Er ist ideal für die Planung von Meilensteinen, die nicht zeitgebunden sind, aber einen festen Umfang haben, oder für neue Versionen Ihres Produkts, die regelmäßig veröffentlicht werden (z. B. eine mobile App). Es lässt andere Teams wissen, dass neue Funktionen bald kommen werden, ohne dass Ihr Team sich auf ein bestimmtes Veröffentlichungsdatum festlegen muss.
2. Sprintplan
Sprintplan-Roadmaps sind auf die Lieferung ausgerichtet und natürlich für die Sprintplanung nützlich. Produktteams verwenden Sprintpläne, um ihre Entwicklungsteams auf die anstehenden Arbeiten auszurichten, damit sie immer auf dem neuesten Stand und synchronisiert sind. Sie können die Lieferung über mehrere Sprints hinweg planen und den Aufwand und die Eigentümer der einzelnen Funktionen anzeigen, um die Arbeitsbelastung Ihres Teams zu überwachen. Sie können sogar Swimlanes für zusätzlichen Kontext oder Gruppierung verwenden. Sie können Ihren Sprintplan so detailliert gestalten, wie Sie es brauchen. Diese Roadmap ist nur für Ihr Produkt- und Entwicklungsteam bestimmt.
3. Jetzt-nächst-später-Roadmap
Jetzt-nächst-später-Roadmaps kommunizieren Ihre Prioritäten über einen breiten Zeitrahmen mit Schwerpunkt auf der nahen Zukunft. Die Funktionen im „Jetzt“-Einschub sind detaillierter, während die Funktionen im „Später“-Eimer eher hochrangig sind und Ihre langfristige Strategie widerspiegeln. Sie eignen sich perfekt für Teams, die in schnell wechselnden Umgebungen arbeiten, in denen sich die Veröffentlichungstermine ändern können, und ermöglichen es Ihnen, Ihren Kunden umfassende Pläne mitzuteilen, ohne sich auf bestimmte Fristen festzulegen. Roadmaps für das Jetzt und Später eignen sich hervorragend, um Ihre Produktstrategie und Prioritäten vor einem großen Publikum zu erläutern (z. B. bei einem All-Hands- oder Town Hall-Meeting)
Während diese Ansicht für Unternehmen, die sich schnell bewegen, ideal ist, sollten Sie die Dinge mit einem strengen Priorisierungsprozess auf Kurs halten. Andernfalls besteht die Gefahr, dass Dinge in „später“ auf unbestimmte Zeit dort verbleiben und Ideen, die nicht mit Ihrer langfristigen Strategie übereinstimmen, in die „jetzt“- oder „als nächstes“-Eimer wandern.
4. Kanban-Roadmap
Eine Kanban-Roadmap ist eine weitere auf die Lieferung ausgerichtete Roadmap für Entwicklungsteams. Sie hilft Produktteams dabei, Initiativen klar zu gruppieren, z. B. was sich im Backlog befindet, was Sie planen, was in Arbeit ist und was Sie abgeschlossen haben.
Einer der wichtigsten Vorteile einer Kanban-Roadmap ist, dass sie Produktteams die Möglichkeit gibt, ihre kurzfristigen Pläne zu kommunizieren, ohne sich auf genaue Termine festzulegen. Sie können zeigen, wann Sie an bestimmten Funktionen arbeiten, und Ihr Lieferteam motivieren, indem Sie es daran erinnern, worauf es hinarbeitet.
Zeitplan-Roadmaps
Produktmanager verwenden am häufigsten Zeitplan-Roadmaps, um die Abstimmung mit Interessengruppen und funktionsübergreifenden Teams sicherzustellen. Die Stakeholder können die Ziele und die Dauer von Schlüsselinitiativen visuell erkennen, während funktionsübergreifende Teams die Einführungsaktivitäten mit klaren Zeitplänen leicht organisieren können. Seien Sie vorsichtig bei der Verwendung enger Zeitrahmen, da dies zu hohen Erwartungen führen kann. Verwenden Sie einen Zeitrahmen, der am besten geeignet ist, um Ihre Pläne auf breiter Basis zu kommunizieren. Das kann monatlich, vierteljährlich oder ein beliebiger Zeitrahmen sein, der Ihren Bedürfnissen oder denen der Beteiligten am besten entspricht.
5. Zeitplan für Funktionen
Ein Zeitplan für Funktionen ist ein ergebnisorientierter Zeitplan, der es Ihnen ermöglicht, den Zeitrahmen für eine einzelne Funktion festzulegen. Die Planung von Funktionen und die Verfolgung des Fortschritts mit einer Zeitplan-Roadmap ist ideal, wenn Sie einen Überblick über den Fortschritt der Arbeit in Richtung eines Termins oder eines zeitgebundenen Meilensteins erhalten möchten. Sie können den Funktionsfortschritt anhand von bestimmten Terminen und Meilensteinen verfolgen und sich intern mit den Entwicklungsteams auf konkrete Termine abstimmen. Außerdem können Sie Ressourcen zuweisen, wann und wo sie benötigt werden.
6. Zeitplan für Ziele
Für größere Organisationen und solche, die in komplexeren Umgebungen arbeiten, kommt der Zeitpunkt, an dem Führungskräfte und Stakeholder einen detaillierteren Ansatz wünschen. Ein Zielzeitplan ist ein Beispiel für einen ergebnis- und nicht outputorientierten Plan. Diese Roadmap sorgt für eine breite Ausrichtung der Organisation auf die Produktrichtung. Jeder kann leicht nachvollziehen, wann Sie auf die einzelnen Geschäftsziele hinarbeiten und wo diese im Verhältnis zu den wichtigsten Meilensteinen liegen.
Zielzeitplan-Roadmaps eignen sich hervorragend zur teamübergreifenden Kommunikation Ihrer Produktstrategie und -ziele für die nächsten zwei bis drei Quartale. Wenn Sie Ziele auf Unternehmensebene verwenden, bietet dies eine klare Verbindung zwischen Ihren Produkt- und Unternehmensstrategien und den Endergebnissen, wie z. B. Funktionen.
Wenn wir entscheiden, welche Ziele wir als Nächstes in Angriff nehmen, planen wir ausgehend von zeitlichen Meilensteinen (Gartner-Analysten-Briefings, Branchenkonferenzen, Marketing-Einführungen, Verpflichtungen gegenüber strategischen Partnern oder Großkunden usw.) rückwärts.) und überlegen, was bis dahin am wichtigsten wäre.
7. Zeitplan für die Freigabe
Wenn Sie Ihre Ziele in der Zeit planen, können Sie auf hohem Niveau bleiben. Bei der Vorbereitung von Sprints und Launch-Aktivitäten müssen Sie jedoch entscheiden, welche Funktionen Sie wann gemeinsam veröffentlichen wollen. Mithilfe eines Zeitplans für die Veröffentlichung können Sie planen und den funktionsübergreifenden Teams, z. B. dem Vertrieb und dem Kundenerfolg, mitteilen, wann Sie in naher Zukunft mit klaren Zeitrahmen an den Veröffentlichungen arbeiten werden. Die Stakeholder können sehen, was für die nächste App-Version, die vierteljährliche Veröffentlichung, die monatliche Fehlerbehebung usw. geplant ist. Mit einer Produktmanagement-Software wie Productboard können größere Produktorganisationen mit mehreren Teams, die Funktionen in unterschiedlichen Zeitabständen veröffentlichen, mehrere Release-Gruppen erstellen, um diese zu organisieren und funktionsübergreifende Teams auf dem Laufenden zu halten.
Zudem sind Release-Zeitplan-Roadmaps nützlich, um eine wartungsarme taktische Roadmap zu erstellen, mit der sich der Fortschritt im Hinblick auf wichtige Termine verfolgen lässt. Wenn Sie in einer agilen Umgebung arbeiten, sträuben Sie sich vielleicht aus den oben genannten Gründen dagegen, Releases länger als 4-6 Wochen im Voraus zu planen. Eine Roadmap für die Versionsplanung ermöglicht es Ihnen, Ihre spezifischen Versionsobjekte weiter zu verwenden und gleichzeitig einen Zeithorizont mit allen wichtigen Meilensteinen oder Unternehmensfristen zu vermitteln.
Ziel erreichen
Produkt-Roadmaps sind entscheidend für Ihren Erfolg. Ein großartiges Produkt ohne einen Fahrplan zu entwickeln, ist wie eine Reise ohne Karte: Wenn Sie Glück haben, kommen Sie vielleicht an Ihr Ziel, aber wahrscheinlich landen Sie in einem heruntergekommenen Motel. Außerdem müssen Sie wahrscheinlich mehrmals anhalten und Leute nach dem Weg fragen, die keine Ahnung haben, was für eine Reise Sie ursprünglich geplant hatten. Anders als bei Autoreisen geht es bei Produkt-Roadmaps nur um das Ziel, nicht um die Reise.