Das Architektur-Zielbild: eine Seite für die Geschäftsführung

Dieser Beitrag wurde mit dem KI-Assistenten Claude erstellt und von Peter Hoenig veröffentlicht.

Nach einer Bestandsaufnahme der IT steht fast immer dieselbe Aufgabe an: Das Ergebnis muss in die Geschäftsführung. Und dort gilt eine Regel, die sich nicht verhandeln lässt – es ist eine Seite, und sie wird in fünf Minuten gelesen.

Dafür gibt es das Architektur-Zielbild. Es ist bewusst das kleinste Werkzeug dieser Reihe.

Im Zustand formulieren, nicht als Projekt

Der häufigste Fehler in der rechten Spalte: Dort stehen Projekte. „Verantwortlichkeiten klären“, „Migration auf eine neue Plattform“, „Schnittstellen harmonisieren“. Das sind Tätigkeiten, und Tätigkeiten lassen sich beliebig lange ausüben, ohne dass sich etwas ändert.

Ein Ziel ist ein Zustand: „Jedes System hat eine benannte fachliche Verantwortung.“ „Preise stehen an einer Stelle und fließen in die anderen.“ „Störungen melden sich selbst, bevor jemand anruft.“ Dazu gehört jeweils die Frage: Woran erkennen wir, dass wir da sind? Das Werkzeug fragt danach.

Der Nutzen ist die Währung

Eine Stoßrichtung ohne Nutzen ist in der Geschäftsführung nicht verhandelbar – sie wird gegen etwas abgewogen, das einen hat. „Migration auf eine neue Plattform“ ist ein Projektname. „Die Produktion wird unabhängig von zwei alten Rechnern, und die Daten lassen sich endlich auswerten“ ist ein Nutzen.

Der Nutzen gehört aus Sicht des Geschäfts formuliert, nicht aus Sicht der IT. „Weniger technische Schulden“ ist kein Nutzen, sondern eine Beschreibung des Problems in Fachsprache.

Ebenso wichtig ist der erste Schritt: Was passiert in den nächsten Wochen? Ohne ihn bleibt das Zielbild eine Absichtserklärung, über die man sich einig ist, weil sie nichts kostet.

Warum nicht mehr als fünf

Das Werkzeug meldet ab sechs Stoßrichtungen eine Warnung, und das ist kein Formalismus. Ein Zielbild mit acht Punkten ist kein Zielbild, sondern ein Programm – und die Aufmerksamkeit einer Leitung verteilt sich so weit, dass keine Stoßrichtung mehr getragen wird. Die ehrliche Frage lautet: Welche drei zählen wirklich?

Die Stoßrichtungen ordnen sich im Bild übrigens nach ihrem Zeitrahmen an. Wenn in der Spalte „läuft bereits“ und „in diesem Jahr“ nichts steht, sieht man es sofort – und weiß, dass dieses Zielbild folgenlos bleiben wird.

Woher der Inhalt kommt

Zwei Wege füllen die linke Spalte, ohne dass jemand tippt:

• Der Befund aus der IT-Landkarte: Anzahl der Systeme, wie viele kritisch oder abzulösen sind, wie viele älter als zehn Jahre, für wie viele keine Verantwortung benannt ist – jeweils mit Beleg. Danach formulieren Sie es in eigene Worte um; die Rohform ist ein Ausgangspunkt, kein Text für die Geschäftsführung.
• Vorhaben aus dem 8EM-Modeller werden zu Stoßrichtungen. Meist sind es zu viele; das Kürzen ist die eigentliche Arbeit.

Umgekehrt gehen die Stoßrichtungen als Tabelle zurück in den Modeller (Ebene 7b, Vorhaben), wo sie sich priorisieren und in eine Roadmap bringen lassen. Und eine einzelne Stoßrichtung lässt sich als Projektauftrag an das Projektmanagement übergeben – dort erscheint ein Band „Als Projekt anlegen“.

Für die Sitzung

Der Export gibt das Bild als PDF (A4 oder A3 quer) aus, als PowerPoint und als Impress-Datei – dort als einzelne, bearbeitbare Formen, sodass Sie die Folie in Ihre eigene Vorlage übernehmen können. Der Bericht daneben enthält alles, was auf der Folie keinen Platz hat: Belege, Erläuterungen, erste Schritte.

Das Zielbild ist kostenlos und steht als freie Software unter der GPL zur Verfügung: Architektur-Zielbild öffnen. Wenn Sie aus einer Bestandsaufnahme eine Entscheidungsvorlage machen möchten, unterstütze ich Sie gern – melden Sie sich zum kostenfreien Erstgespräch.