Alle Artikel
EAM-Praxis

EAM für den Mittelstand: Warum Enterprise Architecture kein Konzern-Thema mehr ist

Excel-Listen, Wiki-Skizzen, Wissen in Köpfen: Warum Lean EAM pragmatisch funktioniert und welche drei Artefakte für den Start reichen.

enarex · · aktualisiert · 9 min Lesezeit

Enterprise Architecture Management galt lange als Disziplin für Konzerne mit eigenem Architekturteam. Das ändert sich. Auch mittelständische Unternehmen müssen heute belegen können, welche Systeme sie betreiben, wie diese zusammenhängen und wohin sie sich entwickeln.

Die Ausgangslage in vielen Unternehmen

Aus Beratungsprojekten kennen wir ein wiederkehrendes Bild:

  • Eine Excel-Liste mit „allen“ Anwendungen, zuletzt vor anderthalb Jahren gepflegt.
  • Ein Wiki mit einzelnen Architekturskizzen aus verschiedenen Projekten.
  • Schnittstellen und Datenflüsse leben in den Köpfen von zwei, drei Schlüsselpersonen.
  • Kosten pro Anwendung? „Müssten wir beim Einkauf zusammensuchen.“
  • Redundante Systeme? „Vermutlich einige, aber dafür war nie Zeit.“

Das ist kein Versäumnis einzelner Personen. Es ist die Folge einer gewachsenen Landschaft, deren Pflege an Menschen hängt, die anderes zu tun haben. Die Forschung beschreibt dasselbe Muster:

In einer Befragung von 123 Praktikern wird Architekturdokumentation überwiegend manuell erstellt und gilt als fehleranfällig.

Hauder, Roth, Matthes: TEAR 2012, LNBIP 131 · 2012 · n = 123

Repositories gelten nach einiger Zeit als unzuverlässig, der Pflegeaufwand zählt zu den zentralen Gründen, warum EAM-Initiativen scheitern.

Gong, Janssen: Information Systems Frontiers 25(4) · 2023

Warum EAM jetzt dringlich wird

  1. Regulierung – DSGVO, EU AI Act, NIS2 und BSI-Grundschutz verlangen Transparenz über Systeme und Datenflüsse.
  2. Kosten – Ohne Überblick bleiben doppelte Lizenzen und ungenutzte SaaS-Verträge unentdeckt.
  3. Fachkräftemangel – Wenn das Wissen in zwei Köpfen steckt und eine Person geht, wird es eng.
  4. Zukäufe – Jede Übernahme ohne Architekturbild wird zur schwierigen Integration.
  5. Cloud-Migration – Ohne Karte der heutigen Landschaft ist jede Migration ein Blindflug.

Was EAM bedeutet – ohne Framework-Jargon

Auf das Wesentliche reduziert: EAM heißt, systematisch zu wissen, was Sie haben, wie es zusammenhängt und wohin Sie wollen. Drei Artefakte reichen für den Start:

  1. Capability-Map – was Ihr Unternehmen fachlich tut, unabhängig von der Organisation.
  2. Applikationsportfolio – welche Anwendungen welche Capabilities unterstützen, bewertet nach Lebenszyklus, Kritikalität und Reife.
  3. Schnittstellenübersicht – welche Anwendung mit welcher Daten austauscht und warum.

Zielbild, Roadmap und Verantwortlichkeiten bauen darauf auf. Sie ergänzen sie, sobald der Bedarf konkret wird.

Business-Capability-Matrix im Demo-Workspace mit Value Streams, Capabilities und zugeordneten Anwendungen
Demo-Workspace · Business-Capability-Matrix · Beispieldaten

Lean EAM: der pragmatische Einstieg

Lean EAM folgt drei Grundsätzen:

  • Gut genug ist gut genug. Eine Capability-Map auf zweiter Ebene liefert den größten Teil der Erkenntnis bei einem Bruchteil des Aufwands.
  • Nutzung vor Theorie. Eine Dokumentation, die niemand benutzt, ist wertlos. Lieber grob und im Einsatz.
  • Werkzeuggestützt, nicht werkzeuggetrieben. Das Werkzeug soll das Denken unterstützen, nicht ersetzen. Excel reicht nicht, Konzernwerkzeuge sind oft zu groß.

Wo sich der Aufwand auszahlt

Die Hebel liegen an vier Stellen:

  • Lizenzkosten – Redundanzen werden sichtbar und lassen sich konsolidieren.
  • Auskunft – Fragen der Fachbereiche zur Landschaft beantworten Sie aus dem Modell statt per Rundmail.
  • Prüfungen – Nachweise für Audits entstehen aus dem Modell statt in Sonderprojekten.
  • Zukäufe – Ein einheitlich beschriebenes Portfolio macht Integrationen planbar.

Allein das Sichtbarmachen der Landschaft beantwortet Fragen, für die heute Rundmails und Workshops nötig sind.

Warum ein spezialisiertes Werkzeug

„Das können wir doch in Visio und SharePoint machen.“ Ja, aber Visio liefert Bilder, keine verknüpften Daten, und SharePoint ist eine Ablage, kein Modell. Informationen veralten, Widersprüche bleiben unentdeckt, Abfragen über mehrere Dimensionen sind nicht möglich.

Ein EAM-Werkzeug verknüpft Capabilities, Anwendungen, Schnittstellen, Prozesse und Datenobjekte zu einem Modell. Eine Änderung ist überall sichtbar, und Fragen wie „Welche Anwendungen unterstützen die Capability Auftragsabwicklung und erreichen in den nächsten zwölf Monaten ihr Lebenszyklusende?“ beantwortet es direkt.

Was enarex anders macht

Bei etablierten Werkzeugen hängt der Nutzen an der Pflege von Hand. enarex setzt dort an: Sie laden vorhandene Excel-Listen oder Exporte, enarex ordnet die Spalten zu, erkennt Dubletten über feste Regeln und legt jeden Vorschlag zur Freigabe vor. Lücken fragt enarex bei den Verantwortlichen nach.

Steckbrief ServiceNow ITSM im Demo-Workspace mit Qualitätssiegel, Reife, Verantwortlichen und Datenvertrauen
Demo-Workspace · Steckbrief · Beispieldaten

Bezahlt wird der Funktionsumfang, nicht die Zahl Ihrer Anwendungen. Ein vollständiger Bestand wird also nicht teurer.

Testen Sie enarex mit Ihrer Excel-Liste

Bringen Sie einen anonymisierten Auszug Ihrer Anwendungsliste mit. Sie sehen, was die Qualitätsschicht daraus macht und wo sie nachfragt.