Agile Planung: Von der Vision zur Roadmap

Eines der hartnäckigsten Gerüchte über agiles Arbeiten lautet: „Wer agil ist, muss nicht planen.“ Diese Aussage ist nicht nur falsch, sie ist das genaue Gegenteil der Wahrheit. In einem klassischen Wasserfallprojekt planst du einmal am Anfang sehr detailliert. In einem agilen Projekt planst du permanent.

Der Unterschied liegt nicht im Ob, sondern im Wie. Wir erstellen keinen starren, allumfassenden Plan, dem wir monatelang blind folgen. Stattdessen nutzen wir die Planung als kontinuierlichen Prozess, um unser Verständnis zu schärfen, auf Veränderungen zu reagieren und immer den nächsten wertvollsten Schritt zu identifizieren.

Ein Zitat, das oft Dwight D. Eisenhower zugeschrieben wird, bringt es perfekt auf den Punkt: „Plans are worthless, but planning is everything.“ (Pläne sind wertlos, aber Planung ist alles.) Der einmal erstellte Plan ist in dem Moment veraltet, in dem er gedruckt wird. Aber der Prozess des gemeinsamen Planens – das Diskutieren, das Abwägen, das Schaffen eines gemeinsamen Verständnisses – ist von unschätzbarem Wert. Diese Erkenntnis führt uns direkt zur Kernfrage der agilen Planung: Wie zerlegen wir eine große Vision in kleine, wertvolle und lieferbare Schritte?

Die Angst des Kunden und die Frage nach dem „Wann“

Wenn wir dem Kunden sagen, dass wir keinen fixen Gesamtplan erstellen können, ist seine erste Reaktion oft Angst. Die Frage „Wann ist das Projekt fertig?“ ist eine legitime und wichtige Frage, die wir nicht einfach abtun können. Sie entspringt dem Bedürfnis nach Sicherheit und Planbarkeit, das wir in den vorherigen Kapiteln besprochen haben.

Unsere Aufgabe ist es, diese Frage nicht zu ignorieren, sondern sie umzuformulieren. Statt zu fragen „Wann ist alles fertig?“, helfen wir dem Kunden, die viel wichtigere Frage zu stellen: „Was ist der kleinste, wertvollste Teil, den wir schnell fertigstellen können, und wann ist dieser fertig?“

Um diese Frage zu beantworten, brauchen wir Werkzeuge, die uns helfen, die große, vage Vision eines Projekts in greifbare, lieferbare Inkremente zu zerlegen.

Werkzeug 1: User Story Mapping – Die Landkarte des Projekts

Bevor wir planen können, was wir als Erstes tun, müssen wir verstehen, was wir insgesamt tun wollen – zumindest aus heutiger Sicht. Das User Story Mapping ist eine geniale Methode, um genau das gemeinsam mit dem Kunden und dem Team zu erreichen.

So funktioniert es im Kern:

1. Die User Journey (Das Rückgrat): Ihr identifiziert die Hauptaktivitäten, die ein Nutzer durchläuft, um sein Ziel zu erreichen. Für einen Onlineshop könnte das sein: Suchen → Produkt ansehen → In den Warenkorb legen → Bezahlen. Diese Schritte schreibt ihr auf Karten und ordnet sie horizontal an. Das ist das Rückgrat eurer Story Map.

2. Die Details (Das Fleisch): Unter jeden Schritt im Rückgrat sammelt ihr nun auf separaten Karten alle detaillierten Aktionen und Features, die dazugehören. Unter Suchen könnten das Karten sein wie Suchbegriff eingeben, Suchvorschläge anzeigen, Filter nach Kategorie, Sortieren nach Preis etc.

3. Die Priorisierung (Die Tiefe): Jetzt kommt der entscheidende Schritt. Ihr ordnet die Detailkarten unter jedem Hauptschritt vertikal nach Wichtigkeit an. Was ist absolut überlebenswichtig? Was ist ein „Nice-to-have“?

Das Ergebnis ist eine zweidimensionale Landkarte des gesamten Projekts. Sie ist viel intuitiver und verständlicher als eine flache Liste in einem Backlog. Jeder sieht das große Ganze und gleichzeitig die Details im Kontext.

Werkzeug 2: Dimensional Planning – Die Roadmap der Versionen

Nachdem wir mit dem User Story Mapping das „Was“ geklärt haben, nutzen wir das Dimensional Planning, um das „Wann“ zu definieren – zumindest für die nächste Zeit.

Stellt euch vor, ihr zieht eine horizontale Linie durch eure fertige Story Map.

1. Die erste Version (Der erste horizontale Schnitt): Ihr zieht die Linie so weit oben wie möglich. Alles, was über dieser Linie liegt, ist die absolut minimalste, aber in sich geschlossene und wertvolle erste Version eures Produkts. Sie muss eine durchgehende User Journey von Anfang bis Ende ermöglichen. In unserem Shop-Beispiel könnte das bedeuten: Der Nutzer kann nach einem Buch suchen (aber ohne Filter), sieht nur den Titel, kann es direkt kaufen (ohne Warenkorb) und mit einer einzigen Methode bezahlen. Diese erste Version ist euer erstes, klares Lieferziel. Dafür könnt ihr eine realistische Zeit- und Aufwandsschätzung abgeben.

2. Die folgenden Versionen (Weitere Schnitte): Danach zieht ihr weitere horizontale Linien für Version 2, Version 3 und so weiter. Jede Linie repräsentiert ein weiteres, wertvolles Inkrement, das auf dem vorherigen aufbaut.

Das Ergebnis ist eine visuelle Roadmap. Der Kunde sieht nicht nur, was in der ersten Version enthalten ist, sondern hat auch eine Vorstellung davon, was danach kommen könnte.

Der entscheidende Unterschied

Der entscheidende Punkt ist: Diese Roadmap ist nicht in Stein gemeißelt. Nachdem wir Version 1 geliefert und Feedback gesammelt haben, schauen wir erneut auf die Karte. Vielleicht stellen wir fest, dass die Filterfunktion (geplant für Version 2) gar nicht so wichtig ist, aber eine andere Bezahlmethode (geplant für Version 4) dringend benötigt wird. Also verschieben wir die Karten. Wir passen den Plan an die Realität an.

Wir planen permanent.

Fazit: Planung schafft Klarheit, nicht Gewissheit

Agile Planung gibt uns keine Gewissheit über die Zukunft. Das kann keine Methode. Aber sie gibt uns etwas viel Wichtigeres: Klarheit über den nächsten wertvollsten Schritt und eine gemeinsame Ausrichtung für das gesamte Team und die Stakeholder.

Mit Werkzeugen wie dem User Story Mapping und dem Dimensional Planning nimmst du dem Kunden die Angst vor der Planlosigkeit. Du ersetzt den starren, aber trügerischen Wasserfall-Plan durch eine lebendige, anpassungsfähige Roadmap. Du zeigst ihm, dass agiles Planen nicht bedeutet, im Nebel zu stochern, sondern bewusst einen Schritt nach dem anderen zu gehen, immer mit dem Ziel klar vor Augen. Und das bringt uns unweigerlich zu dem Kern: Der User Story.