IT-Roadmaps nach Ergebnissen und Abhängigkeiten ordnen

Eine frühe IT-Roadmap sollte zeigen, welche Arbeit im Unternehmen besser funktionieren soll und was dafür zuerst geklärt werden muss. Produktnamen können später hinzukommen. Werden sie zu früh festgelegt, wirkt eine offene Entscheidung bereits wie ein beschlossener Einkauf.

Die Folge ist praktisch: Das Team kann ein neues CRM einführen und trotzdem uneinheitliche Kundenadressen behalten. Oder ein Portal fertigstellen, dessen verbindliche Preise weiterhin unklar sind. Der Kauf allein löst die vorgelagerte Regel nicht.

Drei Produkte, zwei offene Voraussetzungen

Ein fiktiver Betrieb schreibt „CRM, Kundenportal, Dashboard“ auf seine Planung. Als Geschäftsziele nennt er einfachere Bestellungen und einen Überblick darüber, welche Anfragen zu Angeboten führen. Bevor ein Produktvergleich sinnvoll ist, fehlen jedoch zwei Entscheidungen: Welches System führt Kunden- und Preisdaten? Und welche Bearbeitungsstände gelten für eine Anfrage?

Die Planung kann daraus konkrete nächste Ergebnisse machen:

• Die Herkunft gültiger Kundenadressen und Preise ist festgelegt; Abweichungen werden an einem Musterfall entschieden.

• Ein Testkunde kann einen vollständigen Bestellvorgang mit diesen Daten abschließen; fehlende ERP-Bestätigung bleibt sichtbar.

• Eine Auswertung verbindet getrennte Anfragen mit ihren geprüften Bearbeitungsständen und Angeboten.

Diese Ergebnisse legen die Reihenfolge nahe: Datenzuständigkeit vor verbindlicher Bestellfunktion, einheitliche Bearbeitungsstände vor sinnvoller Auswertung. Sie bestimmen noch nicht, welche Produkte gekauft werden müssen. Teile könnten bereits im vorhandenen System liegen.

Eine Roadmap braucht unterschiedliche Gewissheiten

Ein naher Schritt kann ein klar abgegrenztes Ergebnis und bekannte Voraussetzungen haben. Für spätere Schritte können Lösungsweg und Aufwand noch offen sein. Schreiben Sie dazu, welche Untersuchung die nächste Entscheidung ermöglicht. Eine frühe Produktauswahl wird dadurch nicht scheinbar verbindlich.

Der GOV.UK-Leitfaden beschreibt Roadmaps als veränderbare Planung mit klaren Zielen, Prioritäten und Absicht. Ein detailliertes Backlog organisiert dagegen die kleineren Umsetzungsaufgaben. Für den Beispielbetrieb wäre „Kundendatenführung geklärt“ ein Ergebnis; die einzelnen Feldprüfungen gehören in die Umsetzung.

Wann Produktnamen sinnvoll sind

Nach einer begründeten Auswahl ist eine Beschaffungsansicht mit konkreten Produkten, Kosten und Zuständigkeiten nützlich. Auch ein bestätigtes Abschaltdatum oder eine zwingende technische Abhängigkeit kann die Reihenfolge bestimmen. Eine Roadmap darf diese Bindung ausdrücklich zeigen.

Das ändert den Maßstab nicht: Das Produkt muss einem benötigten Ergebnis zugeordnet sein. Zeigt die Untersuchung, dass das vorhandene CRM den Ablauf mit einer Anpassung erfüllt, kann der Neukauf entfallen. Zeigt sie eine unvermeidbare Schnittstellenlücke, wird die erforderliche Änderung konkret eingeplant.

Für eine Investitionsbesprechung lohnt sich deshalb eine einfache Prüfung jedes Eintrags: Welches beobachtbare Ergebnis soll entstehen, was fehlt davor und welche Erkenntnis könnte die Entscheidung ändern? Bleibt nur ein Herstellername übrig, ist der nächste Planungsgegenstand noch ungeklärt. Eine vollständige Kaufentscheidung braucht zusätzlich Umfang, laufende Kosten und spätere Wechselmöglichkeiten.

Quellen

• GOV.UK: Developing a roadmap