Geschäft und Prozesse
Welche Fähigkeit wird benötigt? Welcher Ablauf soll verbessert werden? Ziele, Rollen und fachliche Ergebnisse bilden den Ausgangspunkt – nicht die Werkzeugauswahl.
ZIELBILD & ARCHITEKTUR
Eine gemeinsame Richtung.
Eine umsetzbare Architektur.
Welche Prozesse sollen künftig zusammenarbeiten? Welche Systeme und Daten werden dafür gebraucht? Ein Zielbild verbindet diese Fragen mit den Zielen Ihres Unternehmens.
Zielbild besprechen →Was gehört zu einem Zielbild?
Ein Zielbild beschreibt einen angestrebten Zustand und die Gründe dafür. Für ein Transformationsvorhaben betrachten wir Geschäftsprozesse, Informationen, Anwendungen und technische Rahmenbedingungen gemeinsam. Es genügt nicht, neue Produkte in ein Systemdiagramm einzutragen: Auch Verantwortlichkeiten, Abhängigkeiten und der Weg aus der heutigen Landschaft müssen nachvollziehbar sein.
Enterprise-Architecture-Rahmenwerke wie TOGAF bieten dafür eine methodische Orientierung. The Open Group beschreibt TOGAF als anpassbares Vorgehen, mit dem Architekturarbeit die Anforderungen von Organisation und Beteiligten unterstützen soll. Das Rahmenwerk ersetzt jedoch keine konkrete Projektentscheidung. [1]
Drei Perspektiven für tragfähige Entscheidungen.
Daten und Anwendungen
Welches System führt welche Information? Schnittstellen, Datenverantwortung und Abhängigkeiten machen sichtbar, was bei einer Veränderung mitbetrachtet werden muss.
Technik und Betrieb
Wie werden Sicherheit, Verfügbarkeit, Wartung und Support gewährleistet? Die Zielarchitektur braucht ein Betriebsmodell, das organisatorisch getragen werden kann.
CSPIRITS-PROJEKTANSATZ
Ausgangslage verstehen. Optionen bewerten. Übergänge planen.
Wir beginnen mit den Zielen und den Grenzen des Vorhabens. Gemeinsam erfassen wir die relevanten Prozesse und Systeme, prüfen bestehende Dokumentation und halten offene Annahmen fest. Dabei werden Fachbereiche, IT, Betrieb und betroffene Dienstleister frühzeitig einbezogen.
Anschließend stellen wir Lösungsoptionen gegenüber. Bewertungskriterien können beispielsweise Prozessabdeckung, Integrationsaufwand, Erweiterbarkeit, Schutzbedarf und laufender Betriebsaufwand sein. Entscheidungen werden mit ihrer Begründung dokumentiert. So bleibt später verständlich, warum eine Variante gewählt wurde und unter welchen Voraussetzungen sie gilt.
Zur Architektur gehört auch die Umsetzung: Welche Zwischenzustände sind nötig? Wann können bestehende Anwendungen abgelöst werden? Welche Daten und Schnittstellen werden vorübergehend parallel benötigt? Aus diesen Abhängigkeiten entsteht eine Roadmap mit prüfbaren Ergebnissen statt nur einer Liste von Technologien.
Beispiel: Neues Kundenportal, bestehendes ERP.
Das Portal soll Kundeninformationen anzeigen, während das ERP weiterhin führend bleibt. Vor der Umsetzung wären Datenumfang, Aktualität, Berechtigungen und Fehlerbehandlung zu klären. Eine bewusst abgegrenzte erste Ausbaustufe kann helfen, diese Entscheidungen praktisch zu überprüfen. Das Beispiel ist illustrativ, keine Kundenreferenz.
Was kann am Ende der ersten Phase stehen?
Ein abgestimmtes Zielbild, eine Prozess- und Systemlandkarte, dokumentierte Architekturentscheidungen sowie eine priorisierte Umsetzungsfolge. Welche Unterlagen tatsächlich benötigt werden, richtet sich nach Größe und Komplexität Ihres Vorhabens. Umfang und Verantwortlichkeiten vereinbaren wir gemeinsam.
Welches Ziel braucht einen klaren Weg?
Sprechen wir über Ihre Ausgangslage und die nächsten Entscheidungen.
Methodische Orientierung
[1] The Open Group: TOGAF Standard. Der dargestellte Projektansatz ist eine eigenständige Einordnung von CSPIRITS, keine Zertifizierungszusage.
Redaktioneller Stand: September 2026.
← Zurück zu allen Kompetenzfeldern