Case Study: Neuausrichtung der Enterprise Architecture in der Konsumgüterindustrie
Von zentraler Kontrolle zu dezentraler Wertschöpfung – EA als strategischer Enabler für die digitale Transformation
- Deutliche Steigerung der Sichtbarkeit und Akzeptanz der EA in der gesamten Organisation
- Effizientere Softwareauswahlprozesse durch Standardisierung und Delegation an die Fachbereiche
- Nachhaltige Befähigung des EA-Teams und Etablierung einer lernenden Organisation
Zusammenfassung
Ein weltweit führender Konsumgüterkonzern hatte eine zentral verankerte, kaum sichtbare Enterprise Architecture mit wenigen Stakeholdern, einem rudimentär gepflegten Repository und einem neu zusammengestellten Team mit unterschiedlichen EA-Kenntnissen. Ziel war die grundlegende Transformation der EA zu einem dezentralen, strategischen Enabler für die gesamte Organisation.
Ausgangssituation
Die EA unterstützte ausschließlich den Softwareauswahlprozess und war dabei als Process-Owner überlastet. Das EA-Repository war nur rudimentär gepflegt und das Team neu aufgestellt. Sichtbarkeit und Akzeptanz in der Organisation waren gering – das strategische Potenzial der EA blieb weitgehend ungenutzt.
Unser Ansatz
Wir haben die EA grundlegend transformiert: Dezentrale Architekturorganisation mit Domänenarchitekten, gezieltes Team-Enablement, ein vollständig befülltes EA-Repository, stakeholdergerechte Dashboards sowie klar definierte EA-Services und Practices als Grundlage für nachhaltigen Wertbeitrag.
Ergebnisse
Bereits nach kurzer Zeit war die Transformation der Enterprise Architecture messbar spürbar: Die Sichtbarkeit und Akzeptanz der EA stiegen deutlich – organisationsweit. Softwareauswahlprozesse wurden durch Standardisierung und Delegation effizienter und schneller. Das EA-Repository erreichte eine hohe Datenqualität und schafft die Grundlage für faktenbasierte Entscheidungen. Dezentrale Domänenarchitekten und zielgruppengerechte Dashboards stärkten die Einbindung der Fachbereiche. Das EA-Team wurde nachhaltig befähigt und entwickelt sich heute als lernende Organisation weiter. Klar definierte EA-Services sorgen für einen messbaren Wertbeitrag der EA zur Unternehmensstrategie.
Die 6 Schritte zur dezentralen EA-Organisation
Befähigung und Neuausrichtung des EA-Teams
Die Mitarbeitenden wurden gezielt geschult und befähigt. Mit Head of EA, zentralem EA-Team und Domänenarchitekten pro Fachdomäne entstanden klare Verantwortlichkeiten und eine dezentrale Steuerung.
Domänenmodell und dezentrale Architekturorganisation
Ein Domänenmodell brachte die EA näher an die Geschäftsbereiche. Jeder Domäne steht ein Architekt als Ansprechpartner und Enabler zur Seite – für schnellere Entscheidungen direkt im Fachbereich.
Standardisierung und Delegation des Softwareauswahlprozesses
Der Softwareauswahlprozess wurde standardisiert und an die Fachbereiche ausgelagert. Die EA ist nur noch dort involviert, wo ihre Expertise wirklich benötigt wird – kein overhead durch Prozess-Ownership mehr.
Aufbau eines umfassenden EA-Repositories
Das EA-Repository wurde mit allen relevanten Objekten befüllt – Anwendungen, Technologien, Daten, Business Capabilities, Projekte und Prozesse – und bildet nun die zentrale Wissensbasis für Architekturentscheidungen.
Stakeholder-gerechte Dashboards einführen
Für unterschiedliche Zielgruppen wurden Dashboards entwickelt, die relevante Informationen transparent aufbereiten – von der IT über das Management bis zu den Fachbereichen, jeweils mit der passenden Sicht.
EA-Services und Practices etablieren
Klar definierte EA-Services (Architekturberatung, Technologie- und Applikationsbewertung, Transformationsunterstützung) sowie interne Practices sichern den nachhaltigen Betrieb und kontinuierliche Weiterentwicklung der EA.
Lessons Learned
-
Dezentralisierung schafft Akzeptanz.
Eine zentral gesteuerte EA bleibt für die Fachbereiche abstrakt. Erst Domänenarchitekten als direkte Ansprechpartner vor Ort machen EA greifbar und relevant – und steigern die Akzeptanz nachhaltig.
-
Befähigung ist keine einmalige Maßnahme.
Schulungen allein reichen nicht. Erst wenn das EA-Team eigenständig Verantwortung übernimmt, Entscheidungen trifft und Fehler als Lernchance begreift, entsteht eine wirklich lernende Organisation.
-
Das Repository ist so gut wie seine Verantwortlichen.
Kein Tool befüllt sich selbst. Die Qualität des EA-Repositories steht und fällt mit klar definierten Verantwortlichkeiten – und dem Willen der Organisation, Daten als strategische Ressource zu pflegen.
-
EA-Services machen den Wertbeitrag sichtbar.
Solange die EA kein klar definiertes Leistungsangebot hat, bleibt ihr Beitrag für die Organisation unsichtbar. Erst konkrete Services – mit Nutzen, Ablauf und Ansprechpartner – schaffen Klarheit und Nachfrage.
-
Delegation ist kein Kontrollverlust – sondern Reife.
Den Softwareauswahlprozess an die Fachbereiche abzugeben war mutig. Das Ergebnis: Die EA gewinnt Zeit für strategische Themen, und die Fachbereiche gewinnen Eigenverantwortung. Beides stärkt die Organisation.
Ihr Ansprechpartner für Enterprise Architecture Management
Daniel Adam
Telefon: 0336 31 40 30 11
E-Mail: info@trusted-advisor.com
