Enterprise Architecture auf ServiceNow:
Ihre IT-Landschaft auf einen Blick
Klassische EA-Lösungen sind stark in der Modellierung und schwach in der Praxis. Denn sie sind isoliert vom operativen IT-Betrieb, werden manuell befüllt und nicht flächendeckend verwendet.
ServiceNow EA hingegen verbindet Architektur auf einer gemeinsamen Datenbasis, ohne Medienbrüche und in Echtzeit direkt mit dem laufenden Betrieb.
Dieser Artikel zeigt:
- Worin sich eine klassische EA-Lösung von ServiceNow unterscheidet
- Was ServiceNow EA technisch leistet
Sie interessieren sich stärker für die strategische Perspektive?
In unserem Artikel „IT-Transparenz und Strategie mit ServiceNow EA“ erfahren Sie, welchen Business Value Enterprise Architecture für Unternehmen und IT-Entscheider schafft.
Architektur ist nur so gut wie die Daten, auf denen sie steht. Auf ServiceNow sind das dieselben Daten, mit denen auch der Betrieb arbeitet.
— ADVVISE
Was ist das ServiceNow Enterprise Architecture genau?
ServiceNow Enterprise Architecture (EA), vormals als Application Portfolio Management (APM) bekannt, ist ein natives Modul der ServiceNow Plattform. Es bildet Applikationen, Business Capabilities, Technologiestandards und deren Abhängigkeiten auf denselben Daten ab, mit denen auch CMDB und IT-Betrieb arbeiten.
Architektur ist damit kein separates Dokumentationswerkzeug mehr, sondern Teil der operativen Plattform.
Klassische EA-Lösungen vs. ServiceNow Enterprise Architecture
Die strukturellen Schwächen klassischer EA-Lösungen sind keine Nutzerfehler, sondern Systemfehler. Besonders deutlich zeigt sich das im direkten Vergleich:
Klassische EA-Lösungen | ServiceNow EA | |
|---|---|---|
Datenpflege | Manuell, Synchronisation mit CMDB/ITSM notwendig | Automatisch, alle Daten auf einer Plattform, immer aktuell |
Vertrauenswürdigkeit | Daten in verschiedenen Systemen divergieren | Eine Wahrheitsquelle für alle Teams und Entscheidungsebenen |
Adoption | Meist auf Architekten-Teams beschränkt, hohe Einstiegshürde | Self-Service-Dashboards und TRM Knowledge Base für alle Stakeholder |
Skalierung | Komplexe Integrationen wachsen mit der Nutzung | Skaliert nativ mit der ServiceNow-Plattform |
KI-Nutzung | Separate KI-Lösungen ohne Plattformkontext | Now Assist greift direkt auf CMDB-, EA- und SPM-Daten zu |
Kostenmodell | Lizenz + Integrationsaufwand + separate Wartung | Teil der ServiceNow Plattform, kein Zusatzsystem |
Plattform, CMDB und Architektur zusammen zeigen, was wirklich im Einsatz ist
Der eigentliche Vorteil liegt nicht in einem einzelnen Feature, sondern in der Kombination: Weil Architektur auf denselben Daten wie CMDB und Betrieb läuft, entsteht ein Gesamtbild, das jede Applikation, jeden Service und jede Abhängigkeit einschließt – automatisch, nicht durch eine jährliche Bestandsaufnahme.
-
Vollständiger Systemüberblick
Jede Applikation, jeder Service und jede Infrastrukturkomponente aus der CMDB ist automatisch Teil der Architektur - auch Schatten-IT, sobald sie erfasst wird. -
Doppelte Systeme sichtbar machen
Weil alle Applikationen auf einer gemeinsamen Datenbasis liegen, lassen sich redundante Lösungen erkennen, bevor der nächste Lizenz-Review sie zufällig aufdeckt. -
Wartungsende und Ablösung im Blick
Auslaufende Technologien und End-of-Life-Systeme werden markiert, bevor sie zum Betriebsrisiko werden, nicht erst nach dem nächsten Sicherheitsvorfall. -
Kosten pro Applikation nachvollziehbar
Lizenz, Betrieb, Support und technische Schulden lassen sich einer Applikation direkt zuordnen, statt geschätzt zu werden.
TOGAF in der Praxis: Warum reine Dokumentation ohne operativen Anschluss nicht mehr reicht
TOGAF, der weltweit anerkannte Standard für Enterprise Architecture, gibt vor, was dokumentiert werden soll. Er definiert nicht, wie die Daten aktuell bleiben oder wie Entscheidungen daraus abgeleitet werden.
Er strukturiert demnach nur Unternehmensarchitekturen entlang von vier Dimensionen
Business-Architektur
Applikationsarchitektur
Datenarchitektur
Technologiearchitektur
Genau hier setzt der Plattformansatz von ServiceNow an. Business Capabilities, Business Applications, Informationsobjekte und Technologien lassen sich innerhalb eines gemeinsamen Datenmodells verbinden und um weitere ServiceNow-Daten anreichern. Die vier TOGAF-Dimensionen finden sich in den entsprechenden ServiceNow EA Funktionen wieder:
TOGAF-Dimension | ServiceNow EA Funktion |
|---|---|
Business-Architektur | Business Capability Mapping |
Applikationsarchitektur | Application Portfolio & Rationalization |
Datenarchitektur | CSDM- und Informationsmodell |
Technologiearchitektur | Technology Reference Model (TRM) |
Der entscheidende Schritt darüber hinaus
Architekturaussagen basieren auf denselben Echtzeitdaten, die auch CMDB, ITOM, ITAM und SPM speisen. Architektur wird so vom reinen Modell zur Entscheidungsgrundlage. Die Basis für Architekturaussagen in Echtzeit ist die Configuration Management Database (CMDB).
Die CMDB als natives Fundament
In klassischen EA-Lösungen ist die CMDB eine externe Datenquelle, die per Schnittstelle angebunden wird, mit allen bekannten Problemen:
- Synchronisationsverzögerungen
- divergierende Datenstände
- manuelle Korrekturen
In ServiceNow EA ist die CMDB keine Schnittstelle. Sie ist das Fundament. Gemeinsam mit dem Common Service Data Model (CSDM) entsteht ein einheitlicher Datenbestand über alle Applikationen auf der Plattform.
Das Common Service Data Model stellt dabei sicher, dass operative und strategische Daten dieselbe Sprache sprechen.
Was das in der Praxis bedeutet:
- Wenn ein Incident eine Business-Applikation betrifft, ist dieser Zusammenhang in EA sofort sichtbar und hat Auswirkung auf die Bewertung der Applikation.
- Wenn eine Anwendung als technisch veraltet eingestuft wird, fließt diese Information direkt in die Risikobeurteilung des Applikations-Portfolios ein.
- Data Certification stellt sicher, dass Anwendungsverantwortliche ihre Daten regelmäßig bestätigen, damit gibt es keine veralteten Snapshots mehr.
- Vollständiger Systemüberblick: Jede Applikation, jeder Service und jede Infrastrukturkomponente aus der CMDB ist automatisch Teil der Architektur – auch Schatten-IT, sobald sie erfasst wird.
TIPP: Je gepflegter die CMDB, desto schneller liefert die Architektur belastbare Aussagen.
Was steckt konkret in ServiceNow Enterprise Architecture?
ServiceNow EA besteht aus mehreren Kernfunktionen. Jede davon adressiert ein konkretes Problem aus dem Enterprise-Architekten-Alltag.
Application Rationalization
Klar bewerten, was bleibt, investiert, migriert oder abgelöst wird – mit nachvollziehbarem Scoring statt Bauchgefühl.
Business Capability Mapping
Applikationen mit Geschäftsfähigkeiten verknüpfen und so Lücken sowie Redundanzen sichtbar machen.
Technology Reference Model (TRM)
Unternehmensweite Technologiestandards werden definiert und als durchsuchbare Knowledge Base von Procurement bis Engineering für alle Stakeholder zugänglich gemacht.
Architektur-Modellierung
Professionelle Architekturdiagramme nach BPMN und ArchiMate 3.2 direkt in der Plattform, eine vollständige ArchiMate-Bibliothek inklusive, angereichert um die Fähigkeit, Daten direkt aus CSDM zu verknüpfen.
Digital Integration Management
Macht Schnittstellen und Abhängigkeiten zwischen Anwendungen sichtbar. So lassen sich Auswirkungen von Änderungen oder Ablösungen frühzeitig bewerten, bevor sie im Migrationsprojekt zum Problem werden.
Lifecycle Risk & Tech Debt
Frühzeitige Erkennung von End-of-Life-Technologien und hoher technischer Schulden. Risikosignale fließen direkt in Rationalisierungsempfehlungen ein.
Data Certification
Anwendungsverantwortliche bestätigen ihre Daten regelmäßig, ein strukturierter Prozess, der die Datenqualität dauerhaft sichert.
Wenn neben EA weitere Applikationen wie ITSM, ITOM oder ITAM eingesetzt werden, ergibt sich daraus ein immer vollständigeres Bild des aktuellen Zustands der Systemlandschaft. Gemeinsam mit SPM und ITFM kann davon ausgehend eine zentrale strategische und finanzielle Planung erfolgen.
Ein Praxisbeispiel
Ein vereinfachtes, illustratives Beispiel macht den praktischen Nutzen greifbar.
Ein Enterprise Architect möchte wissen, welche Systeme die Business Capability „Order Management“ unterstützen. Der Weg durch die Architektur sieht vereinfacht so aus:
Business Capability
Order to Cash
Business Applications
z. B. ERP-, CRM- oder PPM-System
Application Services
Services, auf denen die Anwendungen betrieben werden
APIs & Schnittstellen
REST, SOAP
Datenbanken & Datenhaltung
Systeme zur Speicherung und Bereitstellung von Daten
Technologien & Abhängigkeiten
Technologie-Stack und technische Verknüpfungen
Lifecycle & Risiken
Support, End of Life, technisches Risiko
Daraus ergeben sich konkrete Architekturfragen:
- Welche Anwendungen unterstützen dieselbe Capability, und wo entstehen Redundanzen?
- Welche kritischen Anwendungen basieren auf Technologien mit auslaufendem Lifecycle?
- Welche Schnittstellen wären bei einer Ablösung betroffen?
- Welche Zielarchitektur ist sinnvoll?
Genau an dieser Stelle wird der Mehrwert von ServiceNow EA für Architekten greifbar:
Die Antworten stehen nicht in einem separaten Dokument, sondern lassen sich direkt aus dem Datenmodell ableiten.
Wann ist ServiceNow EA besonders interessant?
- ServiceNow ist bereits als zentrale ITSM-/CMDB-/ITOM- oder Portfolio-Plattform etabliert.
- Architektur- und Betriebsdaten sollen enger miteinander verbunden werden.
- Application Rationalization soll mit Lifecycle, Risiko und Transformationsmaßnahmen verknüpft werden.
- Business Capabilities und Anwendungslandschaft sollen auf einem gemeinsamen Datenmodell gepflegt werden.
- Technologiestandards und Lifecycle-Risiken sollen systematisch mit Anwendungen und Services in Beziehung gesetzt werden.
- Integrationsabhängigkeiten sollen Teil der Architektur- und Modernisierungsentscheidungen sein.
- Architekturdiagramme sollen mit realen Plattformdaten verknüpft und über Governance-Prozesse kontrolliert werden.
Sie möchten herausfinden, wie Enterprise Architecture mit ServiceNow in Ihrem Unternehmen konkret aussehen kann?
In einer ersten Session nehmen wir Ihre Anforderungen auf und verschaffen uns gemeinsam ein Bild Ihrer bestehenden IT- und Applikationslandschaft.
Darauf aufbauend entwickeln wir ein erstes Zielbild und zeigen Ihnen, wie ServiceNow EA Ihre Architektur sinnvoll unterstützen kann und welche nächsten Schritte für Sie sinnvoll sind.