BIOPHARMA · DACH · MID-CAP
Unabhängige Enterprise Architecture – für mittelständische Unternehmen, deren Betrieb weiterlaufen muss.
Roadmaps. Landschaften. Portfolios. Governance.
Definition
Was Enterprise Architecture für
den Mittelstand eigentlich bedeutet.
Enterprise Architecture (Unternehmensarchitektur) ist die Disziplin, die festlegt, welche Systeme, Anwendungen und Datenflüsse Ihr Unternehmen tatsächlich benötigt, um zu funktionieren – und wie sich diese im Laufe der Zeit weiterentwickeln sollten. Sie steht über den taktischen Entscheidungen (welches ERP-System soll ausgewählt, bei welchem Cloud-Anbieter soll ein Vertrag abgeschlossen werden) und unter den strategischen Entscheidungen (in welche Märkte soll expandiert, in welche Produktlinien soll investiert werden).
Für den Mittelstand ist diese Disziplin besonders dann von Bedeutung, wenn die IT-Landschaft über 15 bis 20 Jahre hinweg organisch gewachsen ist und niemand mehr den Überblick darüber hat. Das Anwendungsportfolio enthält Systeme, an deren Einführung sich niemand mehr erinnern kann. Schnittstellen basieren eher auf Menschen als auf Schemata. Die nächste ERP-Auswahl oder Cloud-Migration kann erst erfolgen, wenn jemand das Gesamtbild neu ordnet.
Genau das ist unsere Aufgabe.
Fachlich geprüft von
Matthias Müller
Senior Consultant Prozessoptimierung, ERP & Digitalisierung · Dreher Consulting
Die Artefakte, nicht nur die Ratschläge
Die Unternehmensarchitektur liefert konkrete Ergebnisse – Dokumente, die Ihr CIO gegenüber dem Vorstand vertreten kann, die Ihr CTO an das Umsetzungsteam weitergeben kann und auf deren Grundlage Ihr CFO das Budget planen kann. Diese sechs Ergebnisse liefert das Projekt.
Entwurf der Zielarchitektur
Die Soll-Landschaft – Geschäftsfunktionen, Anwendungsübersicht, Datenbereiche, Integrationsmuster. Zeithorizont von 3–5 Jahren. Anbieterneutral.
Bewertung des Anwendungsportfolios
Jede Anwendung wird erfasst und hinsichtlich ihres geschäftlichen Nutzens, ihres technischen Zustands und ihrer strategischen Eignung bewertet. Fundierte Entscheidungen über Beibehaltung, Investition, Stilllegung oder Ersatz.
Roadmap für die Unternehmensarchitektur
Abfolgeplan für die Umstellung – welche Änderungen kommen zuerst, welche hängen von welchen anderen ab, wo liegen die Risiken, wie sieht das Budget pro Phase aus.
Integrationskonzept
Die Schnittstellenübersicht. Jede Verbindung zwischen zwei Systemen, die dabei übertragenen Daten, das zugrunde liegende Schema sowie die für die Wartung zuständige Stelle. API-First oder Middleware – die Entscheidung erfolgt von Fall zu Fall.
Datenarchitekturmodell
Stammdatenbereiche, Zuständigkeiten, Qualitätsstandards, Definitionen der „Golden Records“. Die Grundlage, ohne die CSRD, ERP-Konsolidierung und Analytik nicht funktionieren können.
EA-Governance-Modell
Das Betriebsmodell, das verhindert, dass die Architektur nach dem Ende der Beratung aus der Bahn gerät.
Echte EA-Ergebnisse. Echte Kundenerfolge.
Alle nachfolgend aufgeführten Fälle wurden im Rahmen eines EA-Projekts oder einer EA-nahen Transformation umgesetzt. Namentlich genannte Branche, anonymisierter Kunde, echte Ergebnisse. Wenn der Kunde einer Nennung zugestimmt hat, nennen wir ihn namentlich. Wenn nicht, beschreiben wir die Situation so präzise, dass Sie erkennen können, ob es sich um Ihren Fall handelt.
SYSTEMGASTRONOMIE · 200+ RESTAURANTS
Finanzsoftware-Auswahl für eine Franchise-Kette auf dem Weg zu 500 Restaurants
B2B-GROSSHANDEL · DACH · MID-CAP
Die ehrliche Produktivitätsbilanz einer ERP-Ablösung
So führen wir ein EA-Projekt durch
Von der Landschaftskartierung bis hin zu einem dynamischen Governance-Modell – gestützt auf die Methodik von Dreher Consulting.
Entdecken
Wir erstellen eine Bestandsaufnahme der aktuellen Situation – Anwendungen, Schnittstellen, Datenbereiche, Funktionen. Noch keine Wertungen, sondern lediglich eine genaue Bestandsaufnahme. Hier kommen die Überraschungen zum Vorschein.
Decision Architecture Assessment (DAA)Design
Wir entwerfen die Zielarchitektur auf der Grundlage der Geschäftsfähigkeiten, die tatsächlich von Bedeutung sind. Die getroffenen Entscheidungen werden jeweils fallbezogen begründet. Jede Entscheidung lässt sich auf ein Geschäftsergebnis zurückführen.
SCOReX®-gesteuerte ZielarchitekturSequenz
Wir legen die Abfolge der Transformation fest – welche Veränderungen zuerst erfolgen, welche davon abhängen, wo die Risiken liegen und wie das Budget pro Phase aussieht. Für den Vorstand vertretbar.
SCOReX®-basierter FahrplanAufrechterhalten
Wir begleiten die ersten beiden Überprüfungszyklen des Governance-Modells – um sicherzustellen, dass die Architektur nicht sofort nach unserem Ausscheiden wieder in ein organisches Wachstum zurückfällt.
Hypercare-GarantieWenn Ihre Branche eine Strategie mit Schwerpunkt auf EA erfordert
Enterprise Architecture ist nicht in allen Branchen gleichermaßen dringlich. In manchen Branchen kann das Unternehmen jahrelang organisch wachsen, bevor eine Abweichung von der ursprünglichen Strategie zum Problem wird. Andere benötigen eine EA-Strategie vom ersten Tag an. Hier sehen wir die größte Konzentration an EA-Projekten im Mittelstand.Zulieferindustrie & Produktion (mehrere Standorte, mehrere ERP-Systeme)
Konsolidierung nach einer Fusion oder Übernahme. Standortübergreifende Stammdaten. Harmonisierung der Produktionssysteme.
EntdeckenGroßhandel & Distribution (Omnichannel)
Kassensystem, E-Commerce, ERP und Lagerverwaltung – Integrationskonzepte entscheiden darüber, ob das Kundenerlebnis tatsächlich funktioniert.
EntdeckenPharma & Biowissenschaften (GxP)
In regulierten Umgebungen ist eine Architektur-Governance bereits ab der Entwurfsphase erforderlich.
EntdeckenMaschinen- & Anlagenbau (Schwerpunkt Produktentwicklung)
PLM-, ERP- und MES-Integration. Der „Digital Thread“ erfordert eine durchdachte Architektur.
EntdeckenWeitere Einblicke aus Sicht der Enterprise Architecture
Einblick
KI-Agenten im ERP: Von linearen Projekten zu einem lernenden System
Vom linearen Prozess zum lernenden System: Wie KI-Agenten das industrielle Projektgeschäft in einen Kreislauf verwandeln…
Einblick
Daten teilen ohne Kontrollverlust: Federated Learning und Datenräume
Warum der größte KI-Hebel in der Produktion außerhalb des eigenen Werks liegt — und wie Sie ihn nutzen, ohne Ihre Daten …
Einblick
Enterprise Architecture Health Assessment: ERP-Fundament prüfen
Wie Mittelständler prüfen, ob ihre ERP-Landschaft die nächste Investition trägt — und warum die Architekturprüfung vor d…
Häufig gestellte Fragen zur Enterprise Architecture.
Einfache Antworten auf Fragen zu den Unterschieden, zum Umfang, zu den Zeitplänen und zur Wahl des Rahmenkonzepts, die in fast jedem ersten Gespräch zum Thema EA aufkommen.
Antworten von
Dr. Harald Dreher
Inhaber · Dreher Consulting
Seit 1992 berät er mittelständische Unternehmen herstellerunabhängig bei ERP-, Digitalisierungs- und Prozessentscheidungen. Er erhält von keinem Softwareanbieter Provisionen.
LinkedIn · Zuletzt aktualisiert: 3. November 2026
1. Was ist der Unterschied zwischen Unternehmensarchitektur, IT-Strategie und Digitalstrategie?
Unternehmensarchitektur ist die Disziplin, die Ihre Geschäftsfähigkeiten Ihren IT-Systemen und Daten zuordnet – die Frage nach dem „Was sollte vorhanden sein?“. Die IT-Strategie befasst sich mit der Frage „Wie sollten wir investieren?“ – Budget, Beschaffung, Cloud vs. On-Premise, selbst entwickeln vs. kaufen. Die digitale Strategie befasst sich mit der Frage „Wie sollte sich das Unternehmen mithilfe digitaler Technologien weiterentwickeln?“ – Produkte, Kanäle, Geschäftsmodelle. Die Unternehmensarchitektur (EA) steht zwischen den beiden anderen Disziplinen und übersetzt geschäftliche Absichten in Systementscheidungen.
2. Brauchen wir eine interne EA-Abteilung, um eine EA-Beratung zu beauftragen?
Nein. Tatsächlich verfügen die meisten mittelständischen Unternehmen, mit denen wir zusammenarbeiten, über keine interne EA-Funktion – deshalb beauftragen sie uns. Entscheidend ist, dass sich mindestens ein interner Sponsor (in der Regel der CIO, CTO oder IT-Leiter) für das Projekt engagiert und nach der Übergabe die Verantwortung für das Governance-Modell übernimmt.
3. Wie lange dauert ein typisches EA-Projekt?
Bestandsaufnahme der IT-Landschaft und Entwurf der Zielarchitektur: 8–14 Wochen. Vollständige Roadmap einschließlich Ablaufplanung und Governance: 3–6 Monate. Laufende Begleitung (Hypercare-Garantie): in der Regel sechs Monate nach der Übergabe, anschließend Übergang zu vierteljährlichen Überprüfungen. Die Dauer hängt von der Komplexität der Anwendungslandschaft ab – 20 Anwendungen sind ein anderer Aufwand als 200.
4. Ist EA für den Mittelstand relevant oder nur für Großunternehmen?
Ja – für den Mittelstand sogar mehr als für Großunternehmen. Große Unternehmen verfügen über interne EA-Teams, die für Ordnung in der IT-Landschaft sorgen. Mittelständische Unternehmen haben dies in der Regel nicht – die IT-Landschaft ist über einen Zeitraum von 15 bis 20 Jahren organisch gewachsen, weil jemand dafür sorgen musste, dass der Geschäftsbetrieb weiterlief. Genau hier zahlt sich ein EA-Projekt am schnellsten aus.
5. Verwenden Sie TOGAF, ArchiMate oder andere Frameworks?
6. Inwiefern hängt EA mit Ihrer Tätigkeit als ERP-Berater zusammen?
7. Wovon hängen die Kosten eines EA-Projekts ab?
Zwei Wege, zu beginnen. Keine falsche Tür.
30-minütiges unabhängiges Strategiegespräch
Das vollständige erste Gespräch mit Dr. Harald Dreher. Ziel: die Entscheidungslage klären — nicht ein System empfehlen.
Gespräch buchen →Lieber schreiben?
Wo Sie stehen. Nächster Schritt, kein Verkaufsgespräch.
Schreiben Sie uns →