Hauptgedanke

Roadmap und Backlog ähneln sich, weil beide Themen enthalten und beide geordnet sind. Sie beantworten aber nicht dieselbe Frage. Die Roadmap wählt aus: welche großen Themen in diesem Horizont die Aufmerksamkeit des Unternehmens verdienen. Der Backlog organisiert: wie die Arbeit an den bereits ausgewählten Themen aufgeteilt wird.

An der Granularität wird das sichtbar. „Dateneingabe für Papierdokumente automatisieren“ ist eine Roadmap-Initiative; im Backlog wird daraus eine Reihe von Problemen, Funktionalitäten, technischen Aufgaben, Design-Tickets, Akzeptanzkriterien, Abhängigkeiten, Tests und Iterationen. Der Backlog ist feiner, weil er operativ ist: Er dient der Produktion. Die Roadmap ist gröber, weil sie der Ausrichtung dient.

Zwei Dokumente, zwei Funktionen und zwei Publika: Man liest keine Roadmap, um zu wissen, was morgen früh zu tun ist, und keinen Backlog, um zu verstehen, wohin das Produkt geht.

Warum das wichtig ist

Das verhindert die teuerste Verwechslung der beiden: die Roadmap wie eine Produktdatenbank zu behandeln, in der am Ende alles landet, was das Unternehmen tun könnte. Eine Roadmap, die bis auf die Ebene der Aufgaben hinabsteigt, verliert ihre Ausrichtungsfunktion, ohne eine Produktionsfunktion zu gewinnen.

Es gibt auch die richtige Leserichtung vor: Ein Thema geht von der Auswahl in die Aufteilung über, nie umgekehrt. Aus einem Backlog ergibt sich nicht von selbst eine Richtung.

Nuancen und Grenzen

Bei kleinen Themen ist die Grenze nicht immer scharf: Sie gelangen direkt auf die Ebene der Aufteilung, ohne je eine Auswahlkarte gehabt zu haben – und das ist legitim.

Und die Trennung der beiden Dokumente setzt voraus, dass dieselben Personen sie pflegen oder zumindest miteinander reden: Zwei getrennte Werkzeuge in den Händen zweier verschiedener Bereiche erzeugen zwei Priorisierungen, die auseinanderlaufen.

Offene Fragen

• Ab welcher Größe verdient ein Thema keine Auswahlkarte mehr und geht direkt in die Aufteilung?