Warum „Now, Next, Later"-Roadmaps besser für OKRs sind

Ich habe gerade „Roadmap Definition" gegoogelt, und das kam dabei heraus:

1. Eine Karte, insbesondere eine für Autofahrer gedachte, die die Straßen eines Landes oder Gebiets zeigt.
2. Ein Plan oder eine Strategie, mit der ein bestimmtes Ziel erreicht werden soll.

Was mich überrascht, ist, dass der Zeitbegriff in beiden Definitionen völlig fehlt. Warum denken wir dann so oft an Roadmaps als ein heikles Spiel mit Deadlines?

Deine Projekte sind Wetten, die du eingehst, um dein Geschäft und die Erfahrung deiner Kunden zu verbessern. Du hoffst, dass dein neues Onboarding die Akzeptanz erleichtert. Du hoffst, dass das neueste Feature die Nutzer begeistert. Aber sicher sein kannst du nicht. Und es würde helfen, wenn du eine einfache Möglichkeit hättest, Taktiken und Risiken mit dem Team zu besprechen.

Hier kommen Roadmaps ins Spiel. Sie helfen dem Team, alle laufenden Wetten zu diskutieren und die optimale Reihenfolge dafür zu finden. Liefern wir gerade das richtige Stück Wert? Gehen wir zu viele Risiken gleichzeitig ein? Müssen wir die Reihenfolge der Dinge ändern? Das sind die Fragen, auf die sich das Team konzentrieren sollte, aber sie verschwinden, sobald du Timelines verwendest.

Timelines lenken deinen Fokus auf Deadlines statt auf Wert

Eine Timeline behandelt deine Projekte wie eine Partie Tetris. Du versuchst, leere Flächen mit Rechtecken unterschiedlicher Größe und Farbe zu füllen. Zu oft verschiebt sich die Diskussion dabei hin zur Kapazität statt zum Wert.

– Hier ist noch etwas Platz übrig!
– Oh, dann können wir vielleicht diese Kleinigkeit noch hinzufügen.

Aber „kleine Projekte" gibt es nicht. Und jetzt arbeiten plötzlich 2 Leute Vollzeit an etwas, das nie eine Priorität war. Unbekannte Unbekannte tauchen auf, der Umfang wächst, und am Ende verzögerst du andere wertvolle Verbesserungen erheblich.

Sobald du die Zeitachse vor die Leute stellst, wirst du sehen, wie sich die Fragen von „Sollten wir das zuerst machen?" zu „Können wir es schneller liefern?" verschieben. Die Leute diskutieren dann über die Form deiner Rechtecke, statt darüber, warum es sie überhaupt gibt.

Now, Next, Later-Roadmaps zur Rettung

Es gibt noch einen anderen einfachen Ansatz, den du für deine Roadmaps übernehmen kannst. Erstelle ein Dokument mit 3 Spalten:

• Now: die Dinge, an denen das Team gerade arbeitet
• Next: was wir als Nächstes tun
• Later: Dinge, die im Backlog stehen, aber nicht als dringend gelten.

Dieses Format hilft dir, die Reihenfolge der Dinge statt ihrer Fälligkeitstermine zu betonen. Und hier kommt die Verbindung zu OKRs ins Spiel. Du legst OKRs zu Beginn des Quartals fest, um deinem Team eine Richtung zu geben. Objectives sind dein Nordstern. Deine Key Results helfen dem Team, den Fortschritt zu messen. Und deine Projekte sind der Weg, wie du vorankommst. Danach solltest du den Fortschritt deiner KRs jede Woche messen, um zu sehen, ob deine Arbeit die richtige Wirkung zeigt:

• Deine KRs entwickeln sich in die richtige Richtung? Super! Mach weiter so!
• Deine KRs geraten ins Abseits? Dann solltest du deine Roadmap vielleicht überdenken.

Eine Now, Next, Later-Roadmap macht es leicht, Dinge umzustellen. Deine Now-Spalte sollte sich nicht ändern, da sie fest zugesagte Arbeit enthält, aber du kannst schnell einen Blick auf die Next- und Later-Spalten werfen, um zu sehen, ob es eine bessere Anordnung gibt. Timelines bieten nicht dieselbe Flexibilität, da sie eher kapazitäts- als wertbasiert sind.

OKRs und Roadmaps, nicht OKRs gegen Roadmaps

Ein outcome-getriebenes Team zu sein bedeutet nicht, die Idee von Outputs abzulehnen. Es bedeutet, dass du zuerst definierst, was Erfolg bedeutet, und dann den besten Weg dorthin wählst. Und du kannst (und solltest) noch einen Schritt weitergehen, indem du diese Beziehung als Feedback-Loop behandelst.

Outcomes helfen dir, die richtigen Outputs auszuwählen, an denen du arbeiten solltest. Die Ergebnisse deiner Outputs helfen dir, deine Outcomes zu verfeinern.