Mehr Vorhaben als Kapazität.IT-Investitionen nachvollziehbar priorisieren

In vielen Unternehmen wächst die Liste der IT-Vorhaben schneller als die Kapazität, sie umzusetzen. Jedes Vorhaben hat eine gute Begründung: ein neues System für den Vertrieb, die Ablöse einer alten Anwendung, Vorgaben aus Informationssicherheit oder Regulierung, erste KI-Anwendungen.

Das Problem ist selten ein Mangel an Ideen. Es fehlt eine gemeinsame Grundlage, um sie zu vergleichen. Ohne sie setzt sich durch, wer am lautesten argumentiert oder zuletzt gefragt hat. Und was heute beschlossen wird, steht morgen wieder zur Diskussion.

Alle Vorhaben sind wichtig. Aber womit fangen wir an, und was lassen wir bewusst liegen?

Warum lassen sich IT-Vorhaben so schwer vergleichen?

Vorhaben kommen in unterschiedlicher Form auf den Tisch. Manche sind ausgearbeitete Business Cases, andere eine Zeile in der Budgetplanung. Der Nutzen entsteht meist im Fachbereich, der Aufwand fällt vor allem in der IT an. Beides wird selten in derselben Sprache beschrieben.

Dazu kommt, dass Vorhaben unterschiedlicher Natur sind. Einige sind Pflicht, etwa weil eine Anwendung ihr Supportende erreicht oder eine Vorgabe umzusetzen ist. Andere sind Chancen, die das Geschäft weiterbringen können. Und manche hängen voneinander ab, ohne dass es in den Anträgen steht.

Womit beginnt eine nachvollziehbare Priorisierung?

Mit den Unternehmenszielen, nicht mit der Liste. Übersetzen Sie die wenigen Ziele, die für die kommenden Jahre wirklich zählen, in Fähigkeiten, die sich verbessern müssen. Etwa: Aufträge schneller abwickeln, Kundendaten verlässlich an einem Ort führen oder neue Produkte rascher einführen.

Jedes Vorhaben benennt dann, zu welchem Ziel und zu welcher Fähigkeit es beiträgt. Vorhaben, die sich keinem Ziel zuordnen lassen, sind nicht automatisch überflüssig. Sie brauchen aber eine eigene Begründung, zum Beispiel als Pflichtvorhaben oder als Voraussetzung für ein anderes.

Welche Kriterien gehören auf den Tisch?

Wenige Kriterien, die vorab vereinbart und für alle Vorhaben gleich angewendet werden, sind mehr wert als ein ausgefeiltes Modell. Diese decken das Wesentliche ab:

• Beitrag zu den Zielen. Welche Fähigkeit wird besser, und wie direkt ist der Bezug zu einem vereinbarten Ziel?
• Pflicht oder Wahl. Gibt es eine rechtliche, vertragliche oder sicherheitsrelevante Notwendigkeit oder einen Termin, der sich nicht verschieben lässt?
• Aufwand und Kapazität. Was kostet das Vorhaben, und welche Menschen bindet es, im Fachbereich ebenso wie in der IT?
• Risiko. Wie unsicher ist die Umsetzung? Und welches Risiko entsteht, wenn das Vorhaben nicht umgesetzt wird?
• Abhängigkeiten und Übergangsaufwand. Setzt das Vorhaben andere voraus, oder blockiert es welche? Wie aufwendig ist der Weg vom heutigen zum künftigen Zustand?

Legen Sie vor der Bewertung fest, was jedes Kriterium bedeutet. Sonst verschiebt sich die Diskussion von den Vorhaben zu den Begriffen.

Welche Rolle spielt die Architektur?

Viele Abhängigkeiten sind in einzelnen Anträgen nicht zu erkennen. Zwei Vorhaben verändern gleichzeitig dieselbe Anwendung. Ein scheinbar kleines Projekt setzt eine Schnittstelle voraus, die es noch nicht gibt. Ein anderes löst ein Problem, das eine geplante Konsolidierung ohnehin beseitigen würde.

Eine Architektursicht macht diese Zusammenhänge sichtbar: welche Geschäftsfähigkeiten von welchen Anwendungen abhängen, wo Daten entstehen und wohin sie fließen. Dafür braucht es kein vollständiges Inventar. Beginnen Sie mit der konkreten Entscheidung und erfassen Sie nur, was für sie relevant ist.

So entsteht nicht nur eine Rangfolge, sondern eine begründete Reihenfolge.

Wie wird aus der Rangfolge eine Roadmap?

Eine Rangfolge sagt, was wichtig ist. Eine Roadmap sagt, was wann umgesetzt wird. Dazwischen liegen Kapazität, Abhängigkeiten und die Frage, wie viel Veränderung die Organisation gleichzeitig tragen kann.

Hilfreich ist eine einfache Einteilung:

• Jetzt. Vorhaben, die laufen oder mit gesicherter Kapazität starten.
• Als Nächstes. Vorhaben, die vorbereitet werden und nachrücken, sobald Kapazität frei wird.
• Später. Vorhaben mit erkennbarem Wert, für die derzeit keine Kapazität vorhanden ist.
• Nicht. Vorhaben, die bewusst nicht verfolgt werden, jeweils mit kurzer Begründung.

Die letzte Kategorie ist die unbequemste und die wertvollste. Erst wenn ausgesprochen ist, was nicht kommt, werden die übrigen Prioritäten verbindlich. Planen Sie außerdem eine Reserve ein. Ungeplante Pflichtvorhaben kommen verlässlich.

Wer entscheidet, und wie oft wird nachjustiert?

Priorisierung ist keine einmalige Übung, sondern eine Frage der Governance. Legen Sie fest, wer Vorhaben einbringt und vorbereitet, wer entscheidet und wer umsetzt. Die Entscheidung gehört in ein Gremium, in dem Geschäftsführung, Fachbereiche und IT gemeinsam sitzen.

Vereinbaren Sie einen festen Rhythmus für die Überprüfung der Roadmap, etwa im Zuge der Budget- oder Quartalsplanung. Dazwischen ändert sich die Priorität eines Vorhabens nur, wenn sich eine wesentliche Annahme ändert, und nur über dasselbe Gremium. Das schützt die Teams vor ständigem Umsteuern, ohne die Organisation starr zu machen.

Woran erkennen Sie, dass die Priorisierung funktioniert?

Nicht an einer perfekten Liste, sondern an Veränderungen im Alltag:

• Entscheidungen werden auch von jenen verstanden, deren Vorhaben zurückgestellt wurde.
• Weniger Vorhaben laufen gleichzeitig, und die laufenden kommen stetiger voran.
• Diskussionen drehen sich um Kriterien und Annahmen, nicht um Personen.
• Die Roadmap wird in Budgetgesprächen tatsächlich verwendet.

Fehlen diese Zeichen, liegt der Engpass häufig nicht in der Methode, sondern in unklaren Entscheidungsrechten. Dort lohnt es sich anzusetzen.